web-dev-qa-db-ja.com

/ target /にgrub2パッケージをインストールする際のエラー

私はLinuxが初めてで、これまでWindowsしか使用していません(現在:Windows 8)。しかし、私の大学の学士プロジェクトでは、Linuxを統計物理学の計算と組み合わせて使用​​することをお勧めしました。デュアルブートのWindows 8とLinuxが必要です。

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

grub-efi-AMD64-signedパッケージは/ target /へのインストールに失敗しました。

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

私の推測では、Xubuntuを使用してsda、sda2、およびsda8にインストールしたブートローダーは、Mintをインストールするgrub2パッケージに問題を引き起こします。

同じ問題に関する多くのページをすでに見てきましたが、どれも機能しませんでした。インターネットに接続していて、「エクストラ64」が存在します( buntu 12.04 --- grub-efi-AMD64-signedが/ target /へのインストールに失敗しました を参照)。

私に何ができる?経験豊富なユーザーからのヒントはありますか?または、別のディストリビューションを試す必要がありますか?前もって感謝します!オランダからのご挨拶。

1
H. Jongbloed

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。)

これはファームウェアの欠陥です。 might HPから修正プログラムを取得できますが、それはほとんどありません。コンピューターが十分に新しい場合は、返金のためにストアに返品します。しかし、Windows 8についてのあなたの言及は、私はあなたがその時点を過ぎていると思い込ませます。

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

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