Как найти файл с длинным именем

Обновлено: 21.11.2024

Я ищу утилиту, которая позволит мне искать файлы с длинными именами в Windows. Я сталкивался со многими из этих файлов, которые становились «поврежденными», когда имя пути входит в диапазон 220 (забудьте о «реальном» пределе в 255).

Я заглянул в Total Commander, но не увидел ничего очевидного.

Затем импортируйте его в Excel или что-то подобное и отсортируйте по длине строки.

Разве эти проблемы в значительной степени не исчезли с NTFS? Возможно, вам следует обновить файловую систему, если вы все еще пытаетесь использовать FAT32.

Имя пути включает любой каталог, в котором он находится. У вас может быть 250-символьное имя файла в C:\0123\, но попробуйте переместить его в C:\0123\4\, и это не удастся.

Независимо от файловой системы Windows API указывает не более 255 символов для полного пути и имени файла.

Мне кажется, файлы портит не столько Windows, сколько плохо написанное приложение. Возможно, это вина Windows, но, безусловно, MS достаточно осторожна, чтобы следовать своим собственным спецификациям. . .правильно. . .?

Независимо от файловой системы Windows API указывает не более 255 символов для полного пути и имени файла.

Не совсем так. Если программа использует вызовы Unicode API, она может использовать пути длиной до ~32 000 символов. Ссылка

Независимо от файловой системы Windows API указывает не более 255 символов для полного пути и имени файла.

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

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

Почему эта функция не используется шпионскими программами/вирусами?

и всегда были проблемы с тем, что люди не могли открывать файлы, сохранять файлы или перемещать/копировать файлы с длиной пути, приближающейся к пределу 250 (я обычно вижу это с файлами word, но не исчерпал другие типы файлов).

никто не сталкивался с этим? я не уверен, что это означает (знаю, что DOS эмулируется только в Windows), но я использовал xcopy (xcopy Z:\*.* /s/e/c/i/h/r/y) для передачи моего архивировать на новый NAS, и сценарий будет аварийно завершать работу с длинными именами файлов. я рылся в последней папке, которая была скопирована, и, конечно же, я находил что-то со смехотворно длинным путем. как только я немного обрезал его и повторно запустил xcopy, все прошло нормально. это все еще признак того, что Windows не может с этим справиться?

Что произойдет, если вы попробуете robocopy? Я обнаружил, что это гораздо лучший инструмент для перемещения большого количества файлов между системами. У меня никогда не было проблем между этим и длинными именами файлов, но в то же время я не могу сказать, что сознательно сталкивался с той же ситуацией, что и вы.

Исходное сообщение Ciconia:
Что произойдет, если вы попробуете robocopy? Я обнаружил, что это гораздо лучший инструмент для перемещения большого количества файлов между системами. У меня никогда не было проблем между этим и длинными именами файлов, но в то же время я не могу сказать, что сознательно сталкивался с той же ситуацией, что и вы.

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

Я использую xcopy в сценарии Windows XP для рекурсивного копирования каталога. Я продолжаю получать сообщение об ошибке «Недостаточно памяти», что, как я понимаю, связано с тем, что файл, который я пытаюсь скопировать, имеет слишком длинный путь. Я могу легко уменьшить длину пути, но, к сожалению, не могу понять, какие файлы нарушают ограничение длины пути. Скопированные файлы выводятся на стандартный вывод (который я перенаправляю в файл журнала), но сообщение об ошибке выводится на терминал, поэтому я даже не могу приблизительно понять, для какого каталога выдается ошибка. .

9 ответов 9

создайте dir /s /b > out.txt, а затем добавьте направляющую в позиции 260

В powershell cmd /c dir /s /b |?

dir /s /b > out.txt прекрасно справляется со своей задачей. Спасибо. «Get-ChildItem» не распознается как внутренняя или внешняя команда, исполняемая программа или пакетный файл». Думаю, у меня нет powershell.

Выдает ошибку типа: Get-ChildItem : Указанный путь, имя файла или оба слишком длинные. Полное имя файла должно быть меньше 260 символов, а имя каталога должно быть меньше 248 символов. Вместе с ним печатается только укороченный путь. например: D:\Dropbox\ProY. sh._setbinddata . Это именно те пути, которые я хочу найти, но я не могу видеть весь путь! Как-нибудь обойти это?

