Le processus de gestion des suppressions lorsque vous manquez d'espace est décrit dans la FAQ non officielle sous Comment supprimer des fichiers du jeu de sauvegarde . Répéter ici juste pour être complet.
Cette méthode est très dangereuse et ne doit pas être utilisée , sauf si les fichiers que vous souhaitez supprimer entraînent un manque d'espace sur votre lecteur de sauvegarde et que votre seule alternative à la suppression de ces fichiers consiste à supprimer des incréments entiers.
IMPORTANT: à proprement parler, vous devez effectuer l'étape 4 pour chaque incrément de mirror_metadata. Rdiff-backup avant 1.1.1 ne dérange pas d'avoir des entrées miroir_metadata supplémentaires pour les fichiers qui sont supprimés du jeu de sauvegarde de cette façon, sauf dans la version la plus récente de mirror_metadata. Cependant, au 1.1.1, la gestion de mirror_metadata a changé - rdiff-backup diffère maintenant les fichiers de métadonnées - et on ne sait pas si avoir des entrées supplémentaires dans ces fichiers diff affectera les opérations de restauration. (Note technique: les différences mirror_metadata n'utilisent PAS la même méthode que les différences de fichiers. Ce ne sont pas des fichiers delta rdiff, mais des fichiers de texte brut (et non, ce ne sont pas non plus des différences de texte ordinaires). Pour cette raison, il est sûr à portée de main -modifiez-les, donc si vous en avez besoin, vous pouvez faire l'étape 4 sur ces différences.)
Vérifiez l'heure - assurez-vous que l'heure n'est pas proche pour une exécution planifiée de rdiff-backup. Assurez-vous également que rdiff-backup n'est pas en cours d'exécution.
Allez dans votre répertoire cible miroir et supprimez-y le fichier ou le répertoire.
Allez dans rdiff-backup-data / increments sur la cible et supprimez-y toutes les traces du fichier / répertoire. Important! Si vous supprimez un répertoire, assurez-vous de trouver et de supprimer également tous les fichiers * .dir! S'il s'agit d'un fichier, assurez-vous de trouver et de supprimer tous les fichiers * .missing (le cas échéant). Veillez à ne pas supprimer tout ce qui n'est pas lié à la chose que vous essayez de supprimer, sinon vous risquez de perdre la possibilité de restaurer d'autres fichiers.
Étape importante! (et ATTENTION cela n'est pas testé avec rdiff-backup 1.1.1 ou version ultérieure) Revenez dans rdiff-backup-data et gunzip le dernier fichier de métadonnées miroir. Modifiez le fichier mirror_metadata dans un éditeur de texte bien comporté (AVERTISSEMENT! N'utilisez pas pico ou nano ou quoi que ce soit qui pourrait automatiquement faire un retour à la ligne!) Et supprimez toutes les références au fichier ou au répertoire que vous avez supprimé. Faites très attention à ne pas gâcher le format du fichier.
il semble que quelqu'un ait fait un script en faisant les étapes ci-dessus https://www.eugenemakerspace.com/wiki/Sites/Rdiff-backup-delete
Je ne l'ai pas testé, mais choisissez une méthode «économiseur» en supprimant tous les fichiers qui sont déjà partis depuis 2 semaines, en exécutant
plus d'exemple http://www.nongnu.org/rdiff-backup/examples.html
la source
Le dépôt github officiel pour rdiff-backup a maintenant un script pour faire ceci:
https://github.com/rdiff-backup/rdiff-backup/blob/master/misc/rdiff-backup-delete.py
Le script référencé dans les autres réponses ne semble plus être disponible.
la source