それで、ノートパソコンのオペレーティングシステムを変えることにしました。私も一度しました。マンジャロ Linuxと一緒にインストールUEFIモードでうまく動作します。これでFedoraをインストールすることにしました。
USBからUEFIへFedora Workstationをライブブートすることから始めました。みんな大丈夫です。その後、公式インストーラを起動し、自動ディスクパーティショニングを選択しました。成功したインストール。コンピュータを再起動しました。起動時に起動可能なメディアを検出できません。そこで手動パーティショニングでシステムを再インストールすることにしました。私総タンパク質2つのパーティションを持つパーティションテーブル。efiシステムパーティションにインストール/スタート/efifat-32とルートパーティションext4でフォーマットしてインストールしてください。/。 efiパーティションにEFIフラグが設定され、サイズは500MiBです。インストールはスムーズに行われましたが、システムはまだ起動しません。
その後、少し調整して何度も試してみましたが、成功しませんでした。 UEFIを使用して、仮想ボックスに同じ構成でシステムをインストールしてみました（はい、確認しました）EFIを有効にする（特殊オペレーティングシステムのみ）毎回動作します。ラップトップが壊れていませんか？
あなたは何を持っていますか？提案私が何を間違っているのか、それとも何が問題なのでしょうか？
ベストアンサー1
UEFIでは、ブートローダは通常、EFIシステムパーティションの一意のUUIDとブートローダファイルパス名で識別され、両方ともシステムNVRAMのUEFIブート変数に格納されます。以前のMBRスタイルの起動とは異なり、単に起動するディスクを指定するだけでは不十分です。
一部のシステムメーカーは、オペレーティングシステムがWindowsであるという基本仮定に基づいてUEFIファームウェアを設計し、UEFIブート変数をWindowsが使用する正確な値にリセットする「有用な」機能を追加します。
まず、システムをリカバリモードで起動します。UEFIモードで。その後、efibootmgr -vroot として実行します。 UEFI ブート変数の現在の状態を通知します。また、このblkidコマンドを使用して、システムが所有するすべてのディスクのファイルシステムとパーティションのUUIDを一覧表示することもできます。 EFIシステム区画のパーティションUUID（blkid出力にリストされているPARTUUID=<value>）は、コマンドでリストされたブート変数にリストされているUUIDと一致する必要がありますefibootmgr -v。必要に応じて、他のオプションを使用してefibootmgrブート変数の内容を回復できます。man efibootmgr詳細より。
（注：UEFIファームウェアは分割GRUB ブートローダが使用できる UUIDファイルシステムUUID。blkid前者PARTUUID=と後者をリストしてみてくださいUUID=。両方を混同しないでください。 )
UEFIブート変数がFedoraブートローダを指していない場合、変更が再起動後も持続しない場合、前述のUEFIファームウェアバグのバリエーションが発生する可能性があります。 Roderick W. Smithはこう呼んでいます。スタートヒント:既知のバリエーションと回避策のいくつかについては、このリンクを参照してください。
\EFI\boot\boot<arch>.efi<arch>基本的に考えられる解決策の1つは、ブートローダをEFIシステムパーティション（通常またはx64一般的なPCハードウェア）の標準リムーバブルディスク起動パスに設定（コピー）することですia32。別の方法は、Windowsが通常使用するのと同じパス（\EFI\Microsoft\Boot\bootmgfw.efi）にLinux UEFIブートローダを配置することです。