バックアップにrdiff-backupを使用するシステムが実行されています。ただし、バックアップパーティションの容量が不足しているため、状況を再調査する必要があります。永続的な解決策が必要ですが、それまでは、バックアップパーティションのスペースを解放するだけです。
削除できるファイルをいくつか見つけました*が、どうすればよいのでしょうか。もちろん、最初のステップは、実際のファイルシステムからファイルを削除することです。ただし、次に、バックアップから削除する必要があります（ここでスペースが必要になります）が、どうすればよいかわかりません。誰かがこれを行う方法を知っていますか？
*誰か-外出中-ホームディレクトリにゲームや個人の写真、仮想ハードディスクの複数のコピーを持っている人
回答:
あなたはスペースが不足してきたときの削除に対処するためのプロセスが中に記述されている非公式のよくある質問の下で、私は、バックアップセットからファイルを削除するにはどうすればよいです。完全を期すために、ここで繰り返します。
この方法は非常に危険であり、削除するファイルによってバックアップドライブのスペースが不足し、それらのファイルを削除する唯一の方法が増分全体を削除することでない限り、使用しないでください。
重要：適切に言えば、mirror_metadataの増分ごとに手順4を実行する必要があります。1.1.1より前のRdiff-backupは、最新バージョンのmirror_metadataを除いて、この方法でバックアップセットから削除されたファイルの余分なmirror_metadataエントリーが存在することを気にしません。ただし、1.1.1では、mirror_metadataの処理が変更され（rdiff-backupがメタデータファイルの差分を取得）、これらのdiffされたファイルに追加のエントリがあると、復元操作に影響するかどうかは不明です。（テクニカルノート：mirror_metadata diffはfile diffと同じ方法を使用していません。それらはrdiffデルタファイルではなくプレーンテキストファイルです（そして、いいえ、通常のテキストdiffでもありません）。このため、安全に処理できます-それらを編集して、必要に応じて、これらの差分に対してステップ4を実行できます。
時間を確認します-rdiff-backupのスケジュールされた実行の時間に近づいていないことを確認してください。また、rdiff-backupが実行されていないことを確認してください。
ミラーターゲットディレクトリに移動し、そこにあるファイルまたはディレクトリを削除します。
ターゲットのrdiff-backup-data / incrementsに移動し、そこにあるファイル/ディレクトリのすべてのトレースを削除します。重要！ディレクトリを削除する場合は、そのディレクトリのすべての* .dirファイルも見つけて削除してください。ファイルの場合は、*。missingファイル（ある場合）をすべて見つけて削除してください。削除しようとしているものに関連しないものは削除しないように注意してください。削除しないと、他のファイルを復元できなくなる可能性があります。
重要なステップ！（およびこれはrdiff-backup 1.1.1以降ではテストされていません）rdiff-backup-dataに戻り、最新のミラーメタデータファイルをgunzipしてください。適切に動作するテキストエディターでmirror_metadataファイルを編集し（警告！picoやnano、または自動的に行の折り返しを行う可能性のあるものを使用しないでください）、削除したファイルまたはディレクトリへの参照をすべて削除します。ファイルの形式をめちゃくちゃにしないように十分注意してください。
上記の手順を実行するスクリプトを誰かが作成したようですhttps://www.eugenemakerspace.com/wiki/Sites/Rdiff-backup-delete
私はそれをテストしませんでした、しかし実行することによってすでに2週間以上なくなっているすべてのファイルを削除することによって「節約」方法を選択します
rdiff-backup --remove-older-than 2W host.net::/remote-dir
rdiff-backupの公式のgithubリポジトリには、これを行うためのスクリプトが含まれています。
https://github.com/rdiff-backup/rdiff-backup/blob/master/misc/rdiff-backup-delete.py
他の回答で参照されているスクリプトはもう利用できないようです。