ddで作成されたディスクイメージが元のディスクよりも大きいのはなぜですか?

ddで作成されたディスクイメージが元のディスクよりも大きいのはなぜですか?

最近ディスクをバックアップし、イメージをディスクに復元しようddとしたときに、ddイメージファイルのサイズが元のディスクよりも大きいことに気づきました。

  • オリジナルディスク 7.4GB

  • ディスクイメージ 7.8GB

私が使用するコマンドは次のとおりです。

dd if=/dev/sdg of=/mnt/data/backup.img; sync

インストールすることも、ディレクトリに解凍することもできません。

さらに興味深いのは、PhotoRecもディスクイメージからすべてのデータを回復できないことです。 16GBのフラッシュドライブを購入し、ddここにディスクイメージを書き込んだ後、すべてが「回復可能」でした。

もともとフラッシュドライブにはvfatでフォーマットされた8GBのパーティションが含まれていて、いっぱいではありませんでした。使用前にフォーマットしなかったため、工場出荷時のブロックサイズが使用されました。

ディスクイメージが元のディスクより約400MB大きいのはなぜですか?

ベストアンサー1

~によると最も簡単なコンバータ、7.4GiBはおよそ7.9GBに等しいことがわかりました。

実際のサイズを出力するために特定のコマンドを書いていないので、おそらくそうです。

メモ:

  • ギブ=ギガビット= 1024の倍数。

  • 国家標準=ギガバイト= 1000の倍数。

  • 特定のアプリケーションでは、依然としてこれらのユニットを混同する可能性があります。


コメントから抜粋:

7927234560 bite (7,9 GB, 7,4 GiB) copied

ご覧のとおり、7.4GiBがコピーされましたdd


あなたの主張に関して:

インストールすることも、ディレクトリに解凍することもできません。

まあ、パーティションがないからですdd。つまり/dev/sdg1、ディスク全体があるからです。


あなたの主張に関して:

これが唯一の理由であれば、USBドライブに簡単に再追加できます。残念ながら、プロセスの終わりまでにドライブスペースが不足しているためできません。

今すぐ思い浮かぶ唯一の理由は、この作業を誤って行った可能性があることです。

dd if=/mnt/data/backup.img of=/dev/sdg1

変える:

dd if=/mnt/data/backup.img of=/dev/sdg

おすすめ記事