3

Я использую rsync на Mac для резервного копирования на USB-диск или сетевой образ (также в формате HFS+). У меня проблемы с файлами из подкаталогов .svn, такими как «all-wcprops» или «entry» - при извлечении или обновлении Subversion помечает их как доступные только для чтения (биты разрешений 444).

Моя команда rsync задыхается от этого; во время первого запуска их резервное копирование выполняется корректно, но любые изменения приводят к ошибкам "отказано в разрешении" на цели (томах резервного копирования).

Может быть, это артефакт Tortoise SVN - на самом деле я использую его с виртуальной машины XP для выполнения операций SVN. Но не использовать черепаху не вариант.

Как я могу это исправить? Я потратил некоторое время на просмотр руководств по rsync, и все правильные флаги, похоже, установлены. В настройках Tortoise также не найдено ничего, что позволило бы мне запретить пометить эти файлы только для чтения.

Вот моя команда rsync:

rsync -aNHAX --inplace --verbose --delete --delete-excluded --fileflags --force-change --exclude-from=.rsync/exclude-list ~ $backup_dir

2 ответа2

4

Я думаю, что вы не можете использовать «--inplace» или синхронизировать в два этапа.
Это улучшение rsync также может помочь вам.

0

Я думаю, что проблема может заключаться в том, что на внешнем диске или сетевом образе может быть пробел в пути к тому, и rsync не выходит за его пределы.

То есть, если ваш том называется "Big Honking USB", путь, вероятно, будет что-то вроде

/Volumes/Big Honking USB

и rsync не достаточно умен, чтобы понять это и убежать из космоса. Попробуйте выполнить rsyncing куда-нибудь вроде /home /username /Downloads и посмотреть, работает ли это.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .