Назад | Перейти на главную страницу

Недавно клонированный зеркальный диск с истинным образом Acronis и rsync неправильно определяет измененные файлы, windows rsync 3.0.7 cygwin windows

Есть ли способ помочь rsync лучше определять идентичность файлов? Я сделал новое «клонированное» зеркало полного диска с помощью Acronis TrueImage, а затем выполнил rsync для тестирования и обнаружил кучу файлов как измененных и т. Д. Я копировал с диска C, то есть с рабочего стола или документов, на диск F: / резервную копию. Я использовал:

rsync -avz --delete --chmod=ugo=rwX --modify-window=2  ...

В rsync рабочей области eclipse он начал обнаруживать кучу .metadata и т. Д., Я убил его до того, как он закончил.

В моей папке «Документы», похоже, перечислялось несколько каталогов, так что, может быть, это просто список каталогов, а не обнаружение файлов? Но обычно, когда rsync обнаруживает, что источник и место назначения действительно идентичны, он просто выходит, не выводя ничего вообще после отображения обычного «отправления инкрементного списка файлов» ... Именно это и произошло во ВТОРОЙ раз, когда я запустил rsync в папке Documents, который, я уверен, был ИДЕНТИЧНЫМ уже после моего успешного Acronis CLONE всего моего диска.

Это известная проблема с rsync в Windows? Есть ли решение или лучшие параметры командной строки, которые я могу использовать?

Кажется, я нашел билет. Отбросьте --chmod = ugo = rwX, что, конечно же, означает, что позже при попытке доступа к резервным копиям может быть отказано в разрешении из-за Windows NTFS ACL и т. Д., Но я предполагаю, что при просмотре его в Linux инструменты монтирования Linux ntfs будут игнорировать этот мусор и не волнует. Кто-нибудь, пожалуйста, поправьте меня, если я ошибаюсь.

В любом случае, это все еще немного сбивает с толку, почему разрешения назначения, то есть мой диск F, не были бы идентичны разрешениям исходного файла после фактического ПОЛНОГО КЛОНА диска с Acronis TrueImage. Но я думаю, возможно, что как только я ЗАГРУЗИЛ окна, он каким-то образом изменил права доступа к файлам на диске F :, который был КЛОНОМ диска C. Так что, если Windows каким-то образом «изменила» разрешения на клоне диска F: C, тогда было бы логично, что rsync chmod = ugo = rwX обнаружит это, а затем применит изменение разрешений.

Я решил отказаться от аргумента --chmod и вместо этого использовать --no-p --no-g --no-o С этими тремя у меня есть права игнорирования rsync, группа, владелец. И, похоже, это помогло, больше нет длинного списка обнаруженных измененных файлов в недавно клонированных данных acronis trueimage.