Имена файлов слишком длинные для помещения в эту целевую папку как исправить windows 10

Слишком длинное имя файла или слишком длинный целевой путь — как исправить?

При копировании, создании, сохранении или перемещении файлов и папок в 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 для этого параметра.

Картинка с сайта: remontka.pro
Закройте редактор реестра, перезагрузите компьютер.

В редакторе локальной групповой политики

В Windows Pro и Enterprise можно использовать редактор локальной групповой политики:

Нажмите клавиши Win+R на клавиатуре, введите gpedit.msc в диалоговом окне «Выполнить» и нажмите Enter.
Перейдите к разделу Конфигурация компьютера — Административные шаблоны — Система — Файловая система.
Дважды нажмите по параметру «Включить длинные пути Win32».

Картинка с сайта: remontka.pro
Установите значение «Включено» для этого параметра, примените настройки.

Картинка с сайта: remontka.pro
Закройте редактор локальной групповой политики и перезагрузите компьютер.

Готово, теперь поддержка длинных путей в Windows включена, однако это не означает, что ошибки, с ними связанные, исчезнут.

Почему ошибки длинных путей появляются, несмотря на включенную поддержку длинных путей

Имена файлов слишком длинны для помещения в эту папку

Даже если вы включите поддержку длинных путей к папкам и файлам в Windows 11/10, при действиях с такими файлами в проводнике и некоторых программах вы продолжите получать ошибки вида «Слишком длинный целевой путь. Имена файлов слишком длинны для помещения в эту целевую папку» или «Указано неправильное или слишком длинное имя файла», также будут недоступны некоторые действия в папках, имеющих длинный путь.

Причина этого — поддержка длинных путей требуется не только на уровне системы, но и в самой программе, которая работает с этими путями, в качестве примера:

Проводник не сможет полноценно работать с длинными путями даже при включенной поддержке.
Файловый менеджер Files из магазина приложений будет исправно работать, если включить поддержку длинных путей, и будет сообщать об ошибках при отключенной поддержке.

Картинка с сайта: remontka.pro
Total Commander или встроенный файловый менеджер 7-Zip работают с длинными путями независимо от того, включена ли их поддержка в Windows.

То же самое касается не только файловых менеджеров, но и прикладных программ: текстовых, графических и видео редакторов и другого ПО.

Надеюсь, инструкция прояснила причины ошибки и возможные способы решения проблемы. Если же вопросы остаются — жду их в комментариях.

Источник

Ошибка «Слишком длинное имя файла» возникает при выполнении различных операций с папками и файлами на внутренних/внешних хранилищах в 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

Технически, некоторые из них не являются «чистокровными» файловыми менеджерами, но даже с их помощью можно выполнить, например, удаление или перемещение файлов/папок, которые демонстрируют ошибку «Слишком длинное имя файла». Не все они бесплатны — имейте это ввиду.

Источник

Не могу скопировать файл, что делать?

Модераторы: Genery, Elena Polyanskikh

konsten: Сообщения: 390; Зарегистрирован: 25 апр 2006 05:20

Не могу скопировать файл, что делать?

Сообщение

konsten » 08 дек 2016 16:50

Ситуация такова: хотел скопировать файл вместе с фото (папка жжжжжжжж.files), но в конце процесса копирования появляется окно с текстом: «Слишком длинный целевой путь

Имена файлов слишком длинны для помещения в эту целевую папку. Попробуйте использовать более короткое имя файла или использовать папку с более коротким путем.

Современные официальные документы
Дата создания 08.12.2016 18:07″

«Хорошо», думаю, сейчас сокращу название и «длинный путь» укоротится. Сокращаю название папки «Современные официальные документы» до «Документы» и сразу же перестают быть чёткими фотографии, которые в этой папке. Экспериментирую. Убираю всего лишь одну букву, и тот же результат. Вывод: ни на одну букву сокращать названия папок я не могу, так как фотографии сразу же перестают быть чёткими.
Что же делать, какой выход? Понятно, что можно всё делать заново: долбиться с каждым фото, сокращая и изменяя его название. Но фотографий сотни. И сидеть вторично заниматься одной и той же работой нет абсолютно никакого желания. Как выйти из этой ситуации?

Составляю древо Пчелинцевых, Шараповых.

opalex: Сообщения: 717; Зарегистрирован: 05 янв 2010 15:31; Откуда: Алматы; Контактная информация:

Re: Не могу скопировать файл, что делать?

Сообщение

