0 votos

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

Estoy ejecutando Mavericks 10.9.4 en un MacBook Pro. Hago copias de seguridad de Time Machine regularmente en un NAS de Synology (detrás de un router Fritz Box). Esto ha funcionado bien todo el tiempo. La última copia de seguridad se ha hecho el jueves pasado antes de entrar en el fin de semana.

Hoy me ha aparecido de repente el mensaje de que mi copia de seguridad tiene 230 días, así que me he puesto a investigar, ya que esto no puede ser. La TM dice que la primera y la última copia de seguridad son del 3 de febrero de 2014. Cuando monto TM también sólo me da esta opción para restaurar los datos de, así que aborté.

Mirando los registros de hoy obtengo lo siguiente kernel y backupd líneas relacionadas: https://gist.github.com/kassi/f5c3e379d8af21f71415

Partes interesantes en el registro (en el gist)

  • Sep 21 22:08:39: se inicia una copia de seguridad típica (de alguna manera 360 MB requieren 2,97 GB)
  • Sep 21 22:19:13: el adelgazamiento post-backup reporta varias líneas

de lo siguiente

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
  • Sep 21 22:20:56: borra algunas copias de seguridad antiguas (¿por qué? no se da ninguna pista)
  • Sep 21 22:23:55: el mismo error para básicamente todas las copias de seguridad que me faltan

como las siguientes

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).
  • Sep 21 23:05:59: varios errores

de lo siguiente

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 parece estar bien. No hay informes de error 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

He encontrado este hilo: La máquina del tiempo falla relacionado con "Lista de propiedades no válida para el formato: 200 (las listas de propiedades no pueden contener NULL)" y añadí alguna ruta irrelevante a mi lista de exclusión, pero sin ninguna diferencia.

¿Alguien tiene una idea de lo que puede salir mal cuando se siguen las pistas en https://discussions.apple.com/thread/5087920?start=0&tstart=0 ?

¿Alguna idea de qué ha fallado aquí y cómo recuperar mi historial de copias de seguridad en TM?

Gracias

1voto

Benjamin Yunker Puntos 11

Tuve un problema similar, pero no tenía una copia de seguridad del archivo plist para reemplazar, así que hice lo siguiente para recrear la matriz SnapshotDates:

Eliminé el último par de copias de seguridad (en Finder; no pude hacerlo en Terminal probablemente debido a la protección del sistema activada). Luego abrí la terminal y ejecuté lo siguiente:

$ cd /Volumes/[Backup Volume]/Backups.backupdb/[hostname]
$ for x in `ls`; do echo -n $x | sed -E "s/^([0-9]+-[0-9]{2}-[0-9]{2})-([0-9]{2})([0-9]{2})([0-9]{2})/<date>\1T\2:\3:\4Z<\/date>/"; done

Eso produce todas las instantáneas en formato <fecha>....</fecha>; las copié, luego en com.apple.TimeMachine.prefs, encontré el volumen de copia de seguridad apropiado bajo el elemento Destinos, y sobrescribí el contenido de la matriz SnapshotDates (no la <clave>SnapshotDates</clave>, sino todo lo que hay dentro de las siguientes etiquetas <array>...</array>) con las líneas copiadas.

Se ha corregido la sangría de los elementos para que coincidan y se ha guardado el archivo.

Todavía no he completado una nueva copia de seguridad, aún estoy esperando a que las copias de seguridad corruptas terminen de borrarse, pero los rangos de fechas de las copias de seguridad existentes ahora se muestran correctamente.

0voto

Daniel H Puntos 1052

Finalmente encontré una forma de evitar el problema, aunque todavía no sé qué lo causaba.

Supongo que la última copia de seguridad (2014-09-22) corrompió los datos (por los motivos que sean) y teniendo en cuenta las entradas de los registros no estaba seguro de que esta copia de seguridad estuviera realmente completa. Así que quería deshacerme de ella.

En /Library/Preferences/com.apple.TimeMachine.plist la clave Destinations > Item 0 > SnapshotDates sólo quedaba una entrada, la del 3 de febrero, aunque el montaje de la imagen de TimeMachine mostraba que todas las copias de seguridad estaban disponibles en el disco.

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

Después de este proceso, el Latest El enlace seguía apuntando al último directorio inexistente (¿un error en TimeMachine?), pero ahora pude crear manualmente una nueva copia de seguridad que tuvo éxito y todas las copias de seguridad posteriores hasta ahora también tuvieron éxito.

AppleAyuda.com

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.

Powered by:

X