rav*_*tag 3 boot dual-boot windows uefi windows-10
我想在双启动时使用 Windows 引导加载程序,而不是 GRUB。我的笔记本上已经装有 Windows 10。我试过 EasyBCD,但它只适用于非 UEFI 设备。
我认为它看起来像这样:
通常,您将同时使用 GRUB2 和 Windows 引导加载程序,因为 GRUB2 无法直接启动 Windows 内核,Windows 引导加载程序也无法直接启动 Linux 内核。要从 GRUB2 引导 Windows,GRUB2 会启动 Windows 引导加载程序;为了从 Windows 引导加载程序引导 Ubuntu(或任何 Linux 发行版),它会启动 GRUB2。
那么,您要问的是如何使 Windows 引导加载程序成为主要引导加载程序 —— 即,您在计算机启动时看到的菜单。这可以完成(或者我听说的),但是您应该在 Windows 论坛上询问它,因为这基本上是一个 Windows 问题,而不是一个 Ubuntu 问题。大多数 Ubuntu 用户将 GRUB2 作为他们的主要引导加载程序运行,并且对如何配置 Windows 引导加载程序知之甚少。
也就是说,GRUB2 和 Windows 引导加载程序都有替代方案。有关详细信息,请参阅我的此页面。从技术上讲,您感兴趣的是引导管理器,而不是引导加载程序。(引导管理器提供一个菜单,其中包含操作系统引导选项列表;引导加载程序将内核加载到内存中并执行它。GRUB2 和 Windows 引导加载程序都执行这两项任务,但有些程序只执行一项或另一项任务。)你没有说为什么你更喜欢 Windows 启动管理器而不是 GRUB2,所以我只能猜测你可能喜欢什么;但是,我怀疑您对 gummiboot(现在称为systemd-boot)或我自己的rEFInd 感兴趣。如果您安装了这些工具中的任何一个,它将成为您的主要引导管理器,然后它将控制权移交给 Windows 引导加载程序或 Linux 引导加载程序。对此的最后一个转折是 Linux 内核可以作为它自己的 EFI 引导加载程序运行,因此如果您使用纯引导管理器,您可以在引导 Ubuntu 时完全省略 GRUB2。使用 rEFInd 比使用 systemd-boot 更容易,因为后者只能从它所在的分区启动程序,而 Linux 内核通常不在 Ubuntu 下驻留在该分区上。rEFInd 包含 EFI 文件系统驱动程序,可以从 EFI 可以读取的任何分区启动引导加载程序,因此 rEFInd 可以存在于 EFI 系统分区 (ESP) 上并启动存储在单独 Ubuntu 分区上的 Linux 内核。
| 归档时间: |
|
| 查看次数: |
23601 次 |
| 最近记录: |