Итак, я только что стёр свой диск 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 ответ1

0

Единственный ответ, который я могу сделать, заключается в том, что либо файлы 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.

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