关于独立驱动器中三重启动系统上的第三个操作系统的启动分区问题(UEFI 模式)

关于独立驱动器中三重启动系统上的第三个操作系统的启动分区问题(UEFI 模式)

Linux 新手-轻度-中级在这里。

我正在尝试使用 Linux Mint、Windows 10 和 Pop! 制作一个三重启动系统。操作系统,所有这些都位于单独的 SSD 驱动器上。

我的问题是关于 Pop! 的启动分区!操作系统。 PopOS 需要启动分区吗?我使用 Linux Mint 的 grub 来选择要启动的操作系统,并且希望尽可能保持不变。

也会流行!操作系统需要一个交换分区,因为它位于单独的驱动器上?

sda      8:0    0 223.6G  0 disk 
├─sda1   8:1    0   700M  0 part /boot/efi
├─sda2   8:2    0    28G  0 part /
├─sda3   8:3    0  55.9G  0 part [SWAP]
└─sda4   8:4    0 130.4G  0 part /home
sdb      8:16   0 223.6G  0 disk 
└─sdb1   8:17   0 107.6G  0 part 
sdc      8:32   0 447.1G  0 disk 
├─sdc1   8:33   0   100M  0 part 
├─sdc2   8:34   0    16M  0 part 
├─sdc3   8:35   0 446.5G  0 part 
└─sdc4   8:36   0   499M  0 part 

目前,我在 sdc 中有 Windows 10,在 sda 中有 Linux Mint。两个操作系统均安装在单独的 SSD 驱动器中,并以 UEFI 模式使用 GPT 分区表。对于 sdb(也是 GPT 表),我想创建一个 NTSF 分区以在 3 个操作系统之间共享文件,并使用第二个分区来安装 Pop!操作系统处于 UEFI 模式中。

预先感谢您的任何帮助!

答案1

由于您使用 UEFI 模式,因此您可以将所有引导加载程序安装在同一个 ESP 上,假设它足够大以包含所有引导加载程序。

但是,如果您希望每个驱动器都可以自行启动,那么您可能需要在每个磁盘上创建一个 ESP。

我见过的所有 Linux 发行版都会保留现有的 UEFI NVRAM 引导变量,只在安装时创建自己的变量。最糟糕的情况就是将 Mint 的引导加载程序更改回固件尝试引导的第一个引导加载程序。您可以使用efibootmgr命令或访问固件设置菜单(“BIOS 设置”)来完成此操作。

我不是 100% 确定,但在我看来,如果 Windows 10 在 UEFI NVRAM 启动变量中看到自己的启动条目,它将不理会任何其他条目;但如果该条目因任何原因被删除,它往往会Boot0000自行接管该变量。

只要小心启动 Pop 即可! UEFI 模式下的操作系统安装程序,以便所有安装的操作系统最终将使用相同的启动模式。具有不同启动模式的操作系统组合是一件令人头疼的事情:传统启动过程根本无法切换到 UEFI 启动加载程序,并且启动加载程序在启动过程中从 UEFI 转换到传统模式的能力也远不能得到保证。 (rEFInd 引导加载程序显然可以在一些情况,但不保证适用于所有 UEFI 实现。)

相关内容