Permissions Error Time Capsule (не может rsync, принадлежащий root:wheel group)
Итак, я только что стёр свой диск Time Capsules объемом 2 ТБ и запустил скрипт синхронизации, который я написал вместе с Time Machine Backup. Они оба работали более одного дня без перебоев, но из-за того, что я начал видеть проблемы со своим сценарием. Сначала мне было отказано в доступе для удаления одной из папок на моем диске (мне пришлось принудительно удалить папку в терминале). Далее мой сценарий не удалось в целом сделать следующую ошибку:
rsync: ERROR: cannot stat destination "destination folder on Time Capsule": Permission denied (13)
Абсолютно не знаю почему. Я вошел в тома через терминал и заметил 2 вещи. Во-первых, у меня было два экземпляра жесткого диска моей Time Machine. Один назван как обычно, а другой с пометкой -1 после него (скажем, TimeCapsuleHDD и TimeCapsuleHDD-1). Если это не было достаточно странно, владельцем TimeCapsuleHDD был root: wheel с разрешениями drwx------. Владельцем TimeCapsuleHDD-1 был MyUserName: персонал с разрешениями drwx------. Я попытался изменить разрешения TimeCapsuleHDD (куда и записываются мои приложения синхронизации) через chown и chmod 755, но это ничего не изменило. Я также попытался указать chown MyUserName: staff безуспешно. Кто-нибудь знает, в чем причина? Я теперь отчаянно обнуляю свой двигатель, надеясь восстановить надлежащее владение. Я даже не мог сдаться в него, не войдя в систему как root. Если это повторится, я бы хотел узнать, как это исправить. Я читал, что это может быть связано с проблемами с ACL. Хуже всего то, что у меня была проблема с разрешениями на моем новом iMac 2013 года, когда мне пришлось восстанавливать установку Mountain Lion, чтобы исправить случайно возникшие проблемы (я не смог создать новую учетную запись на своем компьютере в качестве разрешений было отказано).
1 ответ
Единственный ответ, который я могу сделать, заключается в том, что файлы ACL были испорчены (что в этом случае они должны были бы редактироваться вручную без использования команды chmod и тому подобного). Это не объясняет неправильное обозначение в соглашениях об именах для TimeCapsuleHDD и TimeCapsuleHDD-1. Теперь, как я мог сказать раньше, у меня не было доступа к TimeCapsuleHDD, но у меня был полный доступ к TimeCapsuleHDD-1. После очистки диска и повторной попытки все кажется, что имена поменялись местами. Я понятия не имею, для чего предполагается использовать TimeCapsuleHDD-1 (поскольку существует монтирование, называемое резервными копиями Time Machine, которое, как я предполагаю, будет для Time Machine), в то время как TimeCapsuleHDD предполагается в качестве монтирования сетевого жесткого диска в томах. Каким-то образом эти имена монтировок были заменены для меня (не спонтанно, потому что это произошло после предыдущих синхронизаций) Это могло вызвать проблему (все еще интересно, почему они спонтанно меняются, хотя). После вайпа я заметил, что у меня есть TimeCapsuleHDD и root:wheel владеет TimeCapsuleHDD-1.
Изменить: теперь я знаю, что вызывает TimeCapsuleHDD-1, и что вызвало эту ошибку разрешений. Похоже, что OSX создает и выполняет горячую замену этих файлов в папке "Тома" в зависимости от того, какое из подключений (резервное копирование Time Machine или фактическое подключение жесткого диска) будет выполнено первым. Когда Time Machine запускается, он называет временное монтирование, основываясь на названии жесткого диска. Если у вас уже установлен жесткий диск, он будет дублировать -1 после него, если нет... он примет обычное имя. Следовательно, если вы смонтируете жесткий диск после запуска Time Machine, ваш монтирование будет помечено -1 после него (что немо для imo). Чтобы предотвратить это, вы должны установить жесткий диск при загрузке. Странная часть, я уже сделал это... но я думаю, что в какой-то момент он отключился, и они переключились. Вот ссылка, которую я нашел для получения дополнительной информации: https://discussions.apple.com/thread/4367885?start=0&tstart=0.