bup-damage - détruire au hasard des blocs d'un fichier
bup damage [-n count] [-s maxsize] [--percent pct] [-S seed] [--equal] <filenames...>
Utilisez bup damage pour détruire délibérément des blocs dans un fichier .pack ou .idx (depuis .bup/objects/pack) pour tester les fonctionnalités de récupération de bup-fsck(1) ou d'autres programmes.
CE PROGRAMME EST EXTRÊMEMENT DANGEREUX ET DÉTRUIT VOS DONNÉES
bup damage est principalement utile pour les tests automatisés ou manuels des outils de récupération de données, pour vous assurer que les outils fonctionnent réellement.
le nombre de blocs séparés à endommager dans chaque fichier (10 par défaut). Notez qu'il est possible que plusieurs segments endommagés tombent dans le même bloc de récupération bup-fsck(1), vous risquez donc de ne pas endommager autant de blocs de récupération que prévu. Si c'est un problème, utilisez --equal.
la taille maximale, en octets, de chaque bloc endommagé (1 par défaut sauf si --percent est spécifié). Notez qu'en raison de la façon dont bup-fsck(1) fonctionne, un bloc multi-octets pourrait tomber sur la frontière entre deux blocs de récupération, et ainsi endommager deux blocs de récupération séparés. Dans les petits fichiers, il est également possible qu'un bloc endommagé soit plus volumineux qu'un bloc de récupération. Si ces problèmes peuvent poser problème, vous devez utiliser la taille de dommage par défaut d'un octet.
la taille maximale, en pourcentage du fichier d'origine, de chaque bloc endommagé. Si --size et --percent sont donnés, la taille de bloc maximale est le minimum des deux restrictions. Vous pouvez l'utiliser pour vous assurer qu'un bloc donné n'endommagera jamais plus d'un ou deux blocs de récupération git-fsck(1).
ensemencer le générateur de nombres aléatoires avec la valeur donnée. Si vous utilisez cette option, vos tests seront répétables, car les décalages, tailles et contenus des blocs endommagés seront les mêmes à chaque fois. Par défaut, les nombres aléatoires sont différents à chaque fois (vous pouvez donc exécuter des tests en boucle et tester à plusieurs reprises avec des dégâts différents à chaque fois).
au lieu de choisir des décalages aléatoires pour chaque bloc endommagé, espacez les blocs de manière égale dans tout le fichier, en commençant par le décalage 0. Si vous choisissez également une taille de bloc maximale correcte, cela peut garantir qu'un bloc de dommages donné n'endommage jamais plus d'un git-fsck( 1) bloc de récupération. (Ceci est également garanti si vous utilisez -s 1.)
# make a backup in case things go horribly wrong
cp -pPR ~/.bup/objects/pack ~/bup-packs.bak
# generate recovery blocks for all packs
bup fsck -g
# deliberately damage the packs
bup damage -n 10 -s 1 -S 0 ~/.bup/objects/pack/*.{pack,idx}
# recover from the damage
bup fsck -rbup-fsck(1), par2(1)
Fait partie de la suite bup(1).
Avery Pennarun apenwarr@gmail.com.