0 votes

Comment réparer la machine à remonter le temps après qu'elle a perdu son historique

Je suis sous Mavericks 10.9.4 sur un MacBook Pro. Je fais régulièrement des sauvegardes avec Time Machine sur un NAS Synology (derrière un routeur Fritz Box). Cela fonctionnait bien jusqu'à maintenant. La dernière sauvegarde a été effectuée jeudi dernier avant le week-end.

Aujourd'hui, j'ai soudainement reçu le message indiquant que ma sauvegarde date de 230 jours, ce qui ne peut pas être. TM indique que la première et la dernière sauvegarde remontent au 3 février 2014. Lorsque je monte TM, je n'ai également que cette option de restauration des données, donc j'ai annulé.

En examinant les journaux d'aujourd'hui, j'ai trouvé les lignes suivantes liées à kernel et backupd : https://gist.github.com/kassi/f5c3e379d8af21f71415

Parties intéressantes dans le journal (dans le gist)

  • 21 sep 22:08:39 : une sauvegarde typique démarre (quelque 360 Mo nécessitent 2.97 Go)
  • 21 sep 22:19:13 : l'apport de post-sauvegarde signale plusieurs lignes

comme celles-ci

21 sep 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 sep 22:20:56 : il supprime quelques sauvegardes plus anciennes (pourquoi ? aucune indication)
  • 21 sep 22:23:55 : même erreur pour pratiquement chaque sauvegarde manquante

comme celles-ci

21 sep 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
21 sep 22:23:55 hamal kernel[0]: disk4s2: 0xc014 (UNDEFINED).
  • 21 sep 23:05:59 : plusieurs erreurs

comme celles-ci

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

Volume de sauvegarde

Le volume de sauvegarde semble en bon état. Pas de rapports d'erreur et il n'est pas plein :

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

Sur le web

J'ai trouvé ce fil de discussion: Time Machine fails lié à "Property list invalid for format: 200 (property lists cannot contain NULL)" et j'ai ajouté un chemin irrelevant à ma liste d'exclusion, mais sans aucun changement.

Quelqu'un a-t-il une idée de ce qui pourrait mal se passer en suivant les indications dans https://discussions.apple.com/thread/5087920?start=0&tstart=0?

Avez-vous une idée de ce qui s'est mal passé ici et comment retrouver mon historique de sauvegarde dans TM ?

Merci

1voto

Benjamin Yunker Points 11

J'ai eu un problème similaire, mais je n'avais pas de sauvegarde du fichier plist à remplacer, alors j'ai fait ce qui suit pour recréer le tableau SnapshotDates :

J'ai supprimé les dernières sauvegardes (dans Finder; je n'ai pas pu le faire dans Terminal probablement en raison de la protection du système activée). Ensuite, j'ai ouvert le terminal et exécuté ce qui suit :

$ cd /Volumes/[Volume de Sauvegarde]/Backups.backupdb/[nom de l'hôte]
$ 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})/\1T\2:\3:\4Z<\/date>/"; done

Cela affiche toutes les sauvegardes au format .... ; j'ai copié cela, puis dans com.apple.TimeMachine.prefs, j'ai trouvé le volume de sauvegarde approprié sous l'élément Destinations, et j'ai remplacé le contenu du tableau SnapshotDates (pas le SnapshotDates, mais tout ce qui se trouve entre les balises ...) par les lignes copiées.

J'ai corrigé l'indentation des éléments pour correspondre, et enregistré le fichier.

Je n'ai pas encore effectué une nouvelle sauvegarde, j'attends toujours que les sauvegardes corrompues soient complètement supprimées, mais les plages de dates des sauvegardes existantes s'affichent maintenant correctement.

0voto

Daniel H Points 1052

J'ai enfin trouvé un moyen de contourner le problème même si je ne sais toujours pas ce qui le causait.

Je suppose que la dernière sauvegarde (2014-09-22) a corrompu les données (pour des raisons quelconques) et en tenant compte des entrées des journaux, je n'étais pas sûr que cette sauvegarde soit vraiment complète. J'ai donc voulu m'en débarrasser.

Dans /Library/Preferences/com.apple.TimeMachine.plist, la clé Destinations > Item 0 > SnapshotDates n'avait plus qu'une seule entrée, celle du 3 février, bien que le montage de l'image TimeMachine montrait que toutes les sauvegardes étaient disponibles sur le disque.

  • J'ai pris le fichier plist mentionné ci-dessus sur le disque de sauvegarde de la dernière sauvegarde fonctionnelle (2014-09-18) et je l'ai copié à sa place.
  • Ensuite, j'ai ouvert TimeMachine qui montrait maintenant toutes les sauvegardes, y compris celle du 22 (!!) que j'ai ensuite supprimée via le menu des engrenages. Cela a pris du temps.

Après ce processus, le lien Dernière pointait toujours vers le répertoire inexistant (bug dans TimeMachine ?), mais maintenant j'ai pu créer manuellement une nouvelle sauvegarde qui a réussi et toutes les sauvegardes ultérieures jusqu'à présent ont également réussi.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X