管理者の方へ:適当と思われる場合は、この質問を別のセクションに入れてください。
私のラップトップはLenovo ThinkPad E555です。最近、Ubuntu Mint 1610をインストールし、昨日、Windows 10をインストールしました。どちらも起動可能なUSBからです。 BIOSを、CSMサポートとsecureBootのないUEFIの下に設定し、ハードドライブがGPT形式であるように設定しました。
プロセス全体を通して、grub2を使用してUbuntuを起動しても問題はありません。
WindowsをコンピューターにインストールしてWindowsを起動するプロセス全体(およびユーザー名やその他の設定を構成するように求められた)の後、Windowsデスクトップが表示され、コンピューターをすぐにシャットダウンし、Ubuntuを再度オンにして、grub2にWindowsを追加しようとしましたエントリ。
した後 boot-repair
"yannubuntu"のppaからインストールされ、このプログラムを実行しました。助けにはなりませんでした。実際、さまざまなオプションを使用して複数回実行しましたが、運はありません。このプログラムを最後に実行したときに、Pastebinにアップロードすることを選択しました: http://paste2.org/I28GVzGm
今、grub2を使用してWindowsを起動するためにどこにも行き詰まっています。私は、Windowsインストーラーをプラグインして、ブートの修復を選択しようとしましたが、助けにはなりませんでした。私はgrubで次のことを試みましたが、それでも何も起こりません:
setparam "Windows" {
set root='hd0,1'
chainloader +1
}
私がやったことは、grub2がchainloader /EFI/Microsoft/Boot/bootmgfw.efi
は、Windowsブートの最後の行に(boot-repair
)、および同じディレクトリの下にいくつかの他のefiファイルがあり、「bootmgfw.efi」を「bootmgr.efi」や「bootx64.efi」などに変更しようとしました。それでも、何も。
今、私はそれを解決する方法のアイデアを使い果たしました。アイデアをお持ちの場合は返信してください。コンピューターから入手可能な追加情報を追加したいと思います。
私を助けようとしているすべての人に感謝します!
編集1:
すでに実行していますSudo update-grub
、しかし助けにはならなかった。
編集2:
Grub2メニューからwindows 10を起動しようとしても、何も起こりません。すぐに同じ画面(何も触れていないかのようにgrub2メニュー)に戻りました。また、エントリで「e」を押して編集モードに入り、F10を押して実行しようとすると、次のように表示されました。
file path: ...((directory to /EFI/Microsoft/Boot/bootmgfw.efi))/EndEntire
error: unknown error
Rod Smithがフラッシュドライブを使用して提案したrEFIndから起動すると、最初のエントリがウィンドウの唯一のエントリでしたが、そこから起動しようとすると、次の行が表示されました。
Starting bootmgfw.efi
Using load options ''
Failed to open \EFI\Microsoft\Boot\grubx64.efi - Not Found
Failed to load image \EFI\Microsoft\Boot\grubx64.efi: Not Found
Failed to open \EFI\Microsoft\Boot\MoKManager.efi - Not Found
Failed to load image \EFI\Microsoft\Boot\MoKManager.efi: Not Found
私はラップトップの電源を入れたときにF12(ブートオプション)を押して起動しようとしましたが、そこでWindowsを選択しましたが、キーを1回も押していないかのように何もしませんでした。
EFIパーティションをFAT32に変換し(Zip
とunzip
を使用してファイルをバックアップして返しました)、/ etc/fstabを変更し、boot-repair
再び、grub2から起動すると、先ほどgrub2で説明したのと同じことが起こりました。
EFIでdosfsck
も試しましたが、結果にはまったく影響しませんでした。それに触発されて、Windows Install Diskでcmdを使用して両方を実行しようとしましたsfc/scannow
およびchkdsk/f c:
(「c:」は/ dev/sda6、windowsがインストールされたパーティションを指します)が、その後grub2から起動しようとしても何も変わりません。
投稿した_chainloader +1
_ Windowsブートオプションの_grub.cfg
_構文は、BIOS-modeインストールで機能します。あなたのようなEFIモードのインストールでは、EFIブートローダーファイルにチェーンロードする必要があります。通常はWindowsの場合は_EFI/Microsoft/Boot/bootmgfw.efi
_です。ブート修復の出力のWindows Boot Manager (on /dev/sda1)
オプションは正しいように見えますが、詳細が欠落している場合があります。
何が悪いのかを言わなかったので、より具体的な提案をするのは難しいです。はい、起動できないと言いますが、詳細は指定していません!GRUBでWindowsエントリを選択すると、どうなりますか? Windowsロゴは表示されますが、デスクトップは表示されませんか? 「ファイルが見つかりません」タイプのエラーが表示されますか?コンピューターは再起動しますか?燃えますか?そのオプションを選択したときにコンピューターが何をするかを正確に知ることは、暗闇での解決策以外のものを提供するために必要です。
私自身の暗闇での提案は、私の rEFIndブートマネージャー。Ifを試してみることです。 GRUB構成、rEFIndは動作する可能性があります。rEFIndはまったく異なる構成ファイルを使用するためです。OTOH、Windowsブートローダーに問題がある場合、rEFIndはまったく役に立ちません。両方ともGRUBおよびrEFIndは、Windowsブートローダーを使用してWindowsを起動します。rEFIndは、USBフラッシュドライブまたはCD-Rにインストールして試すことができます。両方のメディアの既製イメージは、rEFIndダウンロードページで入手できます。
別のコメント:まだ行っていない場合は、 here および here。 の説明に従って、Windowsの高速起動および休止状態機能を無効にする必要がありますWindowsを起動できない場合にこれを行います。これらの機能の問題は、デュアルブートシナリオでファイルシステムの破損を引き起こし、場合によってはこの破損によりブートローダーが破損することです。これが問題の原因である場合、ESP(あなたの場合は_/dev/sda1
_)でdosfsck
を実行します)may1回限りで問題を回避できますが、_Sudo dosfsck /dev/sda1
_を実行してからWindowsを起動できる場合は、再発を防ぐためにこれらの2つの機能を直ちに無効にしてください。
もう1つのポイント:ESPはFAT16を使用します。これはEFI仕様の軽微な技術違反です。通常はそのように動作しますが、一部のコンピューターはFAT16 ESPで少しフレークします。これが問題の原因である可能性があります。その場合、UbuntuでESP(cp
、tar
、またはZip
は問題ありません)、ESPをアンマウントし、その上に新しいFAT32ファイルシステムを作成し、再マウント(および_/etc/fstab
_を調整)し、バックアップを復元すると動作する場合があります。