Я единственный, у кого это не работает?Используя 64-разрядную версию Win7 Home Premium, Powershell 2.0 — когда я создаю тестовый файл с длинным именем (240 символов), а затем переименовываю каталог, в котором он находится, чтобы он также имел длинное имя, Get-ChildItems -r * перестает видеть файл. у меня работает только каталог /s /b.

См. мой ответ, чтобы узнать, как добиться этого в powershell, что позволит вам либо найти оскорбительные имена файлов (более 260 символов), либо игнорировать их.

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

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

Интересный сценарий, но я все еще получаю эту ошибку: Get-ChildItem : Указанный путь, имя файла или оба слишком длинные. Полное имя файла должно быть меньше 260 символов, а имя каталога должно быть меньше 248 символов.

Отличный инструмент! У меня была большая дата, я хотел создать резервную копию на жестком диске WD MyCloud. С помощью этого инструмента удалось узнать максимальную длину для создания структуры папок на жестком диске. Спасибо.

Отличный инструмент! Я использовал его для создания сценария, способного найти все файлы/папки, длина пути которых превышает 247 символов, что является пределом для клиента Synology Drive в Windows. Основной код: PathLengthChecker.exe RootDirectory="C:\[MyFolder]" MinLength=248 , а echo SELECT sync_folder FROM session_table;| sqlite3.exe %LocalAppData%\SynologyDrive\data\db\sys.sqlite был необходим для программного получения общих папок. (Если вас интересует полный код, не стесняйтесь спрашивать)

Отличный инструмент, спасибо. Для моего Rsync-Job между 2 Synology NAS я должен знать все ИМЕНА ФАЙЛОВ длиннее 143 символов. Это не вся длина пути, это только максимальная длина имени файла. Как мне найти такие имена файлов?

Привет, @PeterCo, вы по-прежнему можете использовать приведенный выше сценарий PowerShell, но вместо $_.FullName просто замените его везде на $_.Name; это даст вам имя файла вместо полного пути.

В качестве усовершенствования простейшего решения, и если вы не можете или не хотите устанавливать Powershell, просто запустите:

И строки длиннее 260 будут отображаться в верхней части списка. Обратите внимание, что вы должны добавить 1 к параметру столбца SORT (/+n).

Спасибо за уточнение. В моем случае я не смог установить Powershell (Windows 2003). ПРОГОЛОСОВАЛИ

Я сделал альтернативу другим хорошим ответам здесь, в которой используется PowerShell, но мой также сохраняет список в файл. Поделюсь им здесь, если кому-то еще понадобится что-то подобное.

Предупреждение: код перезаписывает "longfilepath.txt" в текущем рабочем каталоге. Я знаю, что вряд ли он у вас уже есть, но на всякий случай!

Намеренно хотел, чтобы это было в одной строке:

Подробные инструкции:

Запустить PowerShell
Перейдите к каталогу, в котором вы хотите проверить длину пути к файлу (C: работает)
Скопируйте и вставьте код [щелкните правой кнопкой мыши, чтобы вставить в PowerShell, или Alt + Пробел > E > P].
Подождите, пока это не будет сделано, а затем просмотрите файл: cat longfilepath.txt | сортировать

Пояснение:

Out-File longfilepath.txt ; – Создайте (или перезапишите) пустой файл с именем «longfilepath.txt». Точка с запятой для разделения команд.

cmd /c "каталог /b /s /a" | – Запустите команду dir в PowerShell, /a, чтобы отобразить все файлы, включая скрытые. | в трубу.

ForEach-Object < if ($_.length -gt 250) > — для каждой строки (обозначаемой как $_), если длина больше 250, добавить эту строку в файл.

Для ознакомления с тем, что представляет собой длинное имя файла и почему его следует избегать, см.: Длинные имена файлов — Насколько длинное имя слишком длинное в нашем блоге.

Связанные темы по переименованию

Найти файлы с длинными именами

Открыть диалоговое окно управления

