L'avvio in modalità utente singolo può causare un attraversamento profondo. Ha fatto per me una volta, ma non in tempi successivi. Cancellare /.fseventsd lo farà sicuramente. Dovrebbe essere sicuro farlo in modalità utente singolo. L'eliminazione di /.fseventd sul volume backup non ha attivato per me un deep traversal. (Il mio sistema è continuato come normale e non lo ha mai nemmeno ricreato.)
tmutil compare
è solo un po 'accurato. Sembrava identificare accuratamente i file che non erano stati sottoposti a backup all'inizio. Ho attivato un deep traversal per correggere questo problema, ma Time Machine non esegue ancora il backup di molti file. Eppure tmutil compare
ora afferma che non c'è un problema. Mi fiderei:
rsync --dry-run --itemize-changes --checksum --protect-args -aNHAXx --protect-decmpfs --fileflags --force-change --delete path/to/source_dir/ path/to/destination_dir/
Utilizza /Volumes/<your time machine volume>/Backups.backupdb/<your machine name>/Latest/
come percorso di origine o di destinazione. --itemize-changes
ci permette di vedere cosa è diverso; '--checksum' dice a rsync
di confrontare effettivamente il contenuto del file, piuttosto che solo i tempi di modifica e le dimensioni del file; e --dry-run
dice a rsync di non effettuare il backup (quindi ci dice solo cosa farebbe). Il resto degli argomenti sono flag che indicano che rsync rende la destinazione identica alla sorgente in ogni modo, inclusi i metadati e lo stato di compressione HFS. Credo che Time Machine aggiunga metadati di contabilità che rimuove durante il ripristino, quindi rsync
potrebbe trovare spurie modifiche ai metadati.