マシンにWindows 10をインストールしました。追加のパーティションを作成し、ubuntuをインストールしました。インストール中に、grubのインストールが失敗したというエラーが表示されました。これを修正するために、/ boot/efiにマウントするために500MBのパーティション(これはMBRであると思います)を選択し、インストールを続行しました。ただし、この修正されたインストールでは、grubはWindows 10を検出できません。
/ dev/sda1は、/ boot/efiにマウントするために選択したパーティションです。/dev/sda2はWindows 10のインストールです。/dev/sda6はUbuntuです。
Sudo update-grub
を実行しているとき、grubはWindows 10のインストールを検出しません。ブログの投稿をランダムにフォローするだけで、Windows 10のインストールが失われる場合と失われない場合があります。誰かが私に何が起こったのか説明し、それを修正する方法の方向を教えてくれますか?.
/dev/sda
は、 マスターブートレコード(MBR) パーティションシステムを使用します。より新しい GUID Partition Table(GPT) システムを使用する2番目のハードディスクがない限り、これはWindowsがBIOS/CSM /レガシーモードでインストールされていることを意味します。パーティションテーブルタイプ-MBRディスクでは、WindowsはBIOSモードでのみインストールおよび起動し、GPTディスクでは、WindowsはEFI/UEFIモードでのみインストールおよび起動します。
UbuntuをEFIモードで強制的にインストールしたようです。 (Ubuntuは、Windowsよりもブートモードのパーティションテーブルタイプへのリンクについての制限が緩和されています。)その場合、EFIモードバージョンのGRUBがあり、BIOSモードのWindowsブートローダーを起動できません。大まかに言って、この問題を回避するには3つの方法があります。
refind.conf
を編集する必要があります:scanfor
行のコメントを外し、hdbios
がオプションに含まれていることを確認します。これにより、rEFIndでBIOSブートサポートが有効になり、Ubuntuを起動するデフォルトのEFIモードブートオプションに加えて、コンピューターをBIOSモードで起動するグレーのひし形アイコンが生成されます。これらのオプションのうち、最初のオプションは、CSMのページ(前述)で説明されているように、長期的には最もエレガントではありません。しかし、リスクは比較的低いです。新規インストールを行っていた場合、すべてをEFIモードで行うことをお勧めしますが、そのようにWindowsをブートに変換することは、取るに足らないリスクを伴うため、それを行うことをお勧めしません。混在モードブートを使用するのは短期的である可能性が高いですが、特にコンピューターの組み込みブートマネージャーに依存している場合は、最も厄介になる可能性があります。全体として、特定のニーズ、スキル、および状況に依存するため、どのアプローチを使用するかを簡単に推奨することは困難です。