Обновить загрузочный диск OS X с помощью rsync?

Question

Вопрос:

возможно ли сохранить загрузочный резервный диск OS X обновленным с помощью rsync? Если rsync не является жизнеспособным вариантом, есть ли альтернативы?

Настройка:

Моя ситуация, как показано выше. Один внутренний Samsung 840 SSD [120g] используется в качестве моего загрузочного диска OS X 10.8 на последней модели Mac Mini. Я успешно клонировал этот диск с дисковой утилитой на 125-граммовый раздел другого жесткого диска во внешнем корпусе USB 3, и в этот момент я могу загрузить его.

Цель:

Поскольку моя последняя система работала в пламенном пламени, унося с собой много ценных данных, я с новым уважением отношусь к подходящему решению для резервного копирования и очень хочу сделать это правильно. Моя цель - обеспечить автоматическое разностное резервное копирование / обновление с диска A на диск B, а самое главное - поддерживать возможность загрузки на внешнем диске. И я бы предпочел сделать это по-разному, чтобы минимизировать нагрузку на диски. Следовательно, rsync был первым, что пришло на ум.

Что я пробовал:

следуя вместе с дифференциальным решением для резервного копирования Mac Jamie Zawinski

Запуск этого вручную изначально работал - я проверил это с очень незначительным изменением файла, и все было отлично / внешняя загрузка и все. теперь после последующих проходов rsync не может выдать ошибки, особенно связанные с обновлением «boot.efi» (в данный момент не на машине, я обновлю точное сообщение журнала, как только вернусь домой)

это проблема размера раздела диска? rsync требует больше места?

если это не может быть сделано, есть ли альтернативы? я слышал шепот дд

РЕДАКТИРОВАТЬ: (для дополнительной информации)

• OS X 10.8.4
• 2,3 ГГц Intel Core i7

• Mac Mini

• Диск A - это SDD емкостью 120 гигабайт, в котором используется всего около 35 гигабайт.

• Диск B является разделом 125 г, как указано выше, и использует только около 35 г с другим ~ = 90 г свободного места

• я просто выбрасывал это, поскольку я точно не знаю, как работает rsync, но не могу себе представить, что он будет использовать более 125 г «чистого» пространства для дифференциального резервного копирования 35 гигабайт данных и настроек.

ОБНОВИТЬ:

После нескольких часов неспособности воссоздать проблему и неуспешной работы я наткнулся на несколько существующих вариантов программного обеспечения и попробовал их.

Еще хотелось бы узнать правильный способ дифференциального обновления клонированного загрузочного диска с помощью rsync и благословить, если есть кто-то с работающим процессом.

Answer 1

Мой новый скрипт обертывает rsync и предоставляет именно эту функциональность. Он предназначен для создания чистых, загружаемых клонов Mac OS X и обеспечивает комплексное ведение журнала и обработку ошибок.

https://github.com/jedda/Counterpart

Answer 2

Я использовал Carbon Copy Cloner для чего-то подобного раньше. Это не бесплатно, но это довольно дешево, и вы можете использовать его в течение 30 дней бесплатно.

Answer 3

Вы должны просмотреть и опубликовать (анонимно) /var/log/syslog.log вывод после запуска скрипта. Если это не поможет вам разобраться, пожалуйста, не стесняйтесь размещать соответствующие анонимные данные журнала. Вот как я пришел, чтобы решить мои проблемы с этим.

показал ошибки разрешений для меня

$ cat /var/log/syslog.log | grep rsync

Как вы можете заметить, при просмотре журналов будет ошибка, если вы не сможете записать или прочитать целевую резервную папку. В оригинальных инструкциях в блоге говорится, чтобы вы сняли флажок "игнорировать разрешения" целевого резервного диска в Finder (я также должен был разрешить администратору чтение / запись), чтобы rsync мог это делать. Если вы вернетесь назад и посмотрите на разрешения позже, вы увидите, что OSX имеет тенденцию идти вперед и изменять их обратно на исходные конфигурации при каждом отключении диска (т. Е. При перезагрузке, спящем режиме или извлечении).

Просматривая форумы, я обнаружил, что это поведение связано с файлом с именем /var/db/volinfo.database. Видимо, удаление этого файла, а затем установка необходимых разрешений исправляет это поведение. Кажется, сейчас работает ... Возможно, мне придется защитить этот файл от записи после настройки или ... как изменить скрипт, чтобы изменить разрешения, как требуется, перед запуском задачи rsync ...

$ sudo rm /var/db/volinfo.database

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

Но да, это то, как я получил это решение для меня. Загрузился как шарм. Поначалу медленно ... но все происходило в центре внимания / конфигурации. Тогда следующая попытка пошла намного быстрее ...

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

Кроме того, вы можете попробовать добавить в свой или любой другой скрипт команду, чтобы благословить диск и разбить его; OSX, по-видимому, больше не уважает владение вставляемым носителем и сделает ваш диск больше не загружаемым, если у него есть такая возможность. Кроме того ... глупый вопрос, но вы удерживаете опцию при загрузке? Даже с CCC я не могу загрузиться с моего загрузочного носителя в режиме целевого диска ... каждый раз при загрузке он должен быть OPT.