Ubuntuのインストール後にWindows 7を起動できない

Question

ウィンドウ7とともにUbuntuをインストールしたいのですが、デュアルブートが機能しません。私が行った動きを説明します。

Ubuntuをインストールした場合、UbuntuブートローダーはおそらくWindows 7がインストールされている/ sdaに書き込まれました。Ubuntuは起動できますが、Windows 7は起動できません。しかし、grub2には2つのWindows 7ローダーオプションがあります。インターフェース。
その後、誰かが私のためにそれを修正しようとしました、私は彼が何をしたかわかりませんが、今回はどちらのシステムも起動できません。
ディスクcを消去しました：システム予約パーティションを含め、win7を復元しました。それから、システムリザーブパーティションとUEFIブートスタッフに関係していると思われるウィンドウをブートできません。パーティションを生成し、bcdbootを使用してそれを復元しました。その後、win 7が機能します。
たぶん、間違った場所でubuntu loaderを書いたと思う。だから私はそれを「/ boot」または単にルート「/」に書き込もうとしましたが、デュアルブートオプションはまったくありません。 Windows 7に直接進みます。
Ubuntuブートローダーを再びc：/ sdaに書き込みます。それから私はまさにその始まりの状況に戻ります。しかし今回は、動作していないWindows 7ローダーが1つしかありません。
ブート修復を使用して修正しようとしました。残念ながら、次のことがわかります。 '現在のセッションはレガシーモードです。コンピューターを再起動し、このソフトウェアをEFIセッションで使用してください。これにより、この機能が有効になります。たとえば、BIOSがEFIモードでUSBを起動するように設定されていることを確認した後、Boot-Repair-Disk-64bit（www.sourceforge.net/p/boot-repair-cd）のライブUSBを使用します。
http://paste.ubuntu.com/24339981/

申し訳ありませんが、私はこの問題を完全には理解していませんが、解決することに夢中になりました。だから私はグーグルで2日間無駄にして、合理的に見えるようなものを試しました。今、私は目的を持たずに移動する価値がないことを知っており、私はそれを脇に置いています。誰かが私を助けてくれることを願っています。心から感謝する。

Rod Smith · Answer

おそらくあなたが知らないステップ＃2でとられたアクションのために、あなたの設定は非常に奇妙です。簡単に言うと：

ディスクは Master Boot Record（MBR）パーティションスキームを使用します。
MBRには、GRUB=コードが含まれ、BIOS/CSM /レガシーモードで起動するUbuntuのセットアップを示します。
きみの /dev/sda2は、 EFIシステムパーティション（ESP）、に共通のサイズのFATパーティションであり、Windows EFI/UEFIモードブートローダーファイルが含まれています。これはEFIモードブートと一貫性がありますが、このようなパーティションは通常、MBRディスクではなく、 GUIDパーティションテーブル（GPT）ディスクにあります。（MBRとGPTは相互に排他的です。「ハイブリッドMBR」と呼ばれる組み合わせは可能ですが、これはMacで主に使用されるい危険なハックです。）

私の疑いは、コンピューターがもともとGPTディスクからEFIモードでWindowsをブートするためにインストールされたが、ステップ＃1で、UbuntuをBIOS/CSM /レガシーモードでインストールしたことです。（1つのOSをEFIモードでインストールし、もう1つのOSをBIOSモードでインストールするのはせいぜい厄介で、通常は問題が発生します。） MBRに接続し、BIOSモードでWindowsを起動しようとしましたが、失敗しました。その後の努力mightは機能しましたが、何らかの理由で機能しなかったため、開始時よりも悪化します。

私の最初の提案は、CSM上の私の Webページを読むことです。そのページで説明されている問題を理解できなかったことが、現在の苦境に陥った原因である可能性があります。これらの問題を理解するか幸運に依存します。 CSMが起動時に有効になったか、Ubuntuのインストールを有効にしたかのいずれかです。これは、CSMがブートパスを複雑にし、一方のOSがEFIモードでインストールされ、他方がBIOSでインストールされる構成を可能にするため、これは間違いでしたモード。上記のように、そのような構成は制御が難しく、新しい落とし穴を作成します。したがって、他の操作を行う前にCSMを無効にすることをお勧めします。これを行う方法はコンピューターごとに異なるため、これに関する具体的な手順を説明することはできません。 CSM、BIOSモードブート、レガシモードブート、またはUEFIモードブートに関連するオプションを見つけて適切に設定するまで、ファームウェアセットアップツールで確認する必要があります。

CSMを無効にすると、2つの基本的なオプションがあります。

すべてを再インストールします-これが最も簡単な方法です。すべてのディスクのパーティションを削除し、ディスクをMBRからGPT形式に変換し、Windowsを再インストールして、最後にUbuntuを再インストールする必要があります。前に参照した私のCSMページで述べたように、WindowsとUbuntuの両方でEFIブート可能なインストールメディアを作成するように注意する必要があるかもしれません。（Windows 7をEFIモードでインストールする手順については、こちらを参照してください。）
持っているものを修復します-理論的には、現在の構成を修復してEFIモードで起動できます。これには、MBRからGPTにnon-destructiveの方法で変換する必要があります（my GPT fdisk（gdisk））ツールを使用できますこれを行うには-Ubuntuに付属しています）。それが完了したら、ブート修復を実行できますEFIモードブートから;または、USBドライブまたはCD-Rでmy rEFIndブートマネージャーを使用して一度ブートしてからrEFIndのDebianパッケージまたはPPAをインストールします。運が良ければ、現在のWindowsブートローダーはWindowsを起動するのに十分に機能します。そうでない場合は、修復する必要があります。おそらく、この手順の一部を使用してジョブを実行するか、Windowsフォーラムで詳細な手順を確認する必要があります。

別の方法としては、コンピューターのCSMを有効のままにして、BIOSモードで起動することを試みます。 GRUBがすでに開始されているため、少なくとも最初はブート修復は実際には役に立ちません。WindowsブートローダーのBIOSモードバージョンをインストールする必要がありますが、私はエキスパートではありませんまた、Windowsフォーラムでそれについて尋ねる必要があるかもしれません。また、BIOSモードのWindowsブートローダーをインストールすると、GRUBが部分的に消去され、再インストールが必要になる可能性があります。、EFIモードで起動する必要があると考えていると言います。これは、/dev/sda2およびESPとして解釈します。その場合、そのパーティションを削除すると役立つ場合があります。もちろん、ここまで行けば、Windowsが動作するようになり、/dev/sda2は失敗する可能性があります。したがって、通常のCSMの落とし穴に加えて、この手順では、現在の問題のいずれかを修正すると新しい問題が発生するリスクが発生します-またはnot現在の問題を修正しながら新しい問題が作成される可能性もあります。