ext3ベースのファイルシステムを使用して、/dev/sda4サーバーに新しいパーティションを作成しました。
/mnt/sda4/に新しいパーティション/dev/sda4をマウントし、/dev/sda3パーティションのddを使用してイメージを作成しました。 sda3はルートフォルダ（cd /）にインストールされるため、最も重要なファイルが含まれています。
画像の作成：
dd if=/dev/sda3 of=/mnt/sda4/backup.img
その後、sda3パーティションの/var/www/html/にあるファイルを削除しました。画像を復元しようとしましたが、正常に動作しましたが、以前に削除したファイルが再び所定の位置に戻りませんでした。
再び覆う：
dd if=/mnt/sda4/backup.img of=/dev/sda3
出力：
[root@h9999 sda4]# dd if=backup.img of=/dev/sda3
982128+0 records in
982128+0 records out
502849536 bytes (503 MB) copied, 1.13645 s, 442 MB/s
それでは実際に動作します。そうですか？
ベストアンサー1
これが失敗する理由はいくつかあります。/var/www/htmlは実際にはファイルシステム内の他の場所へのシンボリックリンクである可能性があります（ls -la /var/www/このような行があることを確認してくださいhtml -> /foo/bar/html。）ddプロセス中に/ dev / sda3がマウントされている）、ファイルシステムが破損し、ファイルが表示されなくなる可能性があります。
ほとんどの場合、ddを使用することはディスクバックアップイメージを作成する最良の方法ではありません。これは、空のセクタを含むすべてをコピーし、まったく同じサイズのディスク/パーティションにのみ復元できるためです。努力する画像の一部代わりに、使用されたセクタのみをコピーします。
ほとんどの状況では、タールを使う実際、Linuxファイルシステムのバックアップを作成するための最良のオプションは、元のパーティションで使用されていたファイルシステムとパーティションのサイズに依存しないため、回復プロセスがより柔軟になるためです。ブートローダを失うのではないかと心配するなら、上記のリンクまた、リカバリ中にライブCDを使用してブートローダを復元する方法についても説明します。これは、パーティションの作成に加えて数行のコードを追加するだけです。