Time Machine «UUID хранилища событий не совпадают по объему» после замены диска

Мой новый жесткий диск умер на прошлой неделе, и мне пришлось поместить резервную копию моего старого диска в мой Mac Mini, на котором установлен Snow Leopard. Затем я смог восстановить свою последнюю резервную копию Time Machine.

Когда я обновил несколько месяцев назад, я использовал Carbon Copy и у меня были проблемы с разрешением.

Итак, в моей системе сейчас находится мой старый диск, но когда я пытаюсь сделать резервную копию Time Machine, это ОЧЕНЬ медленно. Он использует те же настройки / местоположения, что и раньше. я скачиваю ТМ Бадди , который говорит ...

Starting standard backup
Backing up to: /Volumes/Mac Time Machine/Backups.backupdb
Event store UUIDs don't match for volume: Macintosh HD
Waiting for index to be ready (100)
Waiting for index to be ready (100)
Node requires deep traversal:/ reason:must scan subdirs|new event db|
No pre-backup thinning needed: 109.39 GB requested 
      (including padding), 121.15 GB available

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

Что я могу сделать, чтобы решить эту проблему?

— Jules
источник

Проблема в том, что UUID диска вашего Mac не совпадает с тем, который хранится на томе TM. Вы, вероятно, создаете новую резервную копию вместо того, чтобы постепенно обновлять старую. Решение будет включать изменение UUID на томе ТМ. Я должен посмотреть, смогу ли я собрать некоторую информацию, должен быть решаем.

— slhck

Это имеет смысл, с нетерпением ждем вашего решения. Я попробовал это web.me.com/pondini/Time_Machine/A4.html который удаляет com.apple.TimeMachine.plist, который не помог.

— Jules

В нем также говорится о резервном копировании 32 КБ из 92,25 ГБ примерно через 20 минут :(

— Jules

И действительно ли это было полное восстановление старого диска и, следовательно, полное уничтожение старого содержимого этого старого диска? (Другими словами: как если бы это был совершенно другой диск?)

— Arjan

Да, это было полное восстановление с помощью опции из программы установки с моего серого DVD.

— Jules

Ответы:

Чтобы это исправить: подождите.

После выполнения полного восстановления Time Machine всегда создает полную резервную копию. Не зная Зачем Apple считает, что это необходимо, я бы предпочел надежное резервное копирование с течением времени и дискового пространства. Смотрите также Apple Mac OS X 10.5: Time Machine выполняет полное резервное копирование после полного восстановления ,
Во всех других случаях: Time Machine обнаружила, что не может определить, что находится в вашей резервной копии, а что нет, и должна сравнить оба. Вы, вероятно, также видите Node requires deep traversal,

Это не связано с идентификатором самого диска (оборудования). ТМ хранит FSEvents ID он использовался для последнего резервного копирования в «расширенном атрибуте» com.apple.backupd.SnapshotVolumeLastFSEventID на диске. Обычно все, что требуется для определения того, что изменилось, - это сравнить это значение с идентификатором, известным в OS X. Однако, если по какой-то причине базе данных OS X FSEvents больше нельзя доверять, она создает новую, которая меняет свою уникальную UUID. TM проверяет, можно ли использовать базу данных FSEvents для конкретного резервного диска, сравнивая этот уникальный UUID с UUID, который хранится вместе с резервной копией, в com.apple.backupd.SnapshotVolumeFSEventStoreUUID, Таким образом, после создания новой базы данных FSEvents эти идентификаторы UUID больше не совпадают, и TM необходимо сравнить жесткий диск с резервной копией или создать полную резервную копию.

— Arjan
источник

Да, он также говорит: «Узел требует глубокого обхода». Так как мой комментарий выше, 7 минут назад, теперь он говорит 35kb из 92.25GB, с такой скоростью я буду на год старше к тому времени, когда он закончит?

— Jules

Фактически я начал резервное копирование сегодня днем, и через час это сделало 52 КБ. Наверняка должно быть что-то, что я могу сделать, или это лжет мне?

— Jules

ТМ знает только, если что-то изменено для каждого каталога. Эти 92,25 ГБ могут быть общим размером всех измененных каталогов, но фактически измененные файлы могут быть меньше. Так может быть 35 КБ на самом деле не 35 КБ из 92,25 ГБ. Не знаю

— Arjan

Вы уверены, что это не проблема в моем ответе (в настоящее время удалено ниже)? Жюль поменял свой диск, поэтому UUID не будут совпадать.

— slhck

Я добавил полный текст от TM Buddy на мой вопрос

— Jules

Я обнаружил, что проблема UUID решена, и резервное копирование продолжается после многих сообщений, подобных этому:

15.03.12 1:49: 35.010 PM com.apple.backupd: Ожидание готовности индекса (100)

НО, только если на резервном диске достаточно места. Мой диск был очень заполнен, и это «ожидание индекса» продолжалось до тех пор, пока я не освободил место на диске.

— Jack
источник