Выберите «Найти» | Длинные имена файлов. или ( Alt+I,N ) из главного меню, чтобы открыть диалоговое окно, в котором вы можете точно указать, какие файлы вы хотите найти.
Если выбрана одна или несколько папок, они будут автоматически введены в поле "Пути" диалогового окна при его открытии.
FileBoss запоминает, что искалось в прошлом, даже если он был закрыт, а затем запущен снова, поэтому вы всегда можете выбрать предыдущую запись, используя раскрывающийся список.

Укажите, что вы хотите найти

Выберите диски или пути, которые хотите проверить.Несколько путей разделяются точкой с запятой (;), запятой (,) или чертой (|). Вы даже можете указать папки для исключения, поставив перед именем знак минус. Для получения полной информации щелкните правой кнопкой мыши поле в программе.
Затем выберите нужную длину и введите количество символов. Обычно это Путь + Имя, то есть общая длина, которую вы хотите найти.

Нажмите «ОК», чтобы найти и создать виртуальную папку из всех соответствующих файлов.

В приведенном выше примере FileBoss найдет все файлы на диске C и в сети, начиная с папки \\CorpNet\c\Backup\Design, за исключением любой папки с именем Windows и всех ее подпапок. Поиск будет осуществляться по именам файлов общей длиной 255 символов и более.

Подробнее о вводе нескольких путей и шаблонов

И пути, и поля шаблонов файлов могут принимать простые записи, например,

C\Data\My Data и *.bmp или очень сложные строки, указывающие не только то, что следует включать, но и то, что чаще всего следует исключать из поиска.

Например, оба могут указывать несколько объектов, таких как

C\Data\Мои данные ; D:\Backup\MyData

*.bmp ; *.jpg ; *.jpg ; *.jpg ; *.jpg

Чтобы получить полное описание этих полей, щелкните правой кнопкой мыши поля контекстной справки в FileBoss или см. Дополнительные пути и шаблоны.

Сортировка по длине имени файла

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

Если вы находитесь в режиме просмотра, то при переходе от папки к папке файлы будут оставаться отсортированными в соответствии с выбранным временем.

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

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

Отображение длин имен файлов в окне содержимого

(Если длина имени файла еще не отображается в окне содержимого)

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

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

Максимальная длина символов

Windows допускает имена файлов и папок длиной не более 260 символов. Обратите внимание, что Windows считает путь к файлу частью имени, поэтому такой файл, как C:\Users\Panda\My Documents\Dropbox\Creative Nonfiction\My Autobiography\Favorite Things\Favorite Foods\Bamboo\Family Recipes\Fresh Leaves.doc будет 142 символа, а не 16. Если полный путь к файлу и имя превышают 260 символов, сократите имя или переместите файл или папку в папку более высокого уровня в вашем Dropbox.

Как найти все файлы в каталоге, имена файлов и папок которого превышают 250 символов?

(Примечание: инструмент "Проверить поврежденные файлы" на этой странице их также не находит.)

Обновление: на данный момент есть два предложения: одно с использованием powershell, которое по иронии судьбы умерло, когда имя файла стало слишком большим, другое с использованием cygwin find и xargs, которые могут работать, но все еще работают (несколько минут спустя).

Я решил свою насущную проблему.

В окне оболочки emacs я выполнил очень простой поиск

$ найти . -type f -print >> ../files.log

Затем я открыл его в emacs и набрал m-x list-matching-lines ^ ESC 230 . ВОЗВРАТ

Который отображает строки, соответствующие регулярному выражению, а здесь регулярное выражение состоит в том, что строка содержит не менее 230 символов, где 230 – это приблизительная оценка для строк, которые могут быть проблематичными. И это показало мне два файла, которые были слишком длинными.

Примерно для 20 000 файлов фильтрация с помощью регулярных выражений оказалась почти мгновенной.

4 ответа 4

Если у вас установлен cygwin, я думаю, это должно сработать:

К сожалению, я не знаю, как сделать то же самое нативным способом.

У меня есть Cygwin, так что спасибо. Я думаю, было бы неплохо узнать, есть ли стандартный способ Windows сделать это, поскольку, по-видимому, Windows позволяет вам создавать эти файлы, но не позволяет легко их обнаружить!

