bup-fsck - vérifier ou réparer un référentiel bup
bup fsck [-r] [-g] [-v] [--quick] [-j jobs] [--par2-ok] [--disable-par2] [filenames...]
bup fsck est un outil de validation des référentiels bup de la même manière que git fsck valide les référentiels git.
Il peut également générer et/ou utiliser des "blocs de récupération" à l'aide de l'outil par2(1) (si vous l'avez installé). Cela vous permet de récupérer des blocs endommagés couvrant jusqu'à 5 % de vos fichiers .pack.
Dans un système de sauvegarde normal, les blocs endommagés sont moins importants, car il y a généralement suffisamment de données dupliquées entre les jeux de sauvegarde pour qu'un seul jeu de sauvegarde endommagé ne soit pas critique. Dans un système de sauvegarde avec déduplication comme bup, cependant, aucun bloc n'est jamais stocké plus d'une fois, même s'il est utilisé dans chaque sauvegarde. Si ce bloc devait être irrécupérable, tous vos jeux de sauvegarde seraient endommagés en même temps. Ainsi, il est important de pouvoir vérifier l'intégrité de vos sauvegardes et de récupérer des erreurs de disque si elles se produisent.
AVERTISSEMENT : les fonctionnalités de récupération de bup fsck ne sont disponibles que si le package gratuit par2(1) est installé sur votre serveur bup.
AVERTISSEMENT : bup fsck ne peut évidemment pas se remettre d'une défaillance complète du disque. Si vos sauvegardes sont importantes, vous devez soigneusement envisager la redondance (comme l'utilisation de RAID pour la redondance multidisque ou la réalisation de sauvegardes hors site pour la redondance de site).
tenter de réparer les packs endommagés à l'aide des blocs de récupération existants. (Nécessite par2(1).)
générer des blocs de récupération pour tous les packs qui n'en ont pas déjà. (Nécessite par2(1).)
augmenter la verbosité (peut être utilisé plus d'une fois).
n'exécutez pas un pack de vérification git complet sur chaque fichier de pack ; à la place, vérifiez simplement la somme de contrôle finale. Cela peut entraîner une accélération significative sans diminution évidente de la fiabilité. Cependant, vous voudrez peut-être éviter cette option si vous êtes paranoïaque. N'a aucun effet sur les packs qui contiennent déjà des informations de récupération.
nombre maximal de vérifications de pack à exécuter à la fois. La valeur optimale pour cette option dépend de la vitesse à laquelle votre processeur peut vérifier les packs par rapport au débit de votre disque. Si vous exécutez trop de tâches à la fois, votre disque sera saturé en faisant des allers-retours entre les fichiers et les performances diminueront, même si numjobs est inférieur au nombre de cœurs de processeur sur votre système. Vous pouvez tester cette option pour trouver la valeur optimale.
renvoie immédiatement 0 si par2(1) est installé et fonctionne, ou 1 sinon. Ne rien vérifier en fait.
prétendre que par2(1) n'est pas installé et ignorer tous les blocs de récupération.
# generate recovery blocks for all packs that don't
# have them
bup fsck -g
# generate recovery blocks for a particular pack
bup fsck -g ~/.bup/objects/pack/153a1420cb1c8*.pack
# check all packs for correctness (can be very slow!)
bup fsck
# check all packs for correctness and recover any
# damaged ones
bup fsck -r
# check a particular pack for correctness and recover
# it if damaged
bup fsck -r ~/.bup/objects/pack/153a1420cb1c8*.pack
# check if recovery blocks are available on this system
if bup fsck --par2-ok; then
echo "par2 is ok"
fibup-damage(1), fsck(1), git-fsck(1)
Fait partie de la suite bup(1).
Avery Pennarun apenwarr@gmail.com.