Слишком длинное имя файла или слишком длинный целевой путь — как исправить?
При копировании, создании, сохранении или перемещении файлов и папок в Windows 11 и Windows 10 на внутреннем HDD или SSD, при копировании данных на внешний диск или флешку, вы можете столкнуться с ошибками вида «Слишком длинный целевой путь. Имена файлов слишком длинны для помещения в эту целевую папку», «Указано неправильное или слишком длинное имя файла» и другие, имеющие отношение к слишком длинным именам или путям к файлам и папкам.
В этой инструкции подробно о том, чем вызваны эти ошибки и как можно их исправить в Windows последних версий, а также дополнительная информация, которая может быть полезной, чтобы решить проблему.
- Слишком длинное имя файла или слишком длинный целевой путь
- Причины ошибки и способы её исправить
- Как включить поддержку длинных путей в Windows
- В редакторе реестра
- В редакторе локальной групповой политики
- Почему ошибка сохраняется при включенной поддержке длинных путей
Причины ошибки «Слишком длинное имя файла» и «Слишком длинный целевой путь» и способы её исправить
Несмотря на то, что файловой системой NTFS длина пути ограничена 32760 символов, в Windows существует ограничение на полный путь в 260 символов, включая путь к папке и имя файла с расширением. Ещё одно ограничение — 255 символов на имя файла или отдельной папки. Схожие ограничения есть для файловых систем FAT32 и ExFAT. Когда полный путь к файлу, с которым вы выполняете действия, превышает указанное число символов, вы можете получить сообщение об ошибках о слишком длинном целевом пути или слишком длинном имени файла.
Отсюда основные способы исправить ошибки, связанные с использованием слишком длинного пути:
- Использовать более короткие имена файлов и более простое и «компактное» дерево папок.
- Включить поддержку длинных путей — такая опция есть в Windows 10 и Windows 11, далее будет рассмотрен порядок действий. Однако, это решит не все проблемы, о чем мы также поговорим.
- Использовать файловые менеджеры, которые могут работать с длинными путями по умолчанию: Total Commander, Files (но для него потребуется включить и поддержку длинных путей в системе) или даже 7-Zip File Manager, который прекрасно с этим справляется.
Как включить поддержку длинных путей в Windows 10 и Windows 11
В зависимости от установленной редакции Windows, можно использовать один из следующих способов включения поддержки длинных путей.
В редакторе реестра
Если на вашем компьютере установлена Windows 11 или Windows 10 Домашняя, используйте редактор реестра для включения опции:
- Нажмите правой кнопкой мыши по кнопке «Пуск» и выберите пункт «Выполнить» или нажмите клавиши Win+R на клавиатуре, введите regedit и нажмите Enter.
- В редакторе реестра перейдите к разделу
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
- В правой панели редактора реестра дважды нажмите по параметру с именем LongPathsEnabled и присвойте значение 1 вместо 0 для этого параметра.
- Закройте редактор реестра, перезагрузите компьютер.
В редакторе локальной групповой политики
В Windows Pro и Enterprise можно использовать редактор локальной групповой политики:
- Нажмите клавиши Win+R на клавиатуре, введите gpedit.msc в диалоговом окне «Выполнить» и нажмите Enter.
- Перейдите к разделу Конфигурация компьютера — Административные шаблоны — Система — Файловая система.
- Дважды нажмите по параметру «Включить длинные пути Win32».
- Установите значение «Включено» для этого параметра, примените настройки.
- Закройте редактор локальной групповой политики и перезагрузите компьютер.
Готово, теперь поддержка длинных путей в Windows включена, однако это не означает, что ошибки, с ними связанные, исчезнут.
Почему ошибки длинных путей появляются, несмотря на включенную поддержку длинных путей
Даже если вы включите поддержку длинных путей к папкам и файлам в Windows 11/10, при действиях с такими файлами в проводнике и некоторых программах вы продолжите получать ошибки вида «Слишком длинный целевой путь. Имена файлов слишком длинны для помещения в эту целевую папку» или «Указано неправильное или слишком длинное имя файла», также будут недоступны некоторые действия в папках, имеющих длинный путь.
Причина этого — поддержка длинных путей требуется не только на уровне системы, но и в самой программе, которая работает с этими путями, в качестве примера:
- Проводник не сможет полноценно работать с длинными путями даже при включенной поддержке.
- Файловый менеджер Files из магазина приложений будет исправно работать, если включить поддержку длинных путей, и будет сообщать об ошибках при отключенной поддержке.
- Total Commander или встроенный файловый менеджер 7-Zip работают с длинными путями независимо от того, включена ли их поддержка в Windows.
То же самое касается не только файловых менеджеров, но и прикладных программ: текстовых, графических и видео редакторов и другого ПО.
Надеюсь, инструкция прояснила причины ошибки и возможные способы решения проблемы. Если же вопросы остаются — жду их в комментариях.
Давно известен тот факт, что Проводник Windows и большинство Windows-приложений не могут работать с файлами и папками, длина пути к которым превышает 260 символов. И это — лишь программное ограничение на уровне Win32 API, известное также как MAX_PATH, тогда как файловая система NTFS сама по себе допускает до 32767 символов в адресе объекта файловой системы, чем успешно пользовались сторонние приложения, работавшие в обход стандартного API, например, FAR и Total Commander.
Также данное ограничение не касалось работы с файлами при сетевом доступе, что приводило к казусным ситуациям: рядовой пользователь в расшаренной папке может создавать и изменять файлы и папки, администратор через Windows Explorer — получает отказ доступа. Причём данное ограничение имело место не только в Windows 7/8/8.1 и более ранних ОС, но и в новейшей Windows 10.
Для обхода ограничения применялся, в зависимости от ситуации и уровня подготовки сидящего за ПК пользователя, целый ряд различных приёмов: символические ссылки, ручное сокращение количества символов, создание виртуальных дисков и прочее.
И вот, как сообщает ряд тестеров регулярно выпускаемых закрытых сборок Windows 10, компания Microsoft, наконец, снизошла до исправления этого недостатка и выпуска исправления. Точнее — реализации настройки, которую должен будет включить сам пользователь. В шаблонах групповых политик появился соответствующий параметр «Включение длинных адресов NTFS» (Конфигурация компьютера -> Административные шаблоны -> Система -> Файловая система -> NTFS).
Единственное, что огорчает — Редактор групповых политик (gpedit.msc) отсутствует в редакциях Windows 10, отличных от «Профессиональная» и «Корпоративная» (хотя существуют неофициальные и не совсем легальные способы обойти это ограничение). Впрочем, необходимые ключи в реестре наверняка будут найдены. Как подсказывает один из читателей, это параметр LongPathsEnabled (тип DWORD), расположенный в реестре по адресу HKEY_LOCAL_MACHINE\System\CurrentControlSet\Policies.
Telegram-канал @overclockers_news — теперь в новом формате. Подписывайся, чтобы быть в курсе всех новостей!
Ошибка «Слишком длинное имя файла» возникает при выполнении различных операций с папками и файлами на внутренних/внешних хранилищах в Windows 10 и Windows 11. Также существуют вариации сообщения ошибки, в которых говорится, что у файла указано неправильное имя либо что у него прописан слишком длинный целевой путь.
В сегодняшней статье мы расскажем вам, что вызывает рассматриваемую ошибку и как от нее избавиться в кратчайшие сроки.
Что вызывает ошибку «Слишком длинное имя файла»?
Майкрософт выставили ограничения на максимальную длину путей и имени файлов в Windows 10 и Windows 11. Пользователю нужно подстраиваться под следующие рамки:
- макс. длина путей (+ имя и расширение) — 260 символов;
- макс. длина названия файлов/папок — 255 символов.
Вот вам для примера расположение исполняющего файла игры Elden Ring с целевым путем в 54 символа:
D:\Steam\steamapps\common\ELDEN RING\Game\eldenring.exe
Ошибка «Слишком длинное имя файла» (и другие ее вариации) возникают перед пользователем тогда, когда тот пытается выполнять действия с файлами/папками, которые обладают либо слишком длинными именами, либо слишком длинными целевыми путями для своего расположения.
Проблема нечастая, т.к. 260/255 символов — это то количество символов, которого с головой хватает большинству пользователей. Тем не менее все же бывают случаи, когда доступных символов не хватает. К примеру, проблема актуальна для тех пользователей, кто задействует диск в качестве файлового хранилища.
Решение ошибки «Слишком длинное имя файла»
Пожалуй, самое очевидное решение в данной ситуации — это укорачивание пути/имени папки/файла. Как только это будет сделано, ОС перестанет ругаться и без задержек даст завершить начатое. Если укорачивание не представляется возможным, то в настройках ОС можно активировать поддержку длинных путей. Делается это разными способами — все зависит от редакции вашей Windows.
Windows 10/11 Домашняя
- Нажмите WIN+R для вызова диалогового окошка «Выполнить»;
- пропишите в пустой строке Regedit.exe и нажмите ENTER;
- с помощью адресной строки окошка перейдите по пути HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem;
- найдите в списке справа параметр LongPathsEnabled и дважды кликните на него ЛКМ;
- задайте параметру значение 1 (один) и сохраните внесенные изменения, перезагрузив ПК.
Windows 10/11 Профессиональная/Корпоративная
- Нажмите WIN+R для вызова диалогового окошка «Выполнить»;
- пропишите в пустой строке Gpedit.msc и нажмите ENTER;
- в панель слева перейдите по пути «Конфигурация компьютера»→«Административные шаблоны»→«Система»→«Файловая система»;
- кликните дважды ЛКМ по параметру «Включить длинные пути Win32»;
- активируйте параметр, задав ему значение «Включено»;
- сохраните внесенные изменения и перезагрузите ПК.
Что делать, если ошибка появляется даже с поддержкой длинных путей
К сожалению, вы гарантировано столкнетесь с ошибкой «Слишком длинное имя файла», даже если активируйте поддержку длинных путей. Дело в том, что данная поддержка не распространяется на отдельные приложения, например, Word, Photoshop, Premiere, и даже системный Проводник.
Чтобы полноценно работать с длинными путями и именами, которые выходят за рамки ограничений, нужно устанавливать сторонние файловые менеджеры. Но на какие из них обратить внимание? Рекомендуем взглянуть на следующие программы:
- 7-ZIP
- Far Manager
- Directory Opus
- Explorer++
- One Commander
- Total Commander
- WinRAR
Технически, некоторые из них не являются «чистокровными» файловыми менеджерами, но даже с их помощью можно выполнить, например, удаление или перемещение файлов/папок, которые демонстрируют ошибку «Слишком длинное имя файла». Не все они бесплатны — имейте это ввиду.
В общем, нашёл, что под Windows ограничение на 255 символов, а под Linux на 255 байт, и написал такой код для копирования файлов с переименованием (там в имени сохраняются координаты прямоугольиков, и их может быть много, не лучшее решение, но это не я придумал).
std::string filename = current_image->path().stem().string();
#if OS == LINUX
for (const auto& ch : filename)
if (!std::isalpha(ch) && !std::isdigit(ch) &&
ch != ' ' && ch != '.' &&ch != '-' && ch != '_')
{
QMessageBox::warning(
this, "Warning",
"Файл не будет сохранён, т.к. содержит недопустимые символы в "
"своём имени.\nДопустимые символы: латинские буквы, цифры, "
"пробел, точка, '-' и '_'."
);
goto filename_invalidity;
}
#endif
for (const auto& rect : rect_grabber->getRects())
{
std::string rect_data = "_["
+ std::to_string(rect.x()) + "," + std::to_string(rect.y()) + ","
+ std::to_string(rect.width()) + "," + std::to_string(rect.height()) + ","
+ rect.getType() + "]";
if (filename.size() + rect_data.size()
+ current_image->path().extension().string().size() <= 255)
{
filename += rect_data;
}
else
{
QMessageBox::warning(
this, "Warning",
"Имя файла превысило максимально допустимую длину (255 символов)."
" Часть данных разметки не будет сохранена в имени файла."
);
break;
}
}
filename += current_image->path().extension().string();
fs::copy(current_image->path(),fs::path{load_window->getOutDirPath()/filename});
}Всё это падает сразу после вывода второго QMessageBox::warning, т.е. при сохранении с переименованием. Но сам алгоритм исключает ситуацию, что будет сохранено более 255 символов (включая расширение с точкой). Что не так?