web-dev-qa-db-ja.com

ddを使用したパーティションのイメージの取得と復元

Ext3に基づくファイルシステムを使用して、サーバー/ dev/sda4に新しいパーティションを作成しました。

新しいパーティション/ dev/sda4を/ mnt/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

ですから、実際に機能するはずです。

linuxbackupdd
4
ugo

これが失敗する理由はいくつかあります：/ var/www/htmlは実際にはファイルシステム内の別の場所へのシンボリックリンクである可能性があります（ls -la /var/www/を試してhtml -> /foo/bar/htmlのような行があるかどうかを確認してください。 dev/sda3がddプロセスのいずれかでマウントされた場合、ファイルシステムが破損している可能性があるため、そのファイルは表示されません。

Ddを使用すると、ほとんどの場合、ディスクのバックアップイメージを作成するのに最適な方法ではありません。これは、ddが空のセクターを含むすべてをコピーし、まったく同じサイズのディスク/パーティションにしか復元できないためです。代わりに partimage を試してください。これにより、使用されているセクターのみがコピーされます。

ほとんどの場合、 tarを使用 は、Linuxファイルシステムのバックアップを作成するための実際の最良のオプションです。これにより、元のパーティションで使用されるファイルシステムとパーティションサイズが独立し、復元プロセスがはるかに柔軟になります。 。ブートローダーの紛失を心配している場合は、- 上記のリンク で、ライブCDを使用して復元プロセス中にブートローダーを復元する方法についても説明します。パーティションの作成から。

3
Thawn