Cómo reparar la máquina del tiempo después de que pierde su historial

0

Estoy ejecutando Mavericks 10.9.4 en un MacBook Pro. Realizo copias de seguridad de la máquina de forma regular en un Synology NAS (detrás de un enrutador Fritz Box). Esto funcionó bien todo el tiempo. La última copia de seguridad se realizó el jueves pasado antes de que entrara el fin de semana.

Hoy recibí de repente el mensaje de que mi copia de seguridad tiene 230 días de antigüedad, así que comencé a investigar, ya que esto no puede ser. TM dice, la primera y la última copia de seguridad son del 3 de febrero de 2014. Cuando instalo TM, también obtengo esta opción para restaurar datos, por lo que aborté.

Viendo los registros de hoy, obtengo las siguientes líneas relacionadas kernel y backupd : enlace

Partes interesantes en el registro (en la esencia)

  • 21 de septiembre 22:08:39: inicia una copia de seguridad típica (de alguna manera, 360 MB requieren 2,97 GB)
  • 21 de septiembre 22:19:13: el adelgazamiento posterior a la copia de seguridad informa varias líneas

de los siguientes

Sep 21 22:19:13 hamal.fritz.box com.apple.backupd[2349]: Error: Error Domain=NSOSStatusErrorDomain Code=-50 "The operation couldn’t be completed. (OSStatus error -50.)" (paramErr: error in user parameter list) deleting backup: /Volumes/Time Machine-Backups/Backups.backupdb/hamal/2014-09-21-220952.inProgress/6567A66B-EB3A-45DF-BEBF-EFD8C8D90AD5
  • 21 de septiembre 22:20:56: elimina algunas copias de seguridad antiguas (¿por qué? no se da una pista)
  • 21 de septiembre 22:23:55: el mismo error para básicamente todas las copias de seguridad que me faltan

como el siguiente

Sep 21 22:23:55 hamal.fritz.box com.apple.backupd[2349]: Error: (20) getxattr for key:com.apple.backupd.SnapshotContainer path:/Volumes/Time Machine- Backups/Backups.backupdb/hamal/2014-08-31-103145
Sep 21 22:23:55 hamal kernel[0]: disk4s2: 0xc014 (UNDEFINED).
  • 21 de septiembre 23:05:59: varios errores

de los siguientes

Sep 21 23:04:02 hamal.fritz.box backupd[349]: Property list invalid for format: 200 (property lists cannot contain NULL)

Volumen de copia de seguridad

El volumen de copia de seguridad se ve bien. No hay informes de errores y no está lleno:

Sheratan> df -h /volume1/Time\ Backup/
Filesystem                Size      Used Available Use% Mounted on
/dev/vg1000/lv            3.6T    708.2G      2.9T  19% /volume1

En la web

Encontré este hilo: Time Machine falla relacionado con "Lista de propiedades no válida para el formato: 200 ( las listas de propiedades no pueden contener NULL) "y agregaron una ruta irrelevante a mi lista de exclusión, pero sin ninguna diferencia.

¿Alguien tiene una identificación que podría ir mal al seguir las sugerencias en enlace ? ?

¿Alguna pista de lo que salió mal aquí y de cómo recuperar mi historial de copias de seguridad en TM?

Thx

    
pregunta Karsten S. 23.09.2014 - 22:40

1 respuesta

0

Finalmente encontré una forma de solucionar el problema aunque todavía no sabía qué lo estaba causando.

Supongo que la última copia de seguridad (2014-09-22) dañó los datos (por cualquier motivo) y teniendo en cuenta las entradas de los registros no estaba seguro de si esta copia de seguridad estaba realmente completa. Así que quería deshacerme de él.

En /Library/Preferences/com.apple.TimeMachine.plist , la clave Destinations > Item 0 > SnapshotDates solo tenía una entrada, la del 3 de febrero, aunque el montaje de la imagen de TimeMachine mostró que todas las copias de seguridad están disponibles en el disco.

  • Escogí el archivo plist mencionado anteriormente de la unidad de copia de seguridad de la última copia de seguridad que funcionó (2014-09-18) y lo copié en su lugar.
  • Luego abrí TimeMachine, que ahora mostraba todas las copias de seguridad, incluida la de la 22 (!), que luego eliminé a través del menú de engranajes. Esto tomó un tiempo.

Después de este proceso, el enlace Latest aún apuntaba al último directorio que no existía (¿error en TimeMachine?), pero ahora pude crear manualmente una nueva copia de seguridad que tuvo éxito y todas las copias de seguridad subsiguientes hasta ahora también fueron exitosas.

    
respondido por el Karsten S. 24.09.2014 - 22:10

Lea otras preguntas en las etiquetas