☰

ddを使用した回復は開始されません。

tag-icon • tag-icon fedora backup dd cloning
ddを使用した回復は開始されません。

現在、ハードドライブにエラーが発生したため、使用していますdd。イメージを新しいハードドライブに復元した後も使用すると、dd新しいシステムは起動しません。 BIOS の初期化後、画面が黒くなり、再起動して BIOS に戻ります。

既存のハードドライブの設定は次のとおりです。

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048     1026047      512000   83  Linux
/dev/sda2         1026048   103426047    51200000   83  Linux
/dev/sda3       103426048   113666047     5120000   82  Linux swap / Solaris
/dev/sda4       113666048  1250263039   568298496    5  Extended
/dev/sda5       113668096   523268095   204800000   83  Linux
/dev/sda6       523270144   625670143    51200000   83  Linux
/dev/sda7       625672192  1250263039   312295424   83  Linux

/dev/sda1はい/boot

/dev/sda2はい/

両方のパーティションを編集しましたdd。

/dev/sda7/homeバックアップに使用されますrdiff-backup。

私は何を見逃しており、どのようにこれを修正できますか？

編集1：

fstab

UUID=80c4cde7-b697-46d5-a376-24a6d6a725af /                       ext4    defaults        1 1
UUID=c1967ecb-839c-45d1-bf5b-bba046af3892 /boot                   ext4    defaults        1 2
UUID=c18998dd-0e60-4945-999f-1296b6e69307 /home                   ext4    defaults        1 2
UUID=78d39426-74d4-4299-b3ba-c9ab27a60e17 /mnt/m                  ext4    defaults        1 2
UUID=53574e4d-8af4-4aeb-bcf5-c74c7bbe4d7c /mnt/p                  ext4    defaults        1 2
UUID=3902f59a-f7a8-4ab8-896d-93642a09f083 swap                    swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

編集2：

私は結局ddそうMBRなったグリッチ博士彼の回答。また、示されているように、fstab新しいパーティションに合わせて手動で変更する必要がありました。UUIDblkid

答え1

私が知る限り、新しいHDDにMBR（マスターブートレコード）がありません。これがGRUBが表示されず、システムが「OSが見つかりません！」と報告する理由です。

古いMBRを新しいドライブに転送するには、次の方法を確認することをお勧めします。http://www.cyberciti.biz/faq/howto-copy-mbr/

簡単に言えば、上記のソースからはっきりと盗んだ次のステップにまとめられています。

  • root@machine:~# dd if=/dev/sda of=/tmp/mbrsda.bak bs=446 count=1

既存のハードドライブの名前が「sda」であると仮定すると、ブートセクタがファイルに効果的にバックアップされます/tmp/mbrsda.bak。

  • root@machine:~# dd if=/tmp/mbrsda.bak of=/dev/sdb bs=446 count=1

上記のソースソースに対するすべての変更は、「bs」値に対するものです。これは、新しいハードドライブパーティションテーブルが古いハードドライブパーティションテーブルと異なると仮定しているためです。バックアップも必要です。

これがあなたの問題を解決するのに役立つことを願っています。

答え2

また、ブートローダをコピーする必要があります（CDなどで起動して再インストールしない限り）。最初のパーティションより前のすべてのセクタをコピーすると、可能性があります。ただし、後でパーティションテーブルを復元する必要があるかもしれません（またはコピー時に見逃すことがあります）。

答え3

UEFI + GPTパーティションの場合は、BIOS設定を確認し、別のディスクからMBRバックアップを適用してみました（ディスクデバイス（/ dev / sdaなど）からバックアップ/復元する場合）。しかし、これらすべてが不要であることが判明しました。ソースシステムを14の同様の物理ボックスにコピーし、ディスク全体を「dd」した後にMBRのみを復元すると、違いはありませんでした。これで、MBRのGRUB2コードに何かを含める必要があることを理解しています。古いディスクのみ）、Igrubを再インストールするだけです:

  • grub起動CD / USBドングルを見つけてUEFI modegrubコンソールから起動します（ライブシステムから起動しなくてもcgrub2起動メニュー画面を押すだけです。注：grub1 / grub4dosコンソールではGPTパーティションを見ることはできません）
  • ディスクを調べて、ls (hd<press tab>元のgrub.cfgファイルを見つけます。たとえば、自分の場所を指定して(hd0,gpt1)/boot/efi/grub.cfgを入力しますconfigfile (hd0,gpt1)/boot/efi/grub.cfg。これで元のシステムを起動しました。
  • 新しいディスクから元のシステムを起動したら、.grubを実行してgrubを新しいディスクのMBRに再インストールしますsudo grub-install /dev/sda0。 （通常は/dev/sda0ディスクコードが異なる可能性があるため、わからない場合は、システムがどのディスクにあるかを確認してください。）
  • 外部起動デバイスを削除して再起動すると、システムが起動します。

関連情報