だから私は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を比較的使いこなせるので、何でも試してみます。明らかに、何が悪いのかを理解するのが苦手です。
grub rescue
経由で起動できない場合は、USBサムドライブに Super Grub2 Disk をインストールしてDebianを起動し、grubを再インストールできます。
手順:
まだ行っていない場合は、ドライブ番号の一時的な中断を防ぐために、すべてのドライブを元に戻すことをお勧めします。 BIOSがUEFI
ブートモードではなく、Legacy
に設定されていることを確認してください。 UEFI/Legacy
モードに設定されている場合は、UEFI first
に設定されていることを確認してください。
Super Grub2 Disk でサムドライブを準備します。ほとんどのISOと同様に、デバイスへの直接のcp
、dd
、またはWindowsからの Win32DiskImager を使用して、サムドライブに書き込むことができます。
サムドライブから起動し、「起動方法を検出して表示」を選択し、リストされているDebianカーネルまたはgrubx64.efi
を起動します。
grubを再インストール as root
:
/sys/firmware/efi
が存在する必要があります。/dev/sdd1
が/boot/efi
にマウントされていることを確認してください。grub-efi
パッケージを再インストールします(おそらく必要ありませんが、害はありません)。
apt-get install --reinstall grub-efi
EFIシステムパーティションを含むディスクにgrubを再インストールします。デバイス名はオプションです。
grub-install /dev/sdd
グラブの更新:
update-grub
サムドライブを取り外して再起動します。
BIOS設定を確認してください。更新された/新しく作成されたエントリは、最初のブートエントリである必要があります。
もう一度再起動します。