Quelqu'un connait une solution contre la corruption de la source ou de la destination avec rsync ?
Avec les options par defaut rsync ne verra rien si une corruption arrive puisqu'il se base uniquement sur les informations de l'inode (taille et mtime). On peut activer la vérification avec checksum pour détecter les corruption, passer l'output en --itemize-change et grepper sur ">fc.." qui nous sortira tout les fichiers ou il y eu corruption. Le problème c'est qu'on ne sait toujours pas si c'est la source ou la destination qui est corrompue. Et on ne peut pas le savoir sauf avoir gardé un checksum des fichiers lors du dernier incrément.
Bref faut pas mal scripter pour avoir un truc un peu robuste, et j'ai pas vu de wrapper simples pour ce problème. Quelqu'un en connait un ?
PS: Utiliser un FS moderne qui checksum les blocks n'est pas une option envisageable. Avec un btrfs avec checksum + replication on pourra s'en passer.
# Corruption
Posté par ckyl . En réponse au sondage Quel logiciel libre pour vos sauvegardes ?. Évalué à 4.
Quelqu'un connait une solution contre la corruption de la source ou de la destination avec rsync ?
Avec les options par defaut rsync ne verra rien si une corruption arrive puisqu'il se base uniquement sur les informations de l'inode (taille et mtime). On peut activer la vérification avec checksum pour détecter les corruption, passer l'output en --itemize-change et grepper sur ">fc.." qui nous sortira tout les fichiers ou il y eu corruption. Le problème c'est qu'on ne sait toujours pas si c'est la source ou la destination qui est corrompue. Et on ne peut pas le savoir sauf avoir gardé un checksum des fichiers lors du dernier incrément.
Bref faut pas mal scripter pour avoir un truc un peu robuste, et j'ai pas vu de wrapper simples pour ce problème. Quelqu'un en connait un ?
PS: Utiliser un FS moderne qui checksum les blocks n'est pas une option envisageable. Avec un btrfs avec checksum + replication on pourra s'en passer.