“Путь является Слишком Глубокой” ошибкой при копировании файлов от ПК до NAS

Какова файловая система на устройстве? Windows испытывает затруднения из-за FAT12 и объемов FAT16, которые содержат пути дольше, чем 260 байтов. Рассмотреть обмен файловой системы к NTFS, возможно? Этот предел ударен до 32 767 символов (unicode).

На FAT12 и FAT16:

• Весь путь ограничен 260 байтами
• Файл и Имена каталогов ограничены 255 символами каждый

На NTFS:

• Весь путь ограничен 32 767 unicode символами
• Файл и Имена каталогов ограничены 255 символами каждый

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

Это действительно зависит от файловой системы Вашего ПК и NAS. Если это - связанная с Windows ошибка, эта Статья MSDN может, просвещая:

По моему опыту, я работал вокруг этих типов ошибок shoretening пути. Вот упрощенный пример, если я не могу получить доступ к файлу под названием MyFile.txt:

orginal: c:\MyFolder\ReallyLongFolderName\AnotherReallyLongFolderName\MyFile.txt

изменение этого к: c:\Myfolder\ShortName\AnotherShortName\MyFile.txt

позволил бы мне получать доступ к своему файлу.

Эта ошибка просто означает, что полный каталог / имя файла к долго.

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

c:\users\name\documents\job\date\long_neat_filename.docx

и у Вас есть резервный путь

x:\myname\backups\machine1\13-12-2009\users\name\documents\job\long_neat_filename.docx 

Или что-то подобное, Вы проходите через предел довольно быстро.

На типичном FAT (я думаю также NTFS) системы, я думаю, что предел составляет 255 байтов, но не 100%, уверенных в точной длине.

Если NAS не находится на компьютере Windows и так не страдает от ограничений длины пути Windows, Вы могли бы избежать проблемы при помощи старой доброй команды subst под cmd, как это:

subst x: nasdisk:\very\long\path
скопируйте mydir x: