☰

/target/ に grub2 パッケージをインストールするときにエラーが発生しました

tag-icon • tag-icon dual-boot grub2 xubuntu bootloader grub-efi
/target/ に grub2 パッケージをインストールするときにエラーが発生しました

私は Linux 初心者で、これまで Windows しか使ったことがありません (現在は Windows 8)。しかし、大学の学士課程のプロジェクトでは、統計物理学の計算と組み合わせて Linux を使うように勧められました。Windows 8 と Linux のデュアル ブートを希望しています。

インストールする前に、たくさんの警告とヒントを読みました。それらに従いました (Windows 8 のセキュア ブートの無効化、高速ブートの無効化)。次に、Linux Mint 17.2 Mate で使用するパーティションとスワップ パーティションを作成しました。インストールしたところ、すべて正常に動作しました。しかし、コンピューターの電源を入れたときに、grub 画面が表示されませんでした。1 日作業した後、Mint の代わりに Xubuntu をインストールし、ブート修復をいくつか実行し、ブート修復の詳細オプションで「セキュア ブート」オプションを無効にしました。その後、再起動後も問題なく Xubuntu を使用できました。しかし、Mint の方が気に入ったので、昨日、Xubuntu と同じ方法で Mint をインストールしようとしました。しかし、「grub2 パッケージのインストール」で、次のエラーが発生してインストールが中止されました。

grub-efi-amd64-signed パッケージを /target/ にインストールできませんでした。

おそらく、インストール プロセスの前にブートローダの場所を間違えたのでしょう。Xubuntu をインストール (および後で削除) しましたが、Xubuntu では、Windows ブート マネージャも配置されている /dev/sda2 にブートローダをインストールしました。その前に、もう一度 Xubuntu をインストールしたときに、別の /boot パーティション /dev/sda8 にブートローダをインストールしました。最後に、もう一度、ブートローダを /dev/sda にインストールしました。最初に grub 画面が表示されない問題を解決するには、本当に試行錯誤が必要でした。

私の推測では、現在、sda、sda2、sda8 上の Xubuntu でインストールしたブートローダーが、Mint での grub2 パッケージのインストールに問題を引き起こしているようです。

同じ問題についてすでに多くのページを見てきましたが、どれもうまくいきませんでした。インターネット接続があり、「余分な64」が存在します（Ubuntu 12.04 --- grub-efi-amd64-signed が /target/ にインストールできませんでした）。

どうすればいいでしょうか? 経験豊富なユーザーからのヒントはありますか? それとも別のディストリビューションを試したほうがよいでしょうか? よろしくお願いします! オランダからのご挨拶。

答え1

HP はブート ローダー情報を忘れてしまうことで有名で、ブート修復の出力にもこの仮説を裏付ける証拠があります。たとえば、次のようになります。

chroot /mnt/boot-sav/sda5 efibootmgr -v
BootCurrent: 0000
Timeout: 0 seconds
No BootOrder is set; firmware will attempt recovery

最後の行に注意してください。これは、コンピューターがフォールバック ブート ローダー -- を起動しようとすることを意味しますEFI/BOOT/bootx64.efi(一部の EFI は、この状況で実際に Windows ブート ローダー -- にフォールバックしますEFI/Microsoft/Boot/bootmgfw.efi)。

これは欠陥のあるファームウェアです。かもしれないHP から修正プログラムを入手できるようになるかもしれませんが、それはありそうにありません。コンピューターが新しい場合は、店に返品して返金してもらいます。しかし、Windows 8 について言及されているので、その段階は過ぎていると思います。

デュアルブートが本当に必要な場合、次の 2 つのオプションがあります。

  • フォールバック ブート ローダー (前に述べた 2 つ) の名前を変更し、GRUB (または他のブート ローダーやブート マネージャー) のコピーをその場所に配置します。これは、修正ではなく、不安定で見苦しい回避策ですが、結果を得る最も簡単な方法です。Boot Repair には、これを自動的に実行するオプションがあります。[詳細] メニューには、「ブート ローダーのバックアップと置き換え」 (正確な言い回しは覚えていません) のような名前が付いています。
  • ディスクを消去し、WindowsとUbuntuの両方を新規インストールします。ただし、EFI/UEFIモードではなく、BIOS/CSM/レガシーモードで実行します。ただし、ブートモードを強制するのは少し難しいかもしれません。あなたの特定のファームウェア実装は、標準化されていないため、実行しないでください。このアプローチのバリエーションとして、両方の OS を BIOS モードで起動するように変換する方法がありますが、再インストールよりも面倒になる可能性があります。インストールのカスタマイズに多くの時間を費やし、データ ファイルがたくさんある場合にのみ、この方法を実行してください。ただし、インプレース変換ではデータが失われるリスクがあるため、安全のためにバックアップする必要があります。その時点で、再インストールがかなり合理的に見え始めます。

関連情報