opalex » 09 дек 2016 07:44

Просто копируйте, не обращая внимание на сообщения.
А названия файлов можно изменять только изнутри ДЖ, иначе рвутся связи и вместо полноценного фото вы увидите иконку фото
И еще. Судя по всему, у вас названия файлов отражают события на фотках. Для этого лучше использовать описания или комментарии к документам (вкладка Документы для Персоны).

Приглашаю в гости на opalex.info (блог) и люди.name (база данных, полная выгрузка из ДЖ)

konsten: Сообщения: 390; Зарегистрирован: 25 апр 2006 05:20

Re: Не могу скопировать файл, что делать?

Сообщение

konsten » 09 дек 2016 09:45

opalex писал(а):Просто копируйте, не обращая внимание на сообщения.

Оппа-на! Действительно, несмотря на такую запись, всё скопировалось полностью и открывается корректно со всеми фото и названиями к ним. Тогда последний вопрос: «А почему тогда выходит вообще эта запись, и почему она ни на что не влияет и при нажатии «Пропустить», тем не менее не пропускает, а копирует всё полностью?

Составляю древо Пчелинцевых, Шараповых.

Vasenin: Сообщения: 290; Зарегистрирован: 05 янв 2010 10:48; Откуда: Вятский, хоть и живу в Подмосковье

Re: Не могу скопировать файл, что делать?

Сообщение

Vasenin » 09 дек 2016 15:44

Windows понимает имена длиной до 256 символов. Вот она и ругалась. Названия файлов нужно делать разумной длины.

Интересуют: Васенины, Бледных, Гужавины, Чудиновских, Тарасовы (Кировская область, Вятская губерния), Финошкины (Курская область), Кисиль (Кубань), Сучковы, Михалёвы (Москва)

konsten: Сообщения: 390; Зарегистрирован: 25 апр 2006 05:20

Re: Не могу скопировать файл, что делать?

Сообщение

konsten » 09 дек 2016 16:46

Там дело не в длине, а в общем пути. Все названия всех папок при пути к конечному файлу вместе взятые, возможно и зашкалили, а по отдельности всё в норме. Но последний вопрос остаётся: Почему если выходит такое предупреждение, всё-таки в результате всё получается?

Составляю древо Пчелинцевых, Шараповых.

o22: Сообщения: 713; Зарегистрирован: 12 дек 2010 00:13; Контактная информация:

Re: Не могу скопировать файл, что делать?

Сообщение

o22 » 15 дек 2016 15:54

Судя по тому, что сообщение у Вас возникает, как вы говорите «в конце процесса»(копирования), подозреваю, что проблема с отдельными файлами (длина имени которых в сумме с путем превысила 244 символа), остальные файлы до этого момента скопировались. То, что предложил Олег, в принципе продолжило процесс копирования. Но есть риск того, что один или несколько файлов все-таки не скопировалось или скопировалось, но с укороченным именем (с тильдами, может обращали внимание). Вы этого можете сразу и не заметить, так как отсутствующие картинки программа заменит на иконку из базы.
Это важно, проверьте, чтобы не потерять информацию.

Чтобы сохранить связи (путь к изображению), лучше переносить файл данных (at4) не простым копированием, а из Древа жизни сделать «сохранить как», указав целевую папку. Таким образом связи перегенерируются, об этом ДЖ должно позаботиться.

Сайт программ GedcomReport, DrevoReport http://go.inf.ua
Исследования: Васильковський, Киевский, Звенигородский уезды Киевской губернии
Нежинский уезд Черниговской губернии

opalex: Сообщения: 717; Зарегистрирован: 05 янв 2010 15:31; Откуда: Алматы; Контактная информация:

Re: Не могу скопировать файл, что делать?

Сообщение

opalex » 15 дек 2016 17:31

Сообщение о слишком длинном (полном) имени файла не является запретом на копирование, а только предупреждением, что могут быть проблемы совместимости со старыми системами.
Но лучше не допускать таких ситуаций, потому что, как правильно заметил o22, никогда не знаешь, где стрельнет.
Повторюсь — не нужно в имя файла пихать все на свете: персону, место съемки, дату и т.д. и т.п.
Для этого в ДЖ есть и поля (параметры) документа и описание, а если и этого недостаточно — то в комментарий можно вбить хоть целый роман.

Приглашаю в гости на opalex.info (блог) и люди.name (база данных, полная выгрузка из ДЖ)

konsten: Сообщения: 390; Зарегистрирован: 25 апр 2006 05:20