Я попробовал это, и на самом деле, через несколько минут он все еще работает (taskmgr подтверждает, что xargs немного запускает кавычки), и пока он выдает $ find . -тип f -print0 | xargs -0 -I <> bash -c 'if [[ $(echo -n "<>" | wc -c) -gt "255" ]]; затем эхо "<>"; fi' bash: -c: строка 0: неожиданный конец файла при поиске соответствия )' bash: -c: строка 1: неожиданный токен ÿ' в условной команде bash: -c: строка 1: синтаксическая ошибка: неожиданный конец файла

Еще одно обновление. Я подозреваю, что находка от cygwin сработала бы нормально. Оказалось, что поиск в моем PATH исходил из собственной установки GIT.

Хм -- найти | xargs | bash — вызов одного процесса bash (редактировать: упс — пропустил xargs, извините, пожалуйста, игнорируйте остальную часть этого абзаца :), чтобы подсчитать только длину одной строки, кажется немного «тяжелым процессом». Вызовов bash будет столько же, сколько файлов, может быть много.

найти | awk будет выполнять по одному процессу с каждой стороны (т.е. только 2 процесса)

Попробуйте это (для того, что должно быть гораздо более быстрым результатом [изменить: может быть, не так с xargs ]):

Допущения: может зависеть от ОС, YMMV

find по умолчанию печатает совпадение, поэтому -print0 не требуется.
print $0 (совпадающая строка) является действием по умолчанию в awk, поэтому после сравнения не требуется.

-print0 важен, если имена файлов могут содержать символы новой строки. В дополнение к xargs это также чрезвычайно важно для имен файлов, содержащих другие пробелы, кавычки и обратную косую черту. Все это по умолчанию разделители и специальные символы для xargs! ------ Ваш код с awk хорош, за исключением имен файлов, содержащих символы новой строки, что, вероятно, не разрешено в Windows. ------ Код мог бы быть еще короче. . по умолчанию. Также следует проверять длину имен пустых каталогов: find | awk 'длина > 259'

Для уточнения, "." может использоваться по умолчанию в некоторых нестандартных ОС. Во FreeBSD 10.3: $ find -name "*.properties" -exec grep "^content.transformer" <> \; find: недопустимый вариант -- n $ find . -name "*.properties" -exec grep "^content.transformer" <> \; content.transformer.default.timeoutMs=blah На странице руководства: найдите [-H | -Л | -P] [-EXdsx] [-f путь] путь . [выражение] . ясно, что путь не является необязательным.

Чтобы дополнить предыдущие ответы, данные здесь, это может помочь пользователю обнаружить наличие пути (файла или папки), который превышает максимальную длину пути MAX_PATH (260 символов).

Несмотря на то, что существуют определенные способы успешного решения этой проблемы, Windows не уведомляет пользователя о том, что конкретная ошибка доступа к файлу вызвана нарушением MAX_PATH. Также в Windows нет метода, позволяющего пользователю проверить эту проблему, если возникнет необычная проблема с доступом.

Однако, поскольку файловый менеджер Windows (EXPLORER.EXE) является одной из утилит Windows, которая НЕ справляется с путями, выходящими за пределы лимита, это может стать серьезной проблемой для неосторожного пользователя.

Вот простой пакетный файл, разработанный в Windows 7. Перетащите на него папку, и он проверит эту папку, ее подпапки и файлы на наличие нарушений MAX_PATH, выведет результаты на экран и (но только если есть есть какие-либо нарушения ограничения MAX_PATH) сохранит текстовый файл, содержащий полный путь к любым объектам, длина которых превышает 260 символов.

Если нет текстового файла, записанного в папку, из которой запускается пакетный файл, это означает, что нет нарушения MAX_PATH.

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

Надеемся, вы столкнулись только с простыми исправлениями, но мы подготовим вас и к менее простым, но гарантированно работающим исправлениям.

Почему длина имени файла является проблемой даже в Windows?

Существует долгая история проблем с длиной имени файла для таких операционных систем, как Windows. Было время, когда вы не могли иметь имена файлов длиннее 8 символов плюс 3-символьное расширение файла. Лучшее, что вы могли сделать, это что-то вроде myresume.doc. Это было связано с конструкцией файловой системы.

