Несоответствие файла … не появляется в 'ls-a', но оно существует?
Я работал rsync (3.0.6) на Mac OS X 10.6 (Snow Leopard) для резервного копирования папки формируют внешний жесткий диск (FAT32) к другому внешнему жесткому диску (FAT32). Так или иначе определенные файлы (и время от времени они изменяются!) копируются с другим именем файла. Например:
campo_2006_valcanale_127.jpg --> CAMPO~40.JPG
Уменьшенный и верхний в корпусе, конечно, rsync в следующий раз удаляет CAMPO~40.JPG и копирует его снова, но почти всегда это испорчено снова. Время от времени это работает, но также и файлы, которые были в порядке, повреждаются.
Теперь, если я вхожу в целевой каталог и делаю a ls -a Я не вижу файл campo_2006_valcanale_127.jpg потому что это было так или иначе переименовано, но файл campo_2006_valcanale_127.jpg на самом деле существует! Я могу отобразить его, я могу записать на нем и т.д. …, просто это невидимо! Возможно, это - просто имя файла, это ведет себя странно …
Я получаю то же поведение, когда я копирую файлы вручную (использование cp) и даже когда я копирую их со “Средством поиска!” Я перетаскиваю файл и его смены имени!
Если у Вас есть какая-либо подсказка, скажите мне …, который я могу обеспечить большему количеству информации в случае необходимости.
1 ответ
Сокращенные имена файлов являются артефактом FAT32; любому файлу с именем дольше, чем старые 8,3 пределов дают сокращенное имя, как Вы видели. Используйте надлежащую файловую систему, та, которая обрабатывает длинные имена файлов исходно вместо того, чтобы использовать причудливый взлом, и у Вас не будет этой проблемы (например, NTFS, HFS, расширение - все длинные имена файлов дескриптора исходно). Википедия имеет больше детали о взломе Длинного имени файла, который использует FAT32
FAT32 также имеет другие проблемы, которые мешают rsync работать - например, он не снабжает метки времени никакой большой точностью, таким образом, rsync не может использовать свою нормальную эвристику.
rsync FAQ имеет запись на rsync копирование тех же файлов много раз. Короче говоря, это - вероятно, метка времени, это вызывает большую часть пересинхронизации; modify-window=1 или возможно modify-window=2 должен зафиксировать это.