ライブUSBインストールを強制的に代替またはセカンダリインストールの場所にGrubをインストールします。

ライブUSBインストールを強制的に代替またはセカンダリインストールの場所にGrubをインストールします。

私のラップトップには、BIOSファームウェアのためにソフトウェアが背面ディレクトリで起動ファイルを見つけるようにしましたが、GRUBがそれをインストールしなかったため、Linuxがgrub-install失敗したというメッセージを表示するバグがあることがわかりました。

ソフトウェアとコンピュータの両方を見つけるために、ライブUSBインストールでGRUBを代替インストール場所またはセカンダリインストール場所に強制的にインストールする方法はありますか?

ライブUSBインストールをフォールバックまたはセカンダリオプションにマウントして、コンピュータがソフトウェアを強制的に見つけることを可能にし、パニックを引き起こしたり、インストールを中断することなくインストールする方法を探しています。

インストールしようとしましたが失敗し、GRUBを手動でインストールしましたが、バックアップ場所がどこなのか分からないから私はLinuxでも同じ問題を抱えていますが、よくわかりませんgrub-install

ベストアンサー1

あなたが言った事実起動ファイルUEFI システムが存在し、レガシー BIOS 互換性を使用していないことを示します。

代替/セカンダリブートファイルパス名はUEFI仕様で定義されており、アーキテクチャによって異なります。 64ビットx86ハードウェアアーキテクチャ(=一般的な最新PC)の場合、この場所は\EFI\boot\bootx64.efiFAT32ファイルシステム(または最新のUEFIバージョンではexFATを除くすべてのFATファイルシステムタイプ)として定義できます。他のアーキテクチャでは、このx64部分はそのアーキテクチャの短い識別子に置き換えられます。パス名は大文字と小文字を区別する必要がありますが、一部のUEFIファームウェア実装はここで大文字と小文字を間違って区別することが知られています。

GRUBのUEFIバージョンをインストールするときにgrub-installこのオプションを指定すると、--removable代替/セカンダリの場所にブートローダがインストールされます。または、この--force-extra-removableオプションを使用するとインストールが試行されます。両方オペレーティングシステムがインストールされている標準の場所で、そしてバックアップ/補助位置。一部のディストリビューションのインストーラには、ブートローダ設定メニュー(通常は詳細セクション)にこれらのオプションのチェックボックスが含まれています。

ただし、選択したディストリビューションでこのオプションが提供されていない場合、Linux インストーラはほぼ普遍的にコマンド プロンプト アクセスを提供します。インストールメディアから起動した場合、次のいずれかLinux仮想コンソールインストールUIで初期キーボード/言語を選択すると、ほぼ常にrootコマンドプロンプトを使用できます。 +ファンクションキー入力を使用して仮想コンソールを切り替えることができますCtrl。通常、インストーラのUIが開き、他のファンクションキーを使用すると、ルートプロンプトとさまざまなインストーラの診断にアクセスできます。フルデスクトップインターフェイスを含むライブLinuxメディアを使用してインストールを開始した場合、コマンドプロンプトウィンドウを開くのはほとんどのデスクトップ環境で非常に簡単です。AltFxF1

UEFI システムには、EFI システム区画 (短縮 ESP) が必要です。これは、インストールされているすべてのオペレーティングシステムのブートローダファイルを格納する小さな(通常512 MB未満)パーティションです。

Linuxでは、このパーティションは通常にマウントされているため、/boot/efi代替/セカンダリブートローダが表示され、インストールされている/boot/efi/EFI/boot/bootx64.efiLinuxシステムのデフォルトブートローダパスは/boot/efi/EFI/<name of Linux distribution>/*.efi

ただし、一部のディストリビューションでは、ESPを正常に削除し、ブートローダの実際のアップデート中にのみインストールできます。

UEFIスタイルのブートローダのインストールの最後のステップは、次のように書くことです。UEFI NVRAM ブート変数これにより、インストールされたオペレーティングシステムに対するブートローダの正確な場所がファームウェアに通知されます(インストールされたオペレーティングシステムごとに1つの変数)。これはまったく新しいものであり、既存のBIOSには対応できないものです。残念ながら、ハードウェアメーカーはUEFIを可能な限り既存のBIOSと同様にしようとすることが多く、結果的にUEFIファームウェア設定メニュー(「BIOS設定」)これらの起動変数を操作するための良いツールがないことがよくあります。

Linuxでは、efibootmgrUEFIブート変数をコマンドを使用して最も便利に表示および編集できます。 「このシステムではUEFI変数を使用できません」などのエラーが報告された場合は、誤ってレガシーBIOS互換モードでインストールメディアを起動した可能性があります。このモードでは、ファームウェアと実行中のオペレーティングシステムの間に必要な間隔があります。 。 API(UEFIランタイムサービスと呼ばれる)は、システムがUEFIネイティブモードで起動した後にのみ使用できます。

おすすめ記事