it-swarm-ja.com

Windows 10のアップグレードはgrubを強制終了し、ブート修復は役に立たない

Ubuntu 14.04がインストールされているパーティションラップトップで、Windows 8.1からWindows 10にアップグレードしました。 Grubはブート時に表示されなくなったため、Ubuntu liveUSBからブート修復を実行しました。これには何の効果もなかったようです。確認しましたが、セキュアブートはまだ無効になっています。
ブート修復からのログ: http://paste.ubuntu.com/11972534/
次は何ですか?

更新:chrootを使用して、Ubuntuパーティションからgrubを更新しようとしました。 update-grubはLinuxとWindowsの両方のブートマネージャーを見つけて正常に実行されますが、プロセスはまだ効果がありません。 grub-installは、EFIディレクトリが見つからないと文句を言います(しかし、すべてを正しくマウントしました)。

Update2:ubuntuにchrootした後にefibootmgrを実行すると、ubuntuがブート順序にまったくないことが表示されることがわかりました。順序を手動で変更し、再起動して、ブート順序がリセットされたことを発見しました。私はウィンドウで実行します:bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efiしかし、これは「Operation Successful」を報告した後でも効果がありません。

84

私は管理者としてWindowsでこれを実行する必要がありました:

bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi

または:

bcdedit /set "{bootmgr}" path \EFI\ubuntu\grubx64.efi

PowerShelを使用している場合。

Grubは起動時に正常に表示され、UbuntuおよびWindows 10で正常に起動できます。

113

私のために働いた唯一の解決策は、その上に記載されています link googleでこのスレッドを見つける方が簡単だからといって、ここに再び持ってきました。

基本的に手順は次のとおりです。

  1. Ubuntu Liveを使用して「Try Ubuntu」モードで起動します。
  2. GPartedを使用して、正しいLinuxパーティションを確認します(例:/dev/sda2)。
  3. Linuxパーティションをマウントします。

    Sudo mount /dev/sda2 /mnt  #Replace sda2 with your partition number
    
  4. 他のすべてのLinuxシステムフォルダーをマウントします。

    for i in /sys /proc /run /dev; do Sudo mount --bind "$i" "/mnt$i"; done
    

    UEFIシステムを実行している場合は、次のコマンドを使用してEFIディレクトリをマウントする必要もあります。

    Sudo mount /dev/sda1 /mnt/boot/efi
    
  5. インストールにchroot

    Sudo chroot /mnt
    
  6. これで、インストール(Ubuntu Liveではなく)にログインしました。

    update-grub
    grub-install /dev/sda
    update-grub
    exit
    Sudo reboot
    

以上です !上記のリンクで、Scott Severanceがクレジットを取得します。

19
Nir

ここで同じ問題、デュアルブートPCでwindows7から10にアップグレードしています...私はこの方法で解決しました:

  1. Windowsをアップグレードする
  2. インストールプロセス中に、最初の再起動後、grubレスキュープロンプトが表示され、USBスティックのBootRepairでこれを修正しました
  3. Windowsのインストールが完了し、GRUBがなくなり、gpartedのライブCDを使用して、すべてのパーティションがまだ存在するが、それらはすべてNTFSであることに気付きました。
  4. Windowsから使用したTestDiskがLinuxパーティションを回復しました
  5. BootRepairを再度実行すると、すべてが問題ないように見えます(GRUBメニューにWindowsの音声が重複しています。理由はわかりませんが、今ではすべて問題ないようです!)

それが誰かに役立つことを願っています!

4
Francesco

私の妻のマシンは古い(UEFI以外)で、Ubuntuを論理拡張パーティションにインストールしていました。 Windows 10にアップグレードすると最初にgrubが強制終了されたため、再起動すると「grub rescue」プロンプトが表示され、LiveUSBからBootRepairで復元しましたが、Linuxパーティションがありませんでした!これをLiveUSBから別れたレスキューで復元し、パーティションを見つけて復元しました。そこから、LiveUSBからパーティションをマウントし、grub-installを実行して、復元されたUbuntuとWin10に再起動することができました。これが他の人に役立つことを願っています。

  • LiveUSBとは、Ubuntuをインストールするために使用したUSBドライブを意味します( http://www.ubuntu.com/download/desktop/create-a-usb-stick-on-ubunt を参照)。ブータブルCDを使用することもできます。このデバイスから起動すると、BootRepairとgpartedアプリを見つけることができるはずです。
4
bheeshmar

ブートシーケンスの順序を確認しましたか? Microsoftブートローダーの番号が2の場合は、一番下に移動して再起動します。

ターミナルでSudo efibootmgr -vを実行すると、Ubuntu内から確認できます。

2
Adam Elvin

それが関連しているのかどうかはわかりませんが、Windows 8.1/debianデュアルブートからWindows 10にアップグレードしようとすると、少し問題が発生しました。

基本的に、アップグレードのある時点で、grubがレスキューモードになりました。これは、debianパーティションがプロセスで消去されたため、ブートファイルが含まれていたためです(通常、別のブートパーティションがありますが、今回はそうではありません... )。このリンクを見て: Windows 10のアップグレードはgrubレスキューにつながりました

問題は、アップグレードプロセス中にWindowsがパーティションテーブルを正しく書き込まなかったことだと思います。

とにかく、Win8.1インストール外部hddで起動することで問題を修正し、それらの指示に従いました: https://neosmart.net/wiki/fix-mbr/ (win8/8.1までスクロールダウン) 。それはgrubを消去し、mSoftのブートローダーを再インストールしました。それからアップグレードを完了し、debianをまとめて再インストールしました。それは、パーティションテーブルが正しく書き込まれていないという単純な問題に気付いていなかったからです。しかし、より良い解決策は、パーティションテーブルを(testdiskを使用して)回復してから、grubを再インストール/更新することです。

お役に立てば幸いです。

PS:デュアルブート構成を持っている人について気にしないでくださったマイクロソフトに感謝します...

1

ここでは、問題の解決方法に関する手順を提供する多くの回答があります(最新のWin10更新によるGrubメニューの損失)。さまざまな答えは、マシン構成が一意ではないため、ソリューションが一意ではないことを証明しています。

私のシステム( Acer E5-575G-57D4 )では、以下が修正されます:

短い答え

1)Windowsでは、Nicholasの回答で述べたように、Windowsコマンドプロンプトで管理者として次のコマンドを入力します。

bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi

2)Live Ubuntu CD/USBでboot-repairユーティリティを実行します。

長答:

1)Windowsにログインします。

2)起動可能なUSBスティックを作成し(Ubuntuバージョンで)、プラグインします.

3)コマンドプロンプトで管理者として次のコマンドを入力します。

bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi

再起動

4)起動中、F12を押して起動メニューを表示します。 「Linux」を選択します。注:このためには、BIOS設定で「F12ブートメニュー」を有効にする必要があります(ブート中にF2を押します)。

5)メニューで、Ubuntuセッションのライブで「インストールせずにUbuntuを試す」を選択します。

6)WiFiに接続します。 次のコマンドを使用して、boot-repairをダウンロードして実行します。

Sudo add-apt-repository ppa:yannubuntu/boot-repair
Sudo apt-get update
Sudo apt-get install -y boot-repair && boot-repair

Grubが修正されたというメッセージが表示されるまで、プロンプトに従ってください。それは私のために働いた。

ありがとう:)

1
umash07

私はrescuetux/supergrubdiskを使用しました。 AndroidタブレットのDriveDroidから起動しました。次に、rescuetuxの自動検出を使用しました。 WINDOWSボタンに行って、betaWindowsMBR修復ボタンを押してください。そして、/ dev/sda2 ok ok ok okを選択しました。それからそれは成功したと言いました。今、私はちょうどWindows UEFIメニューに戻って起動しました。

1
Beezy Weezy

Win10インストールメディアがある場合は、これを使用して新しい新しいMBRをインストールできます。 「今すぐインストール」(または同様の)が表示されるまで起動しますが、クリックしないでください。 「修復ツール」(または何か)と言う小さなリンクがあります。これから、コマンドプロンプトを入力できます。

cd c:\windows\system32
bootrec /fixmbr

たぶん

bootrec /fixboot

これで問題が解決するはずです。しかし、あなたのLinuxは、Microsoftが人々の選択に無知であるためになくなっています。彼らはあなたのHDDで利用可能なものは何でも好きではないものを削除しても大丈夫だと判断しました。そのため、私たちはMSが一団の不法行為であると法的に決定するかもしれません...

Win10インストールメディア作成ツールは、 https://www.Microsoft.com/en-us/software-download/windows1 から無料で入手できます。

1
19Vidar75

私の修正は@Francescoに近かったが、少し異なっていた。

  1. Windowsを7から10にアップグレードします。
  2. インストールプロセス中、最初の再起動後、grubレスキュープロンプトが表示され、USBスティックのBootRepairでこれを修正しました。
  3. Grubは現在表示されていますが、WindowsではなくUbuntuパーティションのみを表示しています。
  4. Ubuntuにログインし、ターミナルに移動してupdate-grubと入力します
  5. Windowsがgrubメニューに戻って表示されるようになりました。Windows10のアップグレードを続行してください。
1
Metropolis

私にとってプロセスは非常に複雑でした。 USBスティックからブート修復を使用し、USBスティックを取り外してコンピューターを再起動すると、ubuntuログインオプションのみが表示されます。コンピューターのハードディスクにインストールされたUbuntuにログインしてから、ブート修復を再度使用します。その後、コンピューターを再起動すると、Unbuntとwinsows 10の両方にログインするオプションがあり、正常に機能しています。

0
mr_azad

8/8/15 Windows 7からWindows 10にアップグレードし、Windows10をインストールした後、FirefoxをデフォルトのブラウザーにしてPCをシャットダウンし、15秒待ってからPCの電源を入れましたが、 5秒以内にUbuntuを選択するオプション。Ubuntuをクリックすると、永遠のように見える灰色の画面で大したことはないように見えましたが、キーボードのEnterボタンをタップして何かを起こそうとする以外は何もしませんでしたそして、待って、ついにUbuntuまたは高度なオプションを選択するおなじみの黒い画面が現れました。 Ubuntuで問題なく起動しました。 Windows 10で電源を切って電源を入れた後、Windows 7でUbuntu、LOLを使用した後と同じように、Windowsの時刻と日付が5時間速く表示されました。次回、Ubuntuを選択して起動待機を起動したときは、はるかに短くなりました。

0
James