EFIの有無にかかわらず、デュアルブート、Windows 7およびUbuntu 12.04を構成する

Windows 7を搭載したラップトップにUbuntu 12.04をインストールしましたが、Ubuntuから起動できません。

まず、インストール中にこれらのパーティションを作成しました（多すぎる可能性があります）。

/dev/sda1 FAT32 SYSTEM 200Mb boot (EFI boot, i guess)
/dev/sda2 unknown file system 128 Mb msftres (Windows Boot Manager)
/dev/sda3 NTFS OS 100 Gb (Windows 7)
/dev/sda4 NTFS DATOS 315 Gb (Data partition)
/dev/sda5 ext4 28 Gb (/home)
/dev/sda8 unknown file system 1 Gb biog_grub (i'm not very sure why i made this one)
/dev/sda6 ext4 17 Gb (/ Ubuntu 12.03 installed withou errors aparently)
/dev/sda7 linex-swap 2 GB (swap)

Windowsから完全に起動できます。実際、EasyBCDでWindowsブートマネージャーを構成しようとしましたが、ブートエントリーが認識されません。とにかく、私はUbuntuエントリを追加し、それを自動的に構成しました。

これで、動作しているように見えるWindows 7のブートエントリと、「アプリケーションが見つかりません」というメッセージが表示されるUbuntu 12.04が見つかりました。

UbuntuでUSBから再起動し、コマンドラインとブート修復でGRUBを修正しようとしました。結果がありません。

私が理解している限り、Ubuntuブートローダーの場所をWindowsブートマネージャーに通知する必要があります。

だから私は2つの問題があります：

1. 実際、UbuntuブートローダーのGRUBやGRUB2などがどこにあるのかわかりません。
2. WindowsブートマネージャーでUbuntuエントリを設定する方法がわかりません。BCDedit.exeEasyBCDにはエントリが表示されなかったので、使用すると思います。とにかく、使用するパラメーターがわかりません。

私はそれについてのいくつかの記事を読みましたが、私は何か有用なものを見つけませんでした。

パーティションのレイアウトは奇妙に見えますが、これもメーカーがOEMをインストールする方法です。

これがUEFIシステムである場合、再インストールは、機能するインストールを取得するための最も迅速で簡単な方法です。パーティションsda5からsda7を削除することをお勧めします。パーティションはあなたが作成したようです。その後からのUbuntuをインストールするUbuntuの- 12.04 -デスクトップamd64.iso でUEFI modeあなたはしているが、UEFIをサポートしてインストールしていることを保証するために（CDから起動するように選択するときに、ブート時にそこUEFIとCD 1からブートするには、2つのオプションも一つのない必要があります）有効。Ubuntuパーティションと個別のホームパーティションを含むパーティションレイアウトが適切な選択です。HDDへのサスペンド（ハイバネート）を使用するには、スワップパーティションのサイズとして少なくともRAMのサイズを選択する必要があります。12.04で休止状態を再度有効にするために実行する追加のステップが1つあります。インストールが完了すると、ハードドライブにgrub-efi-amd64パッケージがインストールされたUbuntuが作成されます。インストーラーは正しいUEFIシステムパーティションを認識し（UEFIシステムパーティションには特定のGPTパーティションコードがあります）、そこにgrub-efi-stubを配置し、UEFIブート変数に登録します。

最後に、UEFIブートアップの選択で、少なくともWindowsとUbuntuのそれぞれにエントリが必要です。そこにWindows関連のエントリがない場合、これはおそらくUEFIシステムではないので、提案された解決策を試してはいけません（UEFIモードでCDを起動することはできません）。デュアルブートはGRUBのチェーンロードメカニズムを介して機能する必要があるため、デフォルトのブートオプションとしてUEFIを介してUbuntuを設定すると、以前はGRUBで機能していたデュアルブートと同様に機能します。

まず、パーティションテーブルは明らかにGUIDパーティションテーブル（GPT）です。WindowsがGPTディスクから起動するのは、コンピューターが古い基本入出力システム（BIOS）ではなく拡張ファームウェアインターフェイス（EFI）を使用している場合のみなので、EFIモードで起動していることは明らかです。従来のBIOSソリューションはEFIシステムで動作する可能性が低いため、これは重要な詳細です。

何が起動しているかは、説明からは明確ではありません。私の推測では、Windowsブートローダーが起動しており、EasyBCDを使用して、機能していないUbuntuエントリを作成しました。これは驚くに値しません。最後に確認したのは、Windows EFIブートローダーがブートプロセスを別のブートローダーにリダイレクトできなかったため、EasyBCDのWindows以外のエントリが役に立たないためです。私が何が起こっているのかを誤って解釈し、実際にWindowsは起動できるがLinuxは起動できないGRUBブートメニューが表示されている場合は、詳しく説明してください。

ここまでの私の解釈が正しければ、ファームウェアのブートメニューを使用してWindowsではなくGRUBを選択し、それを使用してLinuxを起動できる可能性があります。ファームウェアのブートマネージャーが十分であれば、これは受け入れ可能な長期的なソリューションでさえあります。残念ながら、EFIファームウェア実装のブートマネージャーは品質に非常にばらつきがあり、その多くは貧弱です。ファームウェアにブートメニューが見つからない場合、またはそれを使用することが厄介な場合は、2つの主なオプションがあります。

• コンピューターのブートセットアップを再構成してGRUB 2をデフォルトのブートローダーにし、GRUBを再構成してWindowsのエントリを含めることができます。これには、ブートローダーファイルの名前を変更するか、Linuxの「efibootmgr」などのユーティリティを使用してコンピューターのNVRAMのブートローダーリストを調整する必要があります。
• rEFItやその新しいフォークrEFIndなどのサードパーティのブートマネージャーを追加して、WindowsとLinuxのどちらのブートを選択するかを制御できます。rEFInd Webサイトには、詳細なインストール手順が含まれています。（rEFItをrEFIndに分岐したのは私です）。

EFIブートプロセスには、EFIシステムパーティション（ESP）と呼ばれるパーティション（コンピューター上の/ dev / sda1）に保存されているファイルが含まれることに注意してください。ブートローダーファイルは通常、EFI / MicrosoftまたはEFI / ubuntuのように、そのパーティションのEFIディレクトリのサブディレクトリにあります。NVRAMは、ブートローダーのリストと、ファームウェアがそれらを起動しようとする順序を保持します。ブートローダーの管理には、ブートローダーファイルの追加、削除、または移動と、NVRAMエントリの編集が含まれます。場合によっては、NVRAMエントリが空であるか無効なブートローダーを指していると、デフォルトのブートローダー（EFI / Boot / bootx64.efi。ただし、実装によってはEFI / Microsoft / Boot / bootmgfw.efiもデフォルトとしてサポートされます）がロードされます。このトピックの詳細と、LinuxのEFIブートローダーの情報については、トピックに関する私のWebページを参照してください。

おそらくGRUBメニューが正しくインストールされていません。grub-repair CDで修復してみてください。このCDで起動し、システムを自動的に修復します。あなたは見つけることができ、ここでより多くの情報を。

WindowsはEFIを使用しているため、次のことを行う必要があります。

1. grub-efiをインストールします。これは、Boot-Repairの "Separate / efi"オプションをチェックすることで実行できます。
2. 次に、BIOSをセットアップして、EFIパーティションのgrub * .efiファイルを起動します。

インストール中にアップグレードを試みた可能性があります。そのため、追加の1GBスペースが作成されます。何もインストールしなくても、ubuntuを使用して簡単にデュアルブートを使用できます。デフォルトでインストールされているubuntuのgrub2について話している。ライブCD構成のデュアルブートが必要です。 これは、grub2リカバリの非常に良い例です。