Después de un par de pánico del kernel y accidental caliente-desconectar de mi Firewire Máquina del Tiempo de la unidad, me gustaría asegurarme de que mi Máquina del Tiempo coincide exactamente con mi Macintosh HD, como rsync -a. Hay una manera de forzar la Máquina del Tiempo para hacer un profundo recorrido para comprobar que la copia de seguridad de los partidos?
Saber cómo hacer esto en el Leopard, Snow Leopard y Lion sería útil.
Configuración de la Máquina del Tiempo de destino a la nada y, a continuación, volver a poner a la misma ubicación que antes de que las fuerzas de un profundo recorrido para mí. Usted podría tratar de reiniciar entre el cambio de destino y el volver a agregar, para aumentar la posibilidad de un profundo recorrido que se acciona.
Peor de los casos, podríamos muck en modo de usuario único para destruir la fseventsd directorio en un tiempo seguro cuando el sistema no está contando con él para ser correcta, por lo que han obligado a una nueva base de datos que no coinciden. Usted podría presumiblemente eliminar esto de la TM lado, pero me gustaría quitar el arranque de la copia como marginalmente más seguro y menos propenso a la destrucción de los datos que usted necesita o alterar la configuración de copia de seguridad.
Si usted está inclinado a usar la línea de comandos o terminal, me gustaría empezar con tmutil compare , incluso antes de cosa acerca de cómo forzar un profundo recorrido. Se compara explícitamente las cosas tal como existen ahora a la última instantánea y puede forzar las cosas mediante la especificación de un externo específico instantánea si usted está preocupado acerca de un local de instantáneas que se compara.
El arranque en modo de usuario único puede provocar un profundo recorrido. Que hizo por mí una vez, pero no los tiempos posteriores. Eliminación /.fseventsd definitivamente. Debe ser seguro hacer esto en modo de usuario único. Eliminación /.fseventd en la copia de seguridad de volumen no desencadenar una profunda transversal para mí. (Mi sistema continuó como normal y nunca re-creado.)
tmutil compare es sólo algo preciso. Parecía a identificar con precisión los archivos que no fueron respaldados en primera. Me provocó un profundo recorrido para corregir esto, pero la Máquina del Tiempo todavía no la copia de seguridad de muchos archivos. Sin embargo, tmutil compare afirma ahora que no hay un problema. Me gustaría confianza:
rsync --dry-run --itemize-changes --checksum --protect-args -aNHAXx --protect-decmpfs --fileflags --force-change --delete path/to/source_dir/ path/to/destination_dir/
Uso /Volumes/<your time machine volume>/Backups.backupdb/<your machine name>/Latest/ como el origen o el destino de la ruta. --itemize-changes nos permite ver lo que es diferente; '--checksum' dice rsync realmente comparar el contenido, en lugar de sólo horas de modificación y el tamaño del archivo; y --dry-run dice rsync no a la realidad de copia de seguridad (por lo que sólo nos dice lo que haría). El resto de los argumentos son los indicadores de decirle a rsync que el destino idéntico a la fuente en todos los sentidos, incluyendo los metadatos y HFS estado de compresión. Yo creo que la Máquina del Tiempo, añade la contabilidad de metadatos que se elimina durante la restauración, por lo rsync puede encontrar espurias los cambios de los metadatos.
AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.
