web-dev-qa-db-ja.com

Grub：Windows 10が起動しない（無効な署名）

私は数日間Ubuntuを使っていて（仕事）、今朝はWindows 10がもう起動しないことに気付きました。私が選ぶとき：

Windows Boot Manager (on /dev/sda2)

私は得る：

error: invalid signature.

私のデュアルブートセットアップは数か月間は正常に機能しましたが、どのように壊れたかはわかりません。現在のところ、Ubuntuのみが正常に起動します。

Windowsインストールメディアから通常のブート修正コマンドを実行するなど、多くのことを試しました。

bootrec.exe /fixmbr
bootrec.exe /fixboot
bootrec.exe /scanos
bootrec.exe /rebuildbcd

最後のコマンドで次のエラーが発生しました。

The requested system device cannot be found

これらの指示 に従いましたが、それでも運はありません。

また、grub-customizerを使用して、次の行を含むWindows 10の手動エントリを作成しようとしました。

menuentry 'Windows 10 on /dev/sda2 MANUAL' {
    insmod part_msdos
    insmod ntfs
    set root=(hd0,2)
    chainloader +1
}

Grubでこのエントリを選択すると、次のようになります。

BOOTMGR missing
Press Ctrl+Alt+Del

ここに私のboot-infoがあります： http://paste.ubuntu.com/24947042/

bootdual-bootgrub2uefi
3
Brummbaer

解決策を見つけたと思いますが、それは私が提案するいくつかの提案の1つです。 （免責事項：私はrEFIndを維持しているので、偏見はありません。）しかし、何が間違っているのかを示唆する分析を提供したいと思います。また、将来の問題を回避するのに役立つ重要な提案があります。

ブート修復の出力に基づいて、最初のディスク（/dev/sda、112 GiBディスク）はGPTを使用し、 EFIシステムパーティション（ESP）、 と両方を持っていますESP上のWindowsおよびUbuntu（GRUB）EFIモードブートローダー。このディスクにWindowsがインストールされているようです。また、2番目のディスク/dev/sdf、MBRパーティションを使用し、WindowsパーティションとUbuntuパーティションの両方を備えた932 GiBディスクがあります。このディスクにUbuntuがインストールされているようです。

通常、パーティションテーブルタイプ（GPT対MBR）は、コンピューターのブート方法（GPTを使用したEFI/UEFIモードとMBRを使用したBIOS/CSM /レガシーモード）に関連付けられています。このルールには例外がありますが、特にWindowsの場合、これは便利な出発点です。お使いのコンピューターにはGPTディスクとMBRディスクの両方があるため、あいまいさが生じます。しかし、Windowsは元々GPTディスクからEFIモードで起動したように見えます。以前はすべてが機能していたため、UbuntuもEFIモードでインストールされたと仮定しました。しかし、UbuntuのインストールはESP上の/dev/sdaからMBR上の実際のインストール/dev/sdfから起動しました。これは完全に合法です。 ただし、スクリプトのどこかでの仮定が原因で問題が発生した可能性があります。ここから、かなり安全な推論を超えて、純粋な推測の領域に移動し始めます。特に、あなたがUbuntuでソフトウェアの更新を行った結果、Windowsを起動するGRUBの機能が破壊されたと思います。これは、特にWindows高速起動機能やHibernate機能がアクティブな場合に発生することがあります。これらの機能はファイルシステムの損傷を引き起こす可能性があり、Windowsブートローダーが一時的または永続的に消えたり誤動作したりする可能性があります。したがって、これらの機能を無効にすることが不可欠です。そうすることをお勧めします。その手順については、 here および here を参照してください。

その後、BIOSモードのWindowsインストール用に設計された回復アクションを実行して、問題を悪化させました。これにより、/dev/sdaの最初のセクターにBIOSモードのWindowsブートローダーが配置されます。 rEFIndが機能していることを考えると、少なくともこれらの試みはそれ以上の損害を与えることはなく、役に立たない問題を追加しただけです。

いずれにせよ、rEFIndをインストールすると、現在のGRUB構成であるハッシュがバイパスされたため、機能します。 rEFIndに満足している場合は、使い続けることもできます。別の方法として、EFIモードGRUBインストールの修正を試みることもできます。 ブート修復 は、これを行うことができますが、コンピューターのMBRとGPTの奇妙な組み合わせ、およびEFIモードとBIOSモードの両方のGRUBインストールのトレースは、そのツールを混乱させる可能性があります。したがって、rEFIndに深刻な不満がない限り、「壊れていない場合は修正しないでください」という格言に従うのがおそらく最善です。ただし、WindowsでFast StartupとHibernateを無効にすることを強くお勧めします。 rEFIndが現在UbuntuとWindowsの両方を起動できる場合でも、それらの機能がアクティブである場合、将来新しい問題を引き起こす可能性があります。

3
Rod Smith

問題が解決したので、.debパッケージファイルを使用して rEFInd をインストールしました。これですべて正常に動作します！

2
Brummbaer