web-dev-qa-db-ja.com

ドライブを移動した後、グラブが開始しない

だから私は5台のハードドライブを搭載したDebian9マシンを持っています。これらのドライブを新しいマシンに移動して、起動することを期待してみました。これを行ったとき、「normal.modが見つかりません」というメッセージが表示され、救助に駆り立てられました。

グラブ修理のすべてのバージョンをいじった後、私は何の進歩もしませんでした。それで、ドライブを元のマシンに戻しました。それを再び動作させる方が簡単だと思いましたか?

さて、今では「ファイルシステムが不明」になり、私をグラブレスキューに移しています。もう一度さまざまなグラブレスキューを試しましたが、 boot-repair で、UEFIモードで起動されないためにほとんど失敗しますが、通常は「ファイルシステム」と表示されるため、UEFIモードでは起動しません。わからない"。

だから今、私はライブのUbuntuを起動し、boot-repairをインストールし、それを使用して、動作していないgpt efi grubよりも優れていると考えてMBRをセットアップしましたが、オペレーティングシステムが見つからないと言っています。これはそれを行ったときの出力ログです: https://Pastebin.com/46gjUB3p

いくつかのコンテキストでは、ええ、私は過去に実際に起動するさまざまなドライブのすべてを決定する何かにあったことを知っていますが、/ dev/sdc1は/ rootです/ dev/sdd1は私のEFIグラブパーティションです、そして今/ dev/sdbはmbrはです。

また、BIOSですべての起動順序を試し、sdcとsddを除くすべてのドライブを物理的に取り外しましたが、同じ問題が発生しました。

私はLinuxを比較的使いこなせるので、何でも試してみます。明らかに、何が悪いのかを理解するのが苦手です。

2
Josh

grub rescue経由で起動できない場合は、USBサムドライブに Super Grub2 Disk をインストールしてDebianを起動し、grubを再インストールできます。

手順:

  1. まだ行っていない場合は、ドライブ番号の一時的な中断を防ぐために、すべてのドライブを元に戻すことをお勧めします。 BIOSがUEFIブートモードではなく、Legacyに設定されていることを確認してください。 UEFI/Legacyモードに設定されている場合は、UEFI firstに設定されていることを確認してください。

  2. Super Grub2 Disk でサムドライブを準備します。ほとんどのISOと同様に、デバイスへの直接のcpdd、またはWindowsからの Win32DiskImager を使用して、サムドライブに書き込むことができます。

  3. サムドライブから起動し、「起動方法を検出して表示」を選択し、リストされているDebianカーネルまたはgrubx64.efiを起動します。

  4. grubを再インストール as root

    • UEFIモードでブートすることを再確認してください。ディレクトリ/sys/firmware/efiが存在する必要があります。
    • EFIシステムパーティション/dev/sdd1/boot/efiにマウントされていることを確認してください。
    • grub-efiパッケージを再インストールします(おそらく必要ありませんが、害はありません)。

      apt-get install --reinstall grub-efi
      
    • EFIシステムパーティションを含むディスクにgrubを再インストールします。デバイス名はオプションです。

      grub-install /dev/sdd
      
    • グラブの更新:

      update-grub
      
    • サムドライブを取り外して再起動します。

  5. BIOS設定を確認してください。更新された/新しく作成されたエントリは、最初のブートエントリである必要があります。

  6. もう一度再起動します。

1
Freddy