EFI「BIOS」アップデートがEFIブートマネージャーを壊すのはなぜですか？
P8H67-m pro を最新の「BIOS」バージョンで正常に更新した後、黒い画面の左上隅にカーソルが点滅することになりました。エラーも何もありません。 BIOSは、通常のUEFI ubuntuオプションの代わりにSATA: <disc name>ブートオプションのみをリストするようになりました。 GPTパーティションスキームを使用しています。
BIOSのフラッシュ中にhddで何かが変更される理由はわかりませんが、後 支出 これに1日を無駄にして、実用的な解決策はgrub-efi-AMD64を適切に再インストールすることでした（ これが私がそれをした方法です ）。これまで、EFIブートマネージャーがEFIパーティションを解析し、使用可能なオプションを返してくると思っていましたが、明示的に通知する必要があるようですおよび更新時にすべてを忘れてしまうこと。
その場合、私には厳しい制限のように見えます。つまり、この標準のUEFIの動作は、asusマザーボードに固有のものですか、それともLinuxはそもそもgrubを不適切にインストールしますか？ EFI OSローダーのパス情報は一部のNVRAMに保存されており、BIOSの更新中に消去されますか？別のコンピューターでhddを起動しようとすると、同じ問題が発生しますか？
PS：BIOSバージョンに問題はありません。最初の更新後、最初のバージョンにダウングレードして使用できませんでした。問題を解決したので、最新バージョンを問題なく実行しています。システムを壊すバージョンに関係なく、BIOSが点滅します。
BIOSを更新した後、同様の問題が発生し、ddを介してhddを完全に復元しても、起動可能なシステムが残らない理由を自問していました。
ブートローダーをインストールするとき、オペレーティングシステムはNVRAM内の「EFIブート変数」へのエントリを登録する必要があるようです。エントリなし、ブートなし。これをさらに混乱させるのは、UEFI仕様2.3ではシステムがファイルを検索する可能性があることですEFI/boot/bootx64.efiメインハードディスク上の外部メディアから起動する場合と同様であるため、UEFIの一部のバージョンは、いじり回さずに起動する場合があります。
この登録はefibootmgrで行う必要がありますが、modprobe efivarsubuntuの下で私も失敗します。だから私もgrub-efiをchrootして再インストールし、最高のものを期待しています。