Resposta curta para pelo menos o macOS 10.13.6:
Remova qualquer backup .inProgress do volume de backup. Isso pode exigir o uso da raiz, /bin/rm -rf
portanto, prossiga com cuidado .
Use o tmutil associatedisk
comando para religar o volume de backup ao volume principal. Por exemplo:
sudo tmutil associado -a / "/ Volumes / Backups de Time Machine / Backups.backupdb / Macintosh HD / Mais recente / Macintosh HD"
Em seguida, inicie um backup no item de menu Time Machine. No meu caso, em vez de concluir a verificação em 10 minutos (claramente não é uma verificação completa) e mostrar um terabyte para backup, a verificação levou mais de 30 e o tamanho do backup correspondia ao que tmutil compare
estava sendo dito.
Fundo:
Eu precisei forçar uma verificação profunda / completa após um instalador não autorizado (Reallusion) alterar as permissões de tudo em "/ Usuários / Compartilhados" (cerca de 1 terabyte de arquivos não modificados). Alterei todos eles novamente e tmutil
confirmei que a máquina do tempo não precisava mais fazer backup desses arquivos, mas um dos dois discos de backup insistia em usar alguma verificação em cache que dizia que sim.
Coisas que não funcionaram:
Removendo e Incluindo novamente o Volume de Backup das Preferências do Sistema
Limpando /.fseventsd
Instalando uma atualização do sistema
Removendo o backup .inProgress sem executar tmutil associated disk
Executando tmutil associated disk
sem remover .inProgress
Inicializando no modo de usuário único, montando / como leitura-gravação e tocando em um arquivo
Na maioria dos casos, os logs do backupd alegariam estar fazendo uma travessia profunda, mas levariam apenas alguns minutos e tentariam fazer backup de tudo. Aqui está o comando para monitorar backupd
ao vivo na 10.13 posteriormente:
fluxo de logs --style syslog --predicate 'senderImagePath contém [cd] "TimeMachine"' --info
Isso mostrará apenas novos eventos. Para logs dos últimos três dias:
log show --style syslog --predicate 'senderImagePath contém [cd] "TimeMachine"' --info - últimos 3d