С выходом новых версий Windows дела пошли лучше. Мы перешли от старой ограниченной файловой системы к чему-то, что называется файловой системой новой технологии (NTFS). NTFS привела нас к тому, что имя файла может иметь длину 255 символов, а длина пути к файлу потенциально может достигать 32 767 символов. Так как же у нас могут быть слишком длинные имена файлов?

В Windows есть такие вещи, как системные переменные.Это переменные, от которых зависит работа Windows, потому что Windows всегда будет знать, что означают переменные и где они находятся, даже когда мы перемещаем биты и байты повсюду. Системная переменная MAX_PATH — это та, которая ограничивает имена файлов и пути к файлам до 260 символов.

Так как это переменная, можно подумать, что мы можем ее изменить. Нет, мы не должны. Это все равно, что вытащить нитку из свитера. Как только изменяется одна системная переменная, другие системные переменные и зависимые от них компоненты начинают распутываться.

Как же нам это исправить?

Легкое решение

Если вам повезет, вы получите сообщение об ошибке и точно будете знать, какое имя файла вызывает проблему. Или хотя бы где найти файл. Возможно, у вас есть имя файла, которое выглядит примерно так:

Очевидно, кто в данном случае преступник. Найдите файл в проводнике Windows или проводнике, как он называется в Windows 10, щелкните его один раз, нажмите F2, чтобы переименовать его, и измените это глупое имя файла на что-то более разумное. Проблема решена.

Непростые решения

Эту проблему не всегда легко решить. Иногда по какой-то причине вы не можете изменить имена файлов или каталогов.

Следующие решения помогут вам. Их несложно сделать.

Перемещение, удаление или копирование файлов или каталогов с помощью PowerShell

Иногда вы получаете сообщение об ошибке при попытке переместить, удалить или скопировать каталоги, в которых количество символов в пути к файлу превышает 260.

Обратите внимание, что слова "каталог" и "папка" взаимозаменяемы. В дальнейшем мы будем использовать «каталог». Следующие командлеты PowerShell также можно использовать с файлами.

Возможно, путь к файлу выглядит примерно так:

Путь к этому файлу имеет длину 280 символов. Таким образом, мы не можем скопировать каталог оттуда в другое место с помощью обычного метода копирования-вставки. Мы получаем сообщение об ошибке "Путь назначения слишком длинный".

Предположим, что по какой-то причине мы не можем переименовать каталоги, в которые вложен файл. Что мы делаем?

Откройте PowerShell. Если вы еще не использовали PowerShell, ознакомьтесь с нашей статьей «Использование PowerShell для домашних пользователей — руководство для начинающих». Однако вы можете выполнить следующие шаги, не читая статью.

Когда откроется PowerShell, вы окажетесь в корне каталога пользователя. Продолжайте, предполагая, что C:\Users\guymc — это ваш пользовательский каталог.

Каталог с именем This находится внутри каталога Documents. Чтобы перейти в каталог Documents, мы используем DOS-команду cd Documents.

Вы увидите, что подсказка изменилась на C:\Users\guymc\Documents. Это хорошо. Мы работаем ближе к каталогам, что упростит задачу.

Копировать каталог с помощью Copy-Item

Мы хотим скопировать каталог This и его содержимое в ThatNewFolder. Воспользуемся командлетом PowerShell Copy-Item с параметрами -Destination и -Recurse.

-Destination сообщает PowerShell, где мы хотим разместить копию. -Recurse указывает PowerShell скопировать все элементы внутри в место назначения. При копировании оригиналы остаются там, где они есть, а все новые создаются в месте назначения.

Copy-Item This -Destination ThatNewFolder -Recurse

Переместить каталог с помощью Move-Item

Допустим, мы хотим переместить каталог This и все каталоги и файлы в нем в ThatNewFolder. При перемещении оригинал не остается на месте.

Мы можем использовать командлет PowerShell Move-Item с параметрами -Path и -Destination. -Path определяет элемент, который мы хотим переместить, а -Destination сообщает PowerShell, куда мы хотим его переместить.

Командлет поместит This внутрь ThatNewFolder. Он также переместит все, что находится внутри этого каталога. Командлет Move-Item можно использовать для перемещения файлов или каталогов, и он работает независимо от пути к файлу или длины имени файла.

Move-Item -Path This -Destination ThatNewFolder

