El arranque en modo de un solo usuario puede causar un recorrido profundo. Lo hizo por mí una vez, pero no en los siguientes. Eliminar /.fseventsd definitivamente lo hará. Debería ser seguro hacerlo en modo de usuario único. Eliminar /.fseventd en el volumen backup no provocó un recorrido profundo para mí. (Mi sistema continuó de forma normal y nunca lo volvió a crear).
tmutil compare
es solo un poco exacto. Parecía identificar con precisión los archivos que no fueron respaldados al principio. Desencadené un recorrido profundo para corregir esto, pero Time Machine todavía no hace copias de seguridad de muchos archivos. Sin embargo, tmutil compare
ahora afirma que no hay un problema. Yo confiaría:
rsync --dry-run --itemize-changes --checksum --protect-args -aNHAXx --protect-decmpfs --fileflags --force-change --delete path/to/source_dir/ path/to/destination_dir/
Use /Volumes/<your time machine volume>/Backups.backupdb/<your machine name>/Latest/
como la ruta de origen o de destino. --itemize-changes
nos permite ver qué es diferente; '--checksum' le dice a rsync
que compare los contenidos del archivo, en lugar de solo los tiempos de modificación y el tamaño del archivo; y --dry-run
le dice a rsync que no haga copias de seguridad (así que solo nos dice lo que haría). El resto de los argumentos son indicadores que le dicen a rsync que haga que el destino sea idéntico al origen en todos los aspectos, incluidos los metadatos y el estado de compresión HFS. Creo que Time Machine agrega metadatos de contabilidad que elimina cuando se restaura, por lo que rsync
puede encontrar cambios de metadatos falsos.