Re: Не могу скопировать файл, что делать?

Сообщение

konsten » 15 дек 2016 17:51

o22 писал(а): или скопировалось, но с укороченным именем (с тильдами, может обращали внимание)

Если так, то не страшно. Я сам буду рад, если программа сама сократит названия, там где они превышают длину. Это гораздо лучше, чем пропуск этих файлов и их некопирование вообще.

Составляю древо Пчелинцевых, Шараповых.

Vasenin: Сообщения: 290; Зарегистрирован: 05 янв 2010 10:48; Откуда: Вятский, хоть и живу в Подмосковье

Re: Не могу скопировать файл, что делать?

Сообщение

Vasenin » 15 дек 2016 19:45

Длину сократит не ДЖ, а Windows, а ДЖ об этом и не подозревает. Соответственно, для базы эта информация будет потеряна, если вы вручную не подправите название файла или в винде, или в ДЖ

konsten: Сообщения: 390; Зарегистрирован: 25 апр 2006 05:20

Re: Не могу скопировать файл, что делать?

#10

Сообщение

konsten » 15 дек 2016 20:22

Некритично. Длинные у меня пути. А сокращается, как я понял название конечного файла. Кроме этого названия у меня есть и комментарии к нему, и вообще оно относится к какому-либо событию в древе. Этот конечный файл, даже если без названия останется, всё равно будет понятным.

Составляю древо Пчелинцевых, Шараповых.

o22: Сообщения: 713; Зарегистрирован: 12 дек 2010 00:13; Контактная информация:

Re: Не могу скопировать файл, что делать?

#11

Сообщение

o22 » 15 дек 2016 21:17

Именно так, Vasenin прав. Именно винда обрежет имя или, что тоже вероятно, вообще не скопирует его на новое место. В любом из этих 2-х случаев, ДЖ не «увидит» данный файл.
Так что смотрите, дело, конечно, Ваше, но я бы проверил целостность и наличие всех файлов в целевой папке.

konsten: Сообщения: 390; Зарегистрирован: 25 апр 2006 05:20

Re: Не могу скопировать файл, что делать?

#12

Сообщение

konsten » 16 дек 2016 17:03

Точно! Сравнил. В исходной папке 971 файл, в скопированной 970. Как же теперь определить, какой именно не скопировался?

Составляю древо Пчелинцевых, Шараповых.

o22: Сообщения: 713; Зарегистрирован: 12 дек 2010 00:13; Контактная информация:

Re: Не могу скопировать файл, что делать?

#13

Сообщение

o22 » 19 дек 2016 01:19

Скопируйте еще раз и просто при предупреждении обратите внимание на какое имя файла ругается

konsten: Сообщения: 390; Зарегистрирован: 25 апр 2006 05:20

Re: Не могу скопировать файл, что делать?

#14

Сообщение

konsten » 19 дек 2016 08:02

Спасибо, уже определил, переделал, всё нормально. Теперь буду следить.

Составляю древо Пчелинцевых, Шараповых.

Кто сейчас на конференции

Сейчас этот форум просматривают: Ahrefs [Bot], Google [Bot] и 10 гостей

Источник

Время на прочтение4 мин

Количество просмотров80K

Многим пользователям ПК под управлением ОС Windows, не говоря о разработчиках, знакомы проблемы при работе с длинными (более 260 символов, MAX_PATH) путями файлов или каталогов.

В данной статье рассматриваются способы избавления от этого пережитка при разработке приложений на различных платформах (WinApi, .Net Framework, .Net Core) и активации нативной поддержки длинных путей в Windows 10 (Anniversary Update).

Приложения Win API

В приложениях, которые используют Win API для работы с файлами, рецепт избавления от ограничения MAX_PATH был известен с незапамятных времён – необходимо было использовать Unicode версию функции с окончанием «W» для работы с директорией или файлом и начинать путь с префикса \\?\. Это давало возможность использовать пути длинной до 32767 символов.

В Windows 10 (1607) поведение функций для работы с файлами изменилось: появилась возможность отключить проверку ограничений MAX_PATH на уровне системы.

Это коснулось следующих функций:

