Это один из симптомов ограничения Windows MAX_PATH. Об этом есть примечания КБ (например, 320081 ) и несколько обсуждений ручных методов для работы с этими файлами, которые вы легко можете найти с помощью Google.
Проблема заключается в том, что Windows имеет ограничение на длину полного пути к файлу , используемого в различных системных вызовах и вызовах командного уровня. Хотя в сообществе пользователей было много дискуссий (и даже некоторых новых вещей, которые можно попробовать в Microsoft KB), все они сводятся к тому, что вы сокращаете путь к файлу, о котором идет речь, честным образом или нечестно.
В эфире есть некоторые признаки того, что API-интерфейсы Microsoft Unicode допускают (до) 32-байтовые пути к файлам, хотя я не знаю, так ли это. Тем не менее, остается фактом, что многие существующие программы не используют эти API и поэтому выходят за этот предел. (Возможно даже, что API-интерфейсы Windows используют UTF16 (или UCS2), и в этом случае это означает только 16 тыс. Символов - кто-нибудь знает об этом?)
Система позволяет вам создавать «недоступные» пути к файлам многими способами - один шаг за шагом создает шаги в пути с помощью навигации; другой способ заключается в монтировании общих ресурсов, и иногда системные функции и утилиты внутренне полагаются на полный путь к файлу для манипулирования, которое выходит за рамки этого ограничения.
Если это основное глупое ограничение не удалено из системного кода Windows, единственным выходом для вас является перемещение и / или переименование файлов…
… или запустите Unix.