Windows 10 Home: как избавиться от ограничения длины пути к файлу?

Question

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

https://www.howtogeek.com/266621/how-to-make-windows-10-accept-file-paths-over-260-characters/ предлагает два решения, чтобы избавиться от ограничения, второе из которых прибегает к использование групповой политики (dpedit.msc). Поскольку я использую Windows 10 Home Edition, второе решение не работает. Я попытался установить dpedit.msc, как указано здесь (Windows Starter Edition, Home и Home Premium не включают gpedit, как мне его установить?), Но по какой-то причине это не сработало, как показано - я скачал эту zip-папку и запустил извлеченный файл setup.exe. Однако после выполнения я попытался получить доступ к команде gpedit.msc через RUN, а также через окно поиска меню START, но моему ноутбуку не удалось найти gpedit.msc.

Поэтому я попробовал первое решение. Я посмотрел regedit и следил за всем и изменил дату валютирования с 0 на 1. Он все еще не работал, даже после того, как я вышел из системы, перезагрузил компьютер и снова вошел в систему.

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

PS Я - технический любитель, так что любое прохождение или объяснение в терминах непрофессионала лучше всего помогло бы, спасибо!

Answer 1

спасибо за все вклады и мои извинения, если это дубликат. Я скачал OneCommander, как указано здесь, и это сработало. OneCommander, конечно, не может отменить / получить ограничение пути к файлу, но он (по крайней мере, в моем случае) обошел его. Для справки, у меня версия 1607, домашняя версия Windows 10.

Answer 2

Хорошо.

Часть проблемы - статья thinkGeek. В формулировке упоминается путь к файлу, но снимок экрана с ошибкой фокусируется на имени файла, и поздно вечером я позволил этому размышлять.

@McDonald: редактирование реестра, которое вы предлагаете в предыдущем решении, не работает в 1703 году.

Но я могу подтвердить редактирование реестра в статье thinkgeek, работает. Но NTFS поддерживает ограничение длины сегмента. Таким образом, относительная длина файла по-прежнему не может превышать 260 символов (вот где thinkgeek вводит в заблуждение).

Я создал следующий скрипт PowerShell, чтобы проверить это:

$file_name=""
$directory=""
$file_path=""


# create a directory path of 200 characters. Long but legal.

for ($i=0; $i -lt 200; $i++)
{
    $directory= $directory + "a"
}

write-host "Creating directory"
new-item $directory -itemType directory -force


# add \ so we can use it as a directory below
$directory = $directory + "\"


# create a file name that is 200 chars. Long but legal. 
for ($i=0; $i -lt 200; $i++)
{
    $file_name= $file_name + "b"
}

# make the full path. Now this is 401 chars. 
$file_path= $directory + $file_name


#dump to screen
write-host "full path's length: " $file_path.length


write-host "Creating file with long path..."
new-item $file_path -itemtype file -force

Я запустил это как до, так и после редактирования реестра.

Pre RegEdit. Ошибки. Файл не создан.

Сообщение RegEdit: без ошибок. Файл создан.