最近のバックアップ試行日rdiff-backupが期限切れです。バックアップデバイス"[Errno 28] No space left on device"によると、利用可能なバイトは0です。du
別のバックアップ試行を開始して失敗したセッションの前の状態にディレクトリを復元しようとすると、[Errno 28]次の考えは古いバックアップ増分の一部を削除して新しいディスク容量を解放することです。 。
バックアップ増分リストを表示するために呼び出しましたが、rdiff-backup -l mirror_dir結果は次のとおりです。
Fatal Error: Previous backup to mirror_dir seems to have failed.
Rerun rdiff-backup with --check-destination-dir option to revert directory to state before unsuccessful session.
それから私はメッセージが私に言ったように実行しrdiff-backup --check-destination-dir mirror_dir、その結果再び今有名になりました[Errno 28]。行き詰まった路地に陥ったようですが、できることは何もありません。何もないこれ以上または一部のディスク容量を確保しても、これはこの問題を解決する唯一の方法のようです。
この状況から抜け出す方法はありますか？
ベストアンサー1
cp -a基本的なファイルシステムを拡張する以外にこれを行うには良い方法はありませんが、簡単です。より大きな新しいドライブを購入し、データをミラーリング（または同じものを使用rsync -a）するなど、さまざまなオプションがあります。大規模なバックアップボリュームの問題は、時間がかかる可能性があることです。
私と同じファイルシステムに複数のバックアップがある場合は、バックアップまたは大容量ファイルを一時的に別の場所に移動してスペースを簡単に見つけることができます。
この問題を回避するために、スペースが必要なときに使用できる.00DOORSTOPようにバックアップディレクトリにファイルを保存する方法を学びました。rm現在のファイルサイズは1GBです。必要に応じてより多くのスペースを作成するのに十分です。 rdiff-backupを実行するには（おそらく一時ファイルを生成するために）最小限のスペースが必要です。明らかに、それはまれなファイルにすることはできません。以下を使って作成しましたdd。
dd if=/dev/zero of=.00DOORSTOOP bs=1G count=1