大きなハードドライブ（1000 GB）をバックアップしたいのですが、残念ながら、より小さいハードドライブ（750 GB）しか使用できません。この特別なケースではいいえファイルをコピーしたい、ハードドライブをバックアップしたい。少しずつ少しずつ:
dd if=/dev/sda of=/dev/sdb
明らかに起こるのは、750 GBのデータをコピーした後にdd放棄し、そのドライブに十分な記憶領域がないことです。これは大丈夫です。回復する必要がある唯一の情報が最初の500 GBにあることを願っていますが、500 GBの量は単なる見積もりなので、できるだけ多くの情報をコピーすることをお勧めします。
私の質問は、データ/dev/sdbの一部だけがあり、コピー中に停止した場合でも、後でマウントして保存したデータを開いたり復元したりできるかどうかです。75%dd
答え1
より大きなディスクに十分な空き容量がある場合、または使用されているスペースがより小さいディスクサイズを下回って圧縮できる場合は、より小さいディスクに十分なストレージ容量がある可能性があります。
一般に、圧縮されたセクタのコピーを作成する前に、すべての空き領域をゼロで上書きすることをお勧めしますが、ドライブにエラーがある場合はこれは良い考えではありません。
小さいディスクにファイルシステムを作成し（まだ存在しない場合）、それをマウントして（保存するパーティションごとに）圧縮された（たとえば）tarファイルを作成することをお勧めします。
tar -cjf /mnt/smalldisk/bigdisk.tbz /bigdisk/partition
tarファイルに使用可能なスペースよりも多くのスペースが必要な場合は、書き込み可能なスペースをほぼすべて回復できます（最後に完了していないファイルを除く）。
答え2
不要なジャンクを削除し、gpartedを使用してハードドライブのパーティションを縮小してコピーするなどの簡単な方法を使用します。
答え3
いいえ、そうしないでください。予想されるように、ドライブ上のデータの最大25％が失われる可能性があり、残りのデータは回復するのが難しい場合があります。ディスクをマウントしてファイルをコピーできる場合dd。
ドライブをマウントできない場合でも、次の戦略はdumpext[234] を使用すると想定してドライブをバックアップすることです。ドライブから回復可能なほとんどのアイテムを回復する可能性が高く（意図的な削除としてマークされていない場合）、簡単に1つずつ抽出または完全に復元できる形式で、より小さいドライブに保存できます。バックアップを圧縮できるため、ソースドライブがいっぱいになっても小さいドライブに圧縮できます。