En bref : notez une empreinte de chaque fichier au moment d'écrire la sauvegarde, et relancez la vérification sur la sauvegarde plus tard.
Si les empreintes correspondent toujours, les octets sont toujours là. Rien d'autre ne le prouve.
Quatre choses tournent mal, et aucune ne s'annonce :
Les quatre se ressemblent vus de l'extérieur : un dossier plein de fichiers aux noms et dates plausibles.
Au moment d'écrire la sauvegarde, notez ce que vous avez écrit :
find /Volumes/Backup/Documents -type f -exec shasum -a 256 {} + > ~/backup.sha256
Plus tard, demandez si la sauvegarde correspond toujours à cette trace :
shasum -a 256 -c ~/backup.sha256
Chaque ligne revient OK ou FAILED. Un fichier qui a entièrement disparu est signalé comme illisible, et c'est le comportement voulu : un fichier manquant est un échec, pas une absence de preuve.
Gardez le fichier d'empreintes ailleurs que sur le disque de sauvegarde. Une trace stockée à côté de ce qu'elle décrit meurt avec lui.
Question distincte, et c'est celle qui piège les gens. Le fichier le plus récent de la sauvegarde vous dit quand la tâche a réussi pour la dernière fois :
find /Volumes/Backup -type f -newermt '-7 days' | head
Aucune sortie signifie que rien n'a été écrit depuis une semaine. Si vous comptez sur Time Machine, demandez-le-lui directement :
tmutil latestbackup
Les empreintes prouvent que les octets ont survécu. Elles ne prouvent pas que vous pouvez récupérer un fichier, car cela dépend aussi de l'outil, de l'index, de la clé de chiffrement et de votre souvenir de leur usage. Une ou deux fois par an, restaurez quelques fichiers dans un dossier de test et ouvrez-les.
Choisissez un fichier qui vous manquerait vraiment, pas un document de test. Le but de l'exercice est de découvrir que votre clé de récupération est sur une note dans le Mac sauvegardé, et de le découvrir un mardi tranquille.
Une vérification automatique a trois propriétés que la version manuelle n'a pas : elle tourne que vous y pensiez ou non, elle vérifie chaque morceau, y compris ceux auxquels vous n'auriez pas pensé, et elle vous prévient dès qu'elle échoue.
Copy Shelter relit la sauvegarde et vérifie chaque morceau avec l'empreinte sous laquelle il a été stocké, signale un morceau supprimé comme manquant, et ne compte que les copies réellement vérifiées. Il se manifeste aussi après 7 jours sans sauvegarde réussie, ce qui détecte la quatrième panne ci-dessus, la plus fréquente.
shasum est-il lent ?Il lit chaque octet : cela prend donc à peu près le temps de copier les données. C'est tout l'intérêt : une vérification qui ne lit pas les données ne peut pas détecter un disque qui ne les rend pas.
Oui, et un échantillon aléatoire vaut bien mieux que rien. find ... | shuf -n 50 vous donne cinquante fichiers à vérifier, ce qui détectera vite un disque défaillant ou une tâche arrêtée, mais pas un fichier corrompu isolé.
Les fournisseurs de stockage contrôlent leurs propres copies par somme de contrôle, ce qui vous protège de la panne de leurs disques. Cela ne vous protège pas d'un envoi jamais terminé, d'un fichier déjà corrompu au moment de l'envoi, ou d'une synchronisation arrêtée. La vérification doit se faire de votre côté.
N'écrasez pas la sauvegarde. Faites d'abord une seconde copie depuis votre Mac vers un autre stockage, puis déterminez laquelle des deux est fausse. Une vérification échouée sur une sauvegarde que vous relancez aussitôt, c'est une vérification échouée dont vous venez de détruire les preuves.
Une fois par mois est un rythme raisonnable pour une vérification complète, une fois par semaine pour un échantillon, et une ou deux fois par an pour une vraie restauration. Tout ce qui est planifié vaut mieux que tout ce dont il faut se souvenir.
À lire aussi : la règle de sauvegarde 3-2-1, et ce que les gens comprennent mal.