我即将使用 Ubuntu 和 Windows 10 的双启动配置来设置我的新笔记本电脑。我之前使用过一个驱动器，并将其分区以包含两个操作系统。现在，我有一个 128Gb PCIe SSD 和一个 512Gb SSD。我希望我的小驱动器只包含 Ubuntu 系统和存储，而大驱动器只关注 Windows。
据我了解，通常有两种方法可以进行设置：
安装时拔下未使用的驱动器
拔下 1 个驱动器并在插入的驱动器上安装第一个操作系统
拔下安装了新系统的驱动器，插入其他驱动器并安装第二个操作系统
- 插入所有驱动器并配置 BIOS/UEFI 以选择默认启动磁盘
- 启动时进入 BIOS/UEFI 进入非默认系统
使用引导加载程序
- 每次安装时所有驱动器都保留在机器中
- 首先安装 Windows，因为 Linux 安装似乎更适合双启动设置，并保持 Windows 安装完好无损
- 安装Windows后，安装Linux并选择辅助驱动器作为系统和数据分区
- 应创建一个引导加载程序，以便在机器启动时选择引导系统
显然，我在之前的设置中使用了第二个选项，因为拔出分区在物理上是不可能的 =)。ubuntu 为我创建的引导加载程序运行良好，但它会默认进入 Linux。这意味着在启动时坚持使用 PC，并在启动到我喜欢的操作系统（即 Windows）时快速循环到 Windows 选项。
我希望将 Windows 设置为我的默认启动操作系统，并在需要时以方便的方式进入我的辅助操作系统 (Ubuntu)。所有这些都通过将每个操作系统安装在单独的驱动器上来实现。
考虑到上述方法，实现这一目标的最佳实践是什么？还有其他我没有提到的考虑因素或方法吗？
答案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 定制器。不过，我无法提供关于如何使用它的具体建议，因为我尽可能避免使用 GRUB。（我坚持rEFInd 启动管理器，也可以通过更改default_selection中的行将其配置为默认启动 Windows refind.conf。）
有关 EFI 模式启动如何工作的更多信息，我建议阅读以下一篇或多篇文章：
- Adam Williamson 的博客文章介绍了 EFI 的工作原理—— 本页描述了 EFI 模式启动背后的理论。
- Superuser.com 上关于 BIOS 和 EFI 启动之间的区别的问答—— 这提供了前面内容的基础，但更加简洁。
- 我的关于在 EFI 系统上安装 Linux 的页面—— 与 Adam Williamson 的博客相比，此页面对 EFI 模式启动进行了更实用的介绍。
- 我的 Linux EFI 引导加载程序页面—— 本页介绍了 Linux 系统的 EFI 引导加载程序选择。
- 我的 CSM 页面——本页介绍了 CSM，包括它何时有用以及何时没用。
- Ubuntu 社区 wiki 中有关 UEFI 的条目-- 这个页面有点脱节，但却是针对 Ubuntu 的 EFI 及其问题最具体的介绍。
最后，现代 EFI 提供了一项称为兼容性支持模块 (CSM) 的功能，该功能使它们能够使用 BIOS 模式引导加载程序进行引导。（请参阅我上面提到的 CSM 页面。）如果学习 EFI 模式的方式对您来说太麻烦，您可以继续使用计算机的 CSM 以 BIOS 方式进行操作；然而，这本身就存在风险。特别是，许多计算机从未完全禁用 EFI 模式启动支持，因此您很容易最终得到一个以 BIOS 模式安装的操作系统，而另一个以 EFI 模式安装的操作系统，这比全 EFI 或全 BIOS 安装更难管理。此外，一些 EFI 缺少 CSM，制造商很可能会在将来开始放弃 CSM，因此坚持使用 BIOS 模式启动只会延迟您了解 EFI 模式启动的需要。在我看来，花一两个小时学习 EFI 模式启动的基础知识比尝试通过 CSM 坚持使用 BIOS 模式启动要好。