Time Machine “UUIDs de armazenamento de eventos não correspondem ao volume” após trocar o disco

Question

Meu novo disco rígido morreu na semana passada e tive que colocar meu antigo disco rígido em meu Mac Mini, que está executando o Snow Leopard. Eu consegui restaurar meu último backup do Time Machine.

Quando atualizei há alguns meses, usei o Carbon Copy e tive problemas de permissão.

Então eu tenho meu disco antigo no meu sistema no momento, mas quando tento fazer um backup do Time Machine, é MUITO lento. Está usando as mesmas configurações / locais de antes. Eu baixei o TM Buddy , que diz ...

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

Estou tentando fazer um backup para colocar outra unidade nova, para fazer uma restauração do Time Machine, como fiz na semana passada.

O que posso fazer para corrigir este problema?

    

Answer 1

Para corrigir isso: aguarde.

• Depois de executar uma restauração completa, o Time Machine sempre criará um backup completo, por design. Sem saber porque a Apple acha que isso é necessário, eu prefiro um backup confiável ao longo do tempo e espaço em disco. Consulte também o Mac OS X 10.5 da Apple: O Time Machine executa backup completo após uma restauração completa .

• Em todos os outros casos: o Time Machine detectou que não é possível dizer o que está em seu backup e o que não está e precisa comparar os dois. Você provavelmente também está vendo Node requires deep traversal .

Isso não está relacionado ao ID do disco (o hardware) em si. A TM mantém o ID do FSEvents que usou nos últimos backup no "atributo estendido" com.apple.backupd.SnapshotVolumeLastFSEventID no disco. Normalmente, tudo o que é preciso para determinar o que mudou é comparar esse valor com o ID conhecido pelo OS X. No entanto, se por algum motivo o banco de dados do OS X FSEvents não puder mais ser confiável, ele criará um novo, que altera seu valor exclusivo. UUID. O TM verifica se o banco de dados do FSEvents pode ser usado para um disco de backup específico, comparando esse UUID exclusivo ao UUID armazenado com o backup, em com.apple.backupd.SnapshotVolumeFSEventStoreUUID . Então, depois que um novo banco de dados do FSEvents é criado, esses UUIDs não correspondem mais e a TM precisa comparar o disco rígido com o backup ou pode precisar criar um backup completo.

    

Answer 2

Descobri que o problema do UUID foi resolvido e o backup continua depois de muitas mensagens como esta:

3/15/12 1:49:35.010 PM com.apple.backupd: Waiting for index to be ready (100)

MAS, apenas se houver espaço suficiente na unidade de backup. Meu disco estava muito cheio e esse "aguardando índice" durou para sempre até eu recuperar um pouco de espaço na unidade.