Как восстановить неисправный внешний жесткий диск из Time Machine?

Мой внешний жесткий диск вышел из строя. Он больше не будет раскручиваться и поэтому не будет монтироваться. К счастью, я добавил его в мои резервные копии OSX Time Machine. Итак, поскольку диски дешевые, я могу просто купить новый, возможно, больший внешний диск и восстановить, верно? Но как мне сказать Time Machine, что это замена и восстановить на новый диск?

PS - Да, я удалил внешний диск из списка исключений TM и проверил, что резервная копия находится на собственном внешнем диске TM.

PPS - опубликовал этот же вопрос на форуме поддержки Apple и получил ответ, что мне просто нужно назвать новый диск таким же, как старый. Это было не от сотрудника Apple. Есть предположения?

Первым шагом будет присвоение названию нового диска так же, как и старого, но оно не восстановит ваши файлы. После этого вам нужно открыть (пустой) диск в Finder, а затем «Войти в Time Machine» из значка Time Machine в строке меню. Затем вы можете вернуться к своей последней резервной копии, выбрать все файлы и папки на верхнем уровне вашего (старого) диска, щелкнуть по ним, удерживая клавишу Control, и восстановить их. До этого я отключал резервные копии Time Machine, пока происходило это долгое восстановление.

Я попробовал Migration Assistant, но у него не было возможности выбрать конкретный жесткий диск для восстановления.

Я нахожусь в процессе восстановления с использованием этого метода, и мне еще предстоит выяснить, успешно ли Time Machine в Snow Leopard идентифицирует новый диск так же, как и старый. Когда я попробовал этот метод в прошлом году в Leopard, Time Machine решила, что диск с таким же именем - это новый диск с тем же именем - у меня получилось две резервные копии с именами «Ext HD» и Ext HD 1 », одна из которых была старый сброшенный диск и два вместе вдвое увеличивают объем пространства, использованного ими на моем резервном диске. Вы можете щелкнуть по элементу управления в Time Machine, удерживая его, чтобы удалить все резервные копии элемента, если вы окажетесь в такой ситуации, но тогда вы потеряете все свои старые архивные данные для резервного копирования.

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

Давайте предположим,

• ваш старый диск был смонтирован под /Volumes/USB-old
• новый диск монтируется как /Volumes/USB-new(может совпадать с именем старого). Я использую другое имя, чтобы понять, что к чему)
• резервное копирование машины времени находится под /Volumes/backups

Чтобы восстановить машину времени остановки резервного копирования (в настройках: снимите флажок «Автоматически создавать резервные копии») и восстановите ее в командной строке:

sudo tmutil restore /Volumes/backups/Backups.backupdb/MacBookPro/Latest/USB-old/* /Volumes/USB-new

Вы можете связать новый диск с резервной копией, используя:

sudo tmutil associatedisk /Volumes/USB-new /Volumes/backups/Backups.backupdb/MacBookPro/Latest/USB-old

Примечание: даже если ваш новый диск смонтирован под тем же именем, что и старый, вы должны выполнить указанную выше команду, потому что машина времени использует UUID диска, а не имя диска, чтобы связать резервную копию (см. man tmutil)!

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

Называя новый том так же, как и старый, очень легко вернуться на один шаг назад и восстановить содержимое корневого каталога этого тома.

Похоже, что восстановление не выполняет копирование расширенных атрибутов

com.apple.metadata:_kTimeMachineNewestSnapshot 

и

com.apple.metadata:_kTimeMachineOldestSnapshot

этот Time Machine использует, чтобы решить, нужно ли ему сделать резервную копию файла. Таким образом, когда вы снова включаете Time Machine с новым томом на месте, он создает резервную копию еще одной копии каждого отдельного файла, вместо того, чтобы создавать еще один набор жестких ссылок на копию, которая у него уже есть. Если у вас достаточно большой резервный диск, это нормально (не идеально, но хорошо). Если на вашем резервном диске нет дополнительного места, возможно, у вас проблема.

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

В моем понимании, пытаться избежать «дублирования» файлов в новой резервной копии USB бесполезно. Вот почему:

Я только что столкнулся с той же ситуацией, что и OP, и через официальный чат службы поддержки Apple прошел процесс восстановления файлов вручную с помощью Finder для доступа к базе данных резервного копирования TM. То, что я обнаружил - и проверено OAP - это то, что TM создает полную копию ВНЕШНЕГО HDD каждый раз, когда резервирует его. (Не так для внутреннего HD)

То есть я захожу в КАЖДУЮ «папку с датами», и там есть полный набор моих файлов (очевидно, на дату резервного копирования), на которых хранятся десятки копий старых файлов. OAS подтвердила, что это происходит «по замыслу», действительно, неэффективно с точки зрения скорости и места, и это одна из причин, по которой TM по умолчанию и автоматически помещает внешние диски в список исключений.

Соответственно, после восстановления мне придется перейти в КАЖДУЮ папку в базе данных и удалить файлы «старых» резервных копий, если я хочу сэкономить место на диске Time Capsule. Как вы можете видеть, «сопоставление» старых дисков с новыми резервными копиями не влияет на уменьшение количества копий файлов в базе данных резервных копий.

Опять же, это был реальный случай и с помощью официального чата Apple Support.

Я надеюсь, что это добавляет к предыдущим рекомендациям и приветствуется комментарии или другой опыт.

Какие-нибудь рекомендации по более качественному, ПОЛНОМУ резервному копированию программного обеспечения MacOS для резервного копирования USB-накопителей? А для резервного копирования NAS? - Забудьте об облаке, восстановление которого займет несколько месяцев в случае крупного сбоя (а за пределами США вы не получаете услуги доставки почты по восстановленным дискам), так что у меня это есть, но в случае Plan-C.