パーティションサイズは2Gbに近く、実際に使用されたサイズは1.5Gbです。アクティベーションフラグを使用してこのパーティションのイメージをdd作成しようとしていますconv=sparse。
結果の画像ddサイズは1.8GBです。
du表示されるパーティションの実際のサイズは1.5Gbです。
私を最も混乱させるのは、その日早くddパーティションを編集したときに表示されることですdu。その後、パーティションにいくつかの変更を適用して再実行しましたdd。今回は矛盾があります。
その原因は何ですか？メモリが空であるにもかかわらず、空でもゼロでもないため、dd希少アルゴリズムが機能しないようです。
答え1
あなたの推測は正しいです。ddファイルシステムの使用に関する概念はなく、単にデータをコピーします（またはconv=sparse設定されていてブロック全体がゼロの場合はコピーしません）。
100％完全なファイルシステムを持つことも可能ですが、非常に小さなddスパースイメージも可能です。ファイルがすべてゼロであるとしましょう。
空きスペースと意図的にゼロ化されていますが、使用されているスペースには違いがありますが、ddこれについての概念はありません。したがって、conv=sparse特に回復中に注意して使用する必要があります。
復元されたスパース画像を使用する場合は、conv=sparseターゲットデバイスを完全にゼロに設定する必要があります。それ以外の場合、ゼロ以外の古いデータはゼロが存在する場所に残ります。その結果、ファイルシステムが破損します。