Чтобы убедиться, что это работает, используйте команду cd ThatNewFolder, чтобы войти в ThatNewFolder. Затем используйте команду dir, чтобы вывести список каталогов в ThatNewFolder. Вы увидите, что этот каталог находится там.

Удалить каталог с помощью команды Remove-Item

Если мы хотим удалить этот каталог и все, что в нем находится, мы используем командлет Remove-Item.

Командлет Remove-Item имеет некоторые встроенные средства безопасности, которые затрудняют удаление каталога с вещами внутри него. В нашем примере мы знаем, что хотим удалить все, поэтому мы будем использовать параметры -Recurse, чтобы заставить его удалить все внутри, и -Force, чтобы заставить его сделать это, не спрашивая нас, уверены ли мы в каждом элементе внутри.

Будьте осторожны! Восстановить что-либо удаленное таким образом было бы чрезвычайно сложно. Вы можете попробовать методы из раздела Как восстановить случайно удаленные файлы, но не ждите многого.

Remove-Item This -Recurse -Force

Вы можете снова использовать команду dir, чтобы убедиться, что она исчезла.

Заставить Windows 10 принимать длинные пути к файлам

Если вы знаете, что будете постоянно использовать длинные пути к файлам и длинные имена файлов, проще заставить Windows работать на вас. Нет смысла использовать PowerShell для ежедневной работы.

Это можно сделать двумя способами. Один предназначен для пользователей Windows 10 Home, а другой — для пользователей Windows 10 Pro или Enterprise. Эти методы могут работать в Windows 8.1 и более ранних версиях, но мы не можем этого гарантировать.

Заставить Windows 10 Home принимать длинные пути к файлам

Чтобы Windows 10 Home принимала длинные пути к файлам, нам нужно открыть редактор реестра. Если вы раньше не работали в редакторе реестра, будьте осторожны. Случайное удаление или изменение элементов здесь может привести к полной остановке работы Windows.

Всегда делайте резервную копию реестра, прежде чем вносить какие-либо изменения. Узнайте все, что вам нужно знать об этом, в нашем Полном руководстве по резервному копированию и восстановлению реестра Windows.

Открыв редактор реестра и сделав резервную копию, перейдите в папку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem и найдите ключ LongPathsEnabled.

Дважды щелкните LongPathsEnabled. В поле «Значение:» убедитесь, что там стоит число 1. Нажмите OK, чтобы подтвердить изменение.

Выйдите из редактора реестра, и теперь вы сможете работать с безумно длинными путями к файлам.

Заставить Windows 10 Pro или Enterprise принимать длинные пути к файлам

Чтобы позволить Windows 10 Pro или Enterprise использовать длинные пути к файлам, мы будем использовать редактор групповой политики. Это инструмент, который позволяет нам устанавливать политики в отношении того, как Windows работает на уровне компьютера и пользователя.

Откройте редактор групповой политики, перейдя в меню «Пуск» и введя gpedit. Верхним результатом должно быть изменение групповой политики. Дважды щелкните по нему.

После открытия редактора групповой политики перейдите в раздел Конфигурация компьютера > Административные шаблоны > Система > Файловая система. Там вы увидите политику Включить длинные пути Win32.

Дважды щелкните по нему, чтобы изменить параметр политики. Измените его с «Отключено» на «Включено», затем нажмите кнопку «ОК», чтобы зафиксировать изменение.

Политика может вступить в силу не сразу. Однако вы можете принудительно обновить групповую политику.

Вот и все

Есть и другие способы обхода длинных имен файлов и путей к файлам, но мы рассмотрели здесь самые простые и эффективные методы.

О Гае писали в Интернете и в печатных газетах, его номинировали на писательские награды и цитировали в научных статьях из-за его способности говорить о технологиях с кем угодно, но он по-прежнему предпочитает аналоговые часы. Прочитать полную биографию Гая

Понравился ли вам этот совет? Если это так, загляните на наш канал YouTube на нашем родственном сайте Online Tech Tips. Мы охватываем Windows, Mac, программное обеспечение и приложения, а также предлагаем множество советов по устранению неполадок и обучающих видеороликов. Нажмите кнопку ниже, чтобы подписаться!

Читайте также: