以前のバックアップを最初に削除せずにファイル/ディレクトリを移動した後に新しいBackInTimeバックアップ更新を作成するにはどうすればよいですか?

以前のバックアップを最初に削除せずにファイル/ディレクトリを移動した後に新しいBackInTimeバックアップ更新を作成するにはどうすればよいですか?

したがって、私の状況は次のようになります。 BackInTime(rsyncを使用)を使用して、3TBドライブの完全増分バックアップを別の3TBドライブとして実行しています。一度はこのようにフルバックアップをしましたが、バックアップドライブに約100GBの空き容量がありました。これで、バックアップしたいドライブから数ギガバイトのファイルを移動し、いくつかのファイルとディレクトリの名前を変更しました。

スペースを確保するために、以前のバックアップを最初に削除せずに新しいバックアップを作成するか、既存のバックアップを更新する最善の方法は何ですか?

BackInTimeは、ファイルまたはディレクトリが移動されたか名前が変更されたことを認識しないようです。そうですか? (たぶんどの時点でこれをサポートするのでしょう
か?)一つスナップショット/バックアップ。したがって、バックアッププロセス中に古いエントリを何らかの方法で削除する必要があります。しかし、BackInTimeがこれをどのように行うのかわかりません。自動削除オプション利用可能なスペースが以下より少ない場合...これと関連があるかもしれません。これがBackInTimeの場合必要現在私のドライブにある一部のファイルがバックアップされていない方法で一部のバックアップファイルを削除したい場合は、その数を最小限に保ち、可能な限り重要ではないディレクトリを指定したいと思います。

私はKDEとEXT4ファイルシステムでDebian 9を使用しています。

答え1

コピーした場所私のFAQ:

バックアップを複製せずにソースから大きなディレクトリを移動するにはどうすればよいですか?

ソースBiTでファイル/フォルダを移動すると、新しいファイル/フォルダとして処理され、それに対する新しいバックアップファイルが作成されます(以前のファイル/フォルダへのハードリンクなし)。大きなディレクトリの場合は、バックアップドライブをすばやく埋めることができます。最後のスナップショットからファイル/フォルダを移動してこれを防ぐこともできます。

  1. 新しいスナップショットの作成
  2. 元のフォルダを移動
  3. 元のフォルダと同じ方法で、BiTの以前のスナップショットから同じフォルダを手動で移動します。
  4. 新しいスナップショットの作成
  5. そのスナップショットから復元しようとしたときに権限の問題を回避するには、古いスナップショット(フォルダを手動で移動したスナップショット)を削除します。

関連情報