答え1
sudo
次の場合でもコマンドは失敗します。
sudo dd if=/dev/sda of=/dev/sdb/Backup.img
dd: failed to open '/dev/sdb/Backup.img': Not a directory
3つの可能性があります。
- 表示されたコマンドが実際に入力したコマンドと一致しません。
- ブロックデバイスを削除
/dev/sdb
し、ディレクトリに再作成しました。この場合、レプリケーションの開始後数秒以内にRAMベースのファイルシステムがいっぱいになり、/dev
他の変更は適用されません。 - 何とか外部ディスクをマウントしました
/dev/sdb
。この場合、Backup.imgファイルはその外部ディスクに安全に配置されます。
2 番目のオプションと 3 番目のオプションの両方が元のディスクを破壊しないため、ブート/dev/sda
障害は表示されていないコマンドによって発生し、問題とは無関係です。私たちに説明したように。
しかし、このようなライブディスクイメージをコピーすることは、静かに破損したバックアップを取得するのに最適な方法です。最良のシナリオは、バックアップがすぐに失敗することです。ライブシステムのバックアップにはこの方法を使用しないでください。そしてdd
私がなぜそのようなことを言うのか理解するまでは絶対に使用しないでください。
答え2
ディスクをディスクにコピーするには、次のようにします。dd if=/dev/sda of=/dev/sdb
イメージファイルにコピーするには、まずファイルシステムをマウントする必要があります。
mount /dev/sdb1 /mnt
dd if=/dev/sda of=/mnt/sda.img
もう起動できなくなる理由は、おそらくブートローダの一部がsdbにあることです。
ライブ画像を試して、sdaでデータを確認してください。
fdisk -l /dev/sda
パーティションがありますか?そうでない場合は、testdisk /dev/sdaを試してください。
ファイルシステムをマウントできますか?
mount /dev/sda1 /mnt
ls -l /mnt
umount /mnt
sda1、2、3の場合...
幸運を祈る