Для работы с каталогами: CreateDirectoryW, CreateDirectoryExW, GetCurrentDirectoryW, RemoveDirectoryW, SetCurrentDirectoryW. И для работы с файлами: CopyFileW, CopyFile2, CopyFileExW, CreateFileW, CreateFile2, CreateHardLinkW, CreateSymbolicLinkW, DeleteFileW, FindFirstFileW, FindFirstFileExW, FindNextFileW, GetFileAttributesW, GetFileAttributesExW, SetFileAttributesW, GetFullPathNameW, GetLongPathNameW, MoveFileW, MoveFileExW, MoveFileWithProgressW, ReplaceFileW, SearchPathW, FindFirstFileNameW, FindNextFileNameW, FindFirstStreamW, FindNextStreamW, GetCompressedFileSizeW, GetFinalPathNameByHandleW.

Это избавляет от необходимости использовать префикса \\?\ и потенциально даёт шанс приложениям, работающим напрямую или косвенно через Win API, получить поддержку длинных путей без необходимости их пересборки. Как активировать эту возможность описано в конце статьи.

.Net Framework

Хотя .Net Framework и использует Win API для работы с файлами — предыдущее изменение не принесло бы результата, т.к. в код BCL встроены предварительные проверки на допустимость длинны имён каталогов и файлов, и до вызова функций Win API дело даже не доходило, выдавая известное исключение. По многочисленным просьбам сообщества (более 4500 на UserVoice) в версии 4.6.2 из кода BCL вырезали проверки ограничения длинны пути, отдав это на откуп операционной и файловой системам!

Вот что это даёт:

При использовании префикса “\\?\” мы можем работать с длинными путями как в Win API,
```
Directory.CreateDirectory("\\\\?\\" + long_dir_name);
```
Если активировать нативную поддержку длинных имен файлов Windows 10 (1607), то даже не потребуется использовать префикс!

Как включить:

Использовать .Net Framework 4.6.2 как цель при сборке приложения.
Использовать конфигурационный файл, например, если приложение уже было собрано под .Net 4.0:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <startup> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
    </startup>
  <runtime>
    <AppContextSwitchOverrides value="Switch.System.IO.UseLegacyPathHandling=false;Switch.System.IO.BlockLongPaths=false" />
  </runtime>
</configuration>

.Net Core

Тут поддержку длинных путей анонсировали ещё в ноябре 2015 года. Видимо сказалось Open Source природа проекта и отсутствие строгой необходимости обеспечения обратной совместимости.

Как включить:
Всё работает из коробки. В отличие от реализации в .Net Framework – тут нет необходимости в добавлении префикса “\\?\” – он добавляется автоматически при необходимости.

Вот тут можно посмотреть пример.

Как включить поддержку длинных путей в Windows 10 (1607)

Эта возможность по умолчанию отключена. Это объясняется тем, что данная функция является экспериментальной, и имеется необходимость дорабатывать различные подсистемы и приложения для полной поддержки.

Включить встроенную поддержку длинных путей можно создав или изменив следующий параметр системного реестра: HKLM\SYSTEM\CurrentControlSet\Control\FileSystem Параметр LongPathsEnabled (Тип: REG_DWORD) 1 – соответствует значению включено.

Или через групповые политики (Win+R\gpedit.msc) Computer Configuration > Administrative Templates > System > Filesystem > Enable NTFS long paths.Оно же в локализованном варианте: Конфигурация компьютера > Административные шаблоны > Система > Файловая система > Включить длинные пути Win32.

Далее источники расходятся во мнении относительно манифеста (или я неправильно понял, но на данный момент проверить не имею возможности). Например, в документации MSDN написано, что манифест можно использовать в качестве альтернативного способа активации поддержки длинных путей в отдельных приложениях, а в блоге MSDN указано, что это является вторым обязательным шагом после активации в политиках.
Но они сходятся в формате задания данной опции:

<application xmlns="urn:schemas-microsoft-com:asm.v3">
    <windowsSettings xmlns:ws2="http://schemas.microsoft.com/SMI/2016/WindowsSettings">
        <ws2:longPathAware>true</ws2:longPathAware>
    </windowsSettings>
</application>

С CMD, к сожалению, это не сработает, на данный момент, из-за особенностей работы с путями, а в PowerShell должно всё заработать.

P.S.

На этом мой небольшой пятничный пост заканчивается, оставив за рамками вопросы полноты реализации поддержки длинных путей в Windows 10 (1607), или работоспособность при использовании различных комбинаций редакций Windows, файловых систем и API. По мере поступления новых фактов и результатов экспериментов пост будет обновляться.

Спасибо за внимание!

Если эта публикация вас вдохновила и вы хотите поддержать автора — не стесняйтесь нажать на кнопку

Источник