单独驱动器上的双引导 - 最佳配置

Question

我即将使用 Ubuntu 和 Windows 10 的双引导配置来设置我的新笔记本电脑。我以前使用过一个驱动器并将其分区以包含两个操作系统。现在，我有一个 128Gb PCIe SSD 和一个 512Gb SSD。我希望较小的驱动器仅包含 Ubuntu 系统和存储，​​而较大的驱动器仅包含 Windows。

据我所知，通常有两种方法可以进行设置：

安装时拔下未使用的驱动器

1. 拔下 1 个驱动器并在插入的驱动器上安装第一个操作系统

2. 拔下安装了新系统的驱动器，插入其他驱动器并安装第二个操作系统

3. 插入所有驱动器并配置 BIOS/UEFI 以选择默认启动磁盘
4. 启动时进入 BIOS/UEFI 进入非默认系统

使用引导加载程序

1. 每次安装时，所有驱动器都保留在机器中
2. 首先安装 Windows，因为 Linux 安装似乎更考虑双引导设置，并保持 Windows 安装完好无损
3. 安装Windows后，安装Linux，选择二级盘作为系统和数据分区
4. 应创建引导加载程序，以便在机器启动时选择引导系统

显然，我在之前的设置中使用了第二个选项，因为拔出分区实际上是不可能的 =)。为我创建的引导加载程序 ubuntu 运行良好，但它会默认为 Linux。这意味着在启动时粘在电脑上，并在启动到我喜欢的操作系统（即 Windows）时快速循环到 Windows 选项。

我希望将 Windows 设置为我的默认启动操作系统，以便在需要时方便地进入我的辅助操作系统 (Ubuntu)。所有这些都是通过安装在单独驱动器上的每个操作系统来完成的。

考虑到上述方法，实现这一目标的最佳实践是什么？是否有我没有提到的其他注意事项或方法？

Answer 1

您正试图将 BIOS 知识应用于基于 EFI 的计算机，这将导致您误入歧途。（请注意，EFI/UEFI 是旧 BIOS 的替代品。许多人——甚至制造商——将 EFI 称为“BIOS”，但这是一种误导。）特别是：

插入所有驱动器并配置 BIOS/UEFI 以选择默认启动磁盘

在 BIOS 下，引导加载程序代码是从磁盘的主引导记录 (MBR) 中读取的，因此通常指的是“引导磁盘”或类似的东西，这是相当准确的。但是，在 EFI 下，引导加载程序代码作为普通文件存储在EFI 系统分区 (ESP) 上。重要的是，单个 ESP 可以包含多个引导加载程序，并且您可以拥有任意数量的 ESP。计算机知道要运行哪个引导加载程序，因为该信息存储在 NVRAM 中。因此，虽然引导代码是从磁盘读取的，但“引导磁盘”充其量是模棱两可的，并且在许多情况下是彻头彻尾的欺骗。

相反，您应该考虑引导文件，并始终牢记要引导的文件在 NVRAM 中被引用。更复杂的是，如果要引导的文件消失，许多（但不是全部）EFI 会删除这些 NVRAM 引用。因此，经常拔出磁盘以便您可以在另一个磁盘上启动或安装操作系统可能会使计算机无法在拔出的磁盘上启动操作系统，即使您将其重新插入也是如此。这一事实使得您描述的那种磁盘杂耍你的第一个选择是不可取的。（它可以工作，但如果您尝试，您必须了解您的计算机如何处理其基于 NVRAM 的引导加载程序指针，以便您可以重新创建任何已删除的条目。）

您还应该知道 Ubuntu 有一个错误，它会导致它将引导加载程序 (GRUB) 安装到它找到的第一个 ESP（通常在/dev/sda），即使您试图告诉它不这样做。可以通过临时更改分区类型代码来解决此错误。

总的来说，如果您打算将两个磁盘长期留在计算机中，我建议您不要太担心将两个操作系统完全隔离开来。特别是，不要执着于隔离他们的引导加载程序；只需让安装程序将引导加载程序放置在他们想要放置的位置即可。对于大多数用途，这应该可以正常工作。但是，如果您打算不时将磁盘从一台计算机移动到另一台计算机，则需要更加小心并了解有关 ESP 类型代码的更多信息，您的计算机如何处理指向引导加载程序的 NVRAM 条目等。

至于使 Windows 成为默认操作系统，这可以使用GRUB Customizer 之类的工具轻松完成。不过，我无法提供有关使用它的具体建议，因为我尽可能避免使用 GRUB。（我保持rEFInd引导管理器，它也可以被配置为默认通过更改启动Windowsdefault_selection一致refind.conf。）

有关 EFI 模式启动如何工作的更多信息，我建议阅读以下一项或多项内容：

• Adam Williamson 关于 EFI 工作原理的博客条目——此页面描述了 EFI 模式引导背后的理论。
• Superuser.com 上有关 BIOS 和 EFI 引导之间差异的问答——这提供了前面的基础知识，但更简洁。
• 我的关于在 EFI 系统上安装 Linux 的页面——这个页面是对 EFI 模式引导的更实用的介绍，而不是 Adam Williamson 的博客。
• 我的关于 Linux 的EFI 引导加载程序的页面——此页面描述了 Linux 系统的 EFI 引导加载程序选择。
• 我在 CSM 上的页面-- 此页面涵盖了 CSM，包括它何时有用和何时无效。
• UEFI 上的 Ubuntu 社区 wiki 条目——这个页面有点脱节，但它是对 EFI 及其问题的最特定于 Ubuntu 的介绍。

最后，现代 EFI 提供了一种称为兼容性支持模块 (CSM) 的功能，使它们能够使用 BIOS 模式引导加载程序进行引导。（请参阅上面引用的我在 CSM 上的页面。）如果学习 EFI 模式方式对您来说太麻烦了，您可以继续使用计算机的 CSM 以 BIOS 方式进行操作；然而，这本身就有风险。特别是，许多计算机从未完全禁用 EFI 模式启动支持，因此您很容易最终将一个操作系统安装在 BIOS 模式下而另一个安装在 EFI 模式下，这比全 EFI 或全- BIOS 安装。此外，一些 EFI 缺少 CSM，制造商将来很可能会开始放弃 CSM，因此坚持使用 BIOS 模式引导只会延迟您了解 EFI 模式引导的需要。恕我直言，最好花一两个小时来学习 EFI 模式启动的基础知识，而不是尝试通过 CSM 坚持使用 BIOS 模式启动。