Linuxのインストールが失敗した後、Windows7のインストールでMBRが正常に見つかりません。それはそこにあります-どこかに-そして私が起動中にF12を使用してマザーボードの起動オプションにアクセスするとアクセスできます:
最初に「ubuntu」をスタックしていることに注意してください。Windowsブートマネージャーに移動する必要があります。その後、Windowsは正常に起動します。 「ubuntu」を選択すると、「BOOTMGR Not Found」メッセージが表示されるので、BIOSが最初にその「ubuntu」オプションを起動していて、そこでBOOTMGRが見つからないことは明らかです。
また、BIOSではWindowsが起動順序の最初に来ることにも注意してください。
したがって、ISシステムに動作しているMBRがあります。どこかにあります。私のBIOSか何かが、それを見つける方法を知りません。
私haveは修復オプション(Windowsの起動中にF8)を使用し、StartupRepairとbootrec/fixmbrの両方を使用しましたbootrec/fixboot。すべてのレポートが正しく実行されている(bootrecs)または「問題が見つかりません」(スタートアップ修復)が、再起動時にBOOTMGRが見つかりません。
ハードドライブのBBSの優先順位は私にこれを与えます。順序を変更しても何も起こりません。
Windowsディスクマネージャーでは、Windowsが作成する100MBのパーティションを確認できますが、アクティブとしてマークする方法がないようです。オプションは、右クリックオプションとして、またアクション/すべてとしてグレー表示されます。タスクオプション。
UbuntuエントリをEFIで削除すると、ブートデバイスとして表示されなくなりますが、BOOTMGRはまだありません。
Linuxブートからの私の最新の貼り付け-修復: http://paste.ubuntu.com/7951926/
そして、Easy UEFIスクリーンショット:
EasyUEFI を使用して、「WindowsBootManager」のエントリを「Bootorder」リストの一番上に移動してみてください。
これが機能しない場合は、ユーザーアカウント、データ、プログラム、およびシステムドライバーを保持しながら、現在のインストールを修正するために修復インストールを実行することをお勧めします。
詳細な手順については、以下を参照してください: Windows 7を修正するための修復インストールの実行方法 。
現在のWindows7DVDからWindows7 SP1ブートDVDを作成するには:
Windows 7 SP1とアップデートをスリップストリームして起動可能なUSB、インストールDVD、またはISOファイルを作成する方法 。
いいえ、MBRは動作していませんですが、Windowsが最初から使用したことがないため、問題ありません。
お使いのコンピューターには、BIOSの代わりに新しい EFIファームウェア があり、MBRでブートコードを検索しなくなりました。代わりに、「EFIシステムパーティション」でブートローダーファイルとファームウェアを検索します。インストールされているオペレーティングシステムのリストと、それぞれのブートローダーファイル名を保持します。そのリストから「WindowsBootManager」を選択すると、EFIパーティションから\EFI\Microsoft\Boot\bootmgfw.efi
が起動します。同様に、「ubuntu」エントリはおそらく\EFI\Ubuntu\grubx64.efi
または同様のもので始まります。
(Windowsでは、コマンドラインでmountvol B: /s
を実行することにより、このパーティションにアクセスできます。)
ただし、古いオペレーティングシステムとの互換性のために、ほとんどのUEFIシステムはBIOS方式で起動できます。起動メニューには、物理ディスクごとにこれらの特別なエントリがあります。 、P1: ...
、P2: ...
、P3: ...
などの名前が付けられています。 P1
エントリを選択すると、ディスク#1のMBRに保存されているブートローダーが起動します。
Ubuntuインストーラーを起動し、efibootmgr
ツールを使用して壊れたEFIブートエントリを一覧表示(および削除)します。
$ Sudo efibootmgr BootCurrent:0000 タイムアウト:2秒 BootOrder:0000,0005,0001,0006,0007 Boot0000 * Linux Boot Manager Boot0001 * EFIシェル Boot0005 * Windowsブートマネージャー Boot0006 *ハードドライブ Boot0007 * CD/DVDドライブ
(オプションで-v
を追加して、実際のパスを表示します。)オプション0005を削除するには:
$ Sudo efibootmgr -b 0005 -B
あなたは、EFIベースのコンピューターにはもはや適用されないBIOSの仮定の下で働いています。 grawityが言うように、EFIベースのコンピューターのブートコードはMBRに存在しません。これは、bootrec /fixmbr
のようなWindowsコマンドが機能しなくなったことを意味します。 EFIに相当するものがありますが、私はそれらのほとんどに精通していません。 が機能する必要があるものは次のとおりです。
bcdedit /set {bootmgr} path \EFI\Microsoft\Boot\bootmgfw.efi
ただし、efibootmgr
を使用してUbuntuエントリを削除しても機能しなかった場合は、bcdedit
について疑問があります。インストール後にUbuntuのブート修復ツールを実行しましたか?もしそうなら、いくつかのEFIのバグを回避するために、ブートプログラムを混乱させた可能性があります。結果は、GRUBの余分なコピーです。Windowsブートローダーがあり、Windowsブートローダーが「バックアップ」の場所に移動します。この場合、ブート修復を再度実行する必要があります。 [詳細設定]メニューをクリックし、バックアップファイルを復元するオプションを見つけます(このオプションの正確な表現は思い出せません)。このオプションを実行すると、Windowsブートローダーが元の場所に復元されます。
あなたが試すことができるもう一つのことは私の rEFIndブートマネージャー。 のUSBフラッシュドライブまたはCD-Rバージョンです。これはどこか奇妙な場所でWindowsブートローダーを見つけてあなたを起動させることができるかもしれません。これで、ファイルを手動で調整したり、Windowsツールを使用してWindowsブートローダーを再インストールしたり、rEFIndをハードディスクにインストールしたりできるようになります。
最悪のシナリオは、失敗したUbuntuインストールが誤ってWindowsブートマネージャーを破棄したか、場合によってはWindowsインストール全体を破棄したことです。これを確認するには、 EFIシステムパーティション でWindowsブートローダーファイル(bootmgfw.efi
など)を探します。これは通常、/dev/sda1
または/dev/sda2
の下にあります。 Linux。パーティションツールを使用して、パーティションテーブルを調べ、Windowsパーティションを探します。何もない場合、Windowsはなくなり、すべてを最初から再インストールする必要があります。貴重なユーザーデータがあり、これが当てはまると思われる場合は、ディスクの使用をすぐに停止してくださいそして PhotoRec または同様のものを使用してファイルを回復しようとします。ただし、この最悪のシナリオでの損失に備えてください。
windowsインストールディスクをポップインし、そのディスクから起動します。次に、[自動的に修復]を選択すると、EFIシステムパーティションが自動的に修復されます。
EFIでArchLinux/windows 7デュアルブートを約4時間使用した後、Windowsを再起動しようとしたことがわかりました。
EFIシステムパーティション構成を簡単に修復できるはずです。