1 HD 1 SSD，在 /sdb 上安装 Ubuntu 后，/sda1 上的 Linux Mint 不在 UEFI/Bios 中，但 sda2 和 sda3 在？如果可以，如何恢复？

Question

首先，一个广泛的评论：你试图将特定于 BIOS 的启动知识应用于基于 EFI 的计算机。这种做法或多或少保证你最终会犯错误，因为 BIOS 和 EFI 启动过程是非常不同。特别是，你应该停止思考“启动磁盘”，而要用 EFI 术语来思考——在 EFI 下，固件启动一个文件，它位于EFI 系统分区 (ESP)。单个 ESP 可以容纳多个操作系统的引导加载程序。

现在，您的具体问题是由几个相互作用的因素造成的：

不幸的是，由于 Mint 源自 Ubuntu，但 Mint 开发人员认为没有必要区分其 GRUB（Ubuntu/Mint 引导加载程序）版本，因此两个发行版的引导加载程序都尝试放在同一个位置。因此，最近安装的那个将控制引导过程。
虽然你的每个磁盘都有自己的 ESP，但 Ubuntu（以及 Mint）安装程序一个错误这使得它使用它找到的第一个 ESP，即使它不在发行版的主磁盘上，或者您尝试强制它使用其他东西。请单击指向该错误的链接。如果您有 Launchpad 帐户，您可以单击该链接说它影响了您，这将增加该错误的“热度”，并使其更有可能被修复。

由于这一切，你一GRUB 安装完毕（在中/dev/sda1），并且现在通过 Mint 进行控制——但是，如果 GRUB 更新通过 Ubuntu 进行，控制权很可能会转向 Ubuntu。（这就是我所说的“启动政变”——参见我关于这个主题的页面——但额外的变化是两个发行版都试图写入相同的文件。）如果您随后更新 Mint 的 GRUB，控制权将切换回 Mint。

你能至少部分地分离两个操作系统的引导加载程序：

在 Mint 中，进行编辑/etc/fstab以便它安装来自的 ESP而不是来自到的/dev/sdbESP 。/dev/sda/boot/efi
在 Mint 中，卸载 ESP ( sudo umount /boot/efi)。
在 Mint 中，安装新调整的 ESP（sudo mount -a），并检查以df确保安装了正确的分区。
在 Mint 中，将 GRUB 重新安装到 ESP（sudo grub-install，可能接着是sudo update-grub）。
如果您希望 Ubuntu 控制启动过程，请重新启动进入 Ubuntu 并输入sudo grub-install（可能还有sudo update-grub）以赋予它控制权。（或者，您可以输入sudo efibootmgr -v以查看当前的引导加载程序选项，然后使用调整启动顺序，但您需要根据输出sudo efibootmgr -o #[,#,#...]找出顺序的数字（）。这样做需要通过分区 GUID 值识别磁盘。）#efibootmgr -v
请注意，未来很可能会发生启动政变。

不过，在我看来，GRUB 只能满足您的需求。问题是 GRUB 的启动时操作过于依赖预配置设置。也就是说，GRUB 菜单是由脚本构建的update-grub。此脚本在 GRUB 和内核更新后运行，但如果您在不控制 GRUB 的操作系统上更新内核，这些更新将不是GRUB 菜单上将一直显示该选项，直到您手动运行update-grub控制 GRUB 的操作系统，或者更新该操作系统中的内核或 GRUB。还有一个启动政变的问题，它可以被控制（请参阅我关于该主题的页面），但很容易搞不清楚到底是什么在控制，因为 Ubuntu 和 Mint 版本的 GRUB 看起来几乎完全相同。

你可能想看看我的rEFInd 启动管理器作为替代方案。与 GRUB 不同，rEFInd 每次启动时都会扫描引导加载程序和内核，因此无论您使用哪个发行版安装 rEFInd，它都会在内核更新后获取它们。您仍然有可能出现启动政变，但至少如果发生这种情况，它会很明显。此外，您可能需要进行一些重新配置，包括mkrlconf在您使用的发行版中运行不是用于安装 rEFInd 并可能进行编辑/boot/efi/EFI/refind/refind.conf以调整一些设置并隐藏（现在可能不需要的） GRUB 条目。

Answer 1

首先，一个广泛的评论：你试图将特定于 BIOS 的启动知识应用于基于 EFI 的计算机。这种做法或多或少保证你最终会犯错误，因为 BIOS 和 EFI 启动过程是非常不同。特别是，你应该停止思考“启动磁盘”，而要用 EFI 术语来思考——在 EFI 下，固件启动一个文件，它位于EFI 系统分区 (ESP)。单个 ESP 可以容纳多个操作系统的引导加载程序。

现在，您的具体问题是由几个相互作用的因素造成的：

不幸的是，由于 Mint 源自 Ubuntu，但 Mint 开发人员认为没有必要区分其 GRUB（Ubuntu/Mint 引导加载程序）版本，因此两个发行版的引导加载程序都尝试放在同一个位置。因此，最近安装的那个将控制引导过程。
虽然你的每个磁盘都有自己的 ESP，但 Ubuntu（以及 Mint）安装程序一个错误这使得它使用它找到的第一个 ESP，即使它不在发行版的主磁盘上，或者您尝试强制它使用其他东西。请单击指向该错误的链接。如果您有 Launchpad 帐户，您可以单击该链接说它影响了您，这将增加该错误的“热度”，并使其更有可能被修复。

由于这一切，你一GRUB 安装完毕（在中/dev/sda1），并且现在通过 Mint 进行控制——但是，如果 GRUB 更新通过 Ubuntu 进行，控制权很可能会转向 Ubuntu。（这就是我所说的“启动政变”——参见我关于这个主题的页面——但额外的变化是两个发行版都试图写入相同的文件。）如果您随后更新 Mint 的 GRUB，控制权将切换回 Mint。

你能至少部分地分离两个操作系统的引导加载程序：

在 Mint 中，进行编辑/etc/fstab以便它安装来自的 ESP而不是来自到的/dev/sdbESP 。/dev/sda/boot/efi
在 Mint 中，卸载 ESP ( sudo umount /boot/efi)。
在 Mint 中，安装新调整的 ESP（sudo mount -a），并检查以df确保安装了正确的分区。
在 Mint 中，将 GRUB 重新安装到 ESP（sudo grub-install，可能接着是sudo update-grub）。
如果您希望 Ubuntu 控制启动过程，请重新启动进入 Ubuntu 并输入sudo grub-install（可能还有sudo update-grub）以赋予它控制权。（或者，您可以输入sudo efibootmgr -v以查看当前的引导加载程序选项，然后使用调整启动顺序，但您需要根据输出sudo efibootmgr -o #[,#,#...]找出顺序的数字（）。这样做需要通过分区 GUID 值识别磁盘。）#efibootmgr -v
请注意，未来很可能会发生启动政变。

不过，在我看来，GRUB 只能满足您的需求。问题是 GRUB 的启动时操作过于依赖预配置设置。也就是说，GRUB 菜单是由脚本构建的update-grub。此脚本在 GRUB 和内核更新后运行，但如果您在不控制 GRUB 的操作系统上更新内核，这些更新将不是GRUB 菜单上将一直显示该选项，直到您手动运行update-grub控制 GRUB 的操作系统，或者更新该操作系统中的内核或 GRUB。还有一个启动政变的问题，它可以被控制（请参阅我关于该主题的页面），但很容易搞不清楚到底是什么在控制，因为 Ubuntu 和 Mint 版本的 GRUB 看起来几乎完全相同。

你可能想看看我的rEFInd 启动管理器作为替代方案。与 GRUB 不同，rEFInd 每次启动时都会扫描引导加载程序和内核，因此无论您使用哪个发行版安装 rEFInd，它都会在内核更新后获取它们。您仍然有可能出现启动政变，但至少如果发生这种情况，它会很明显。此外，您可能需要进行一些重新配置，包括mkrlconf在您使用的发行版中运行不是用于安装 rEFInd 并可能进行编辑/boot/efi/EFI/refind/refind.conf以调整一些设置并隐藏（现在可能不需要的） GRUB 条目。

1 HD 1 SSD，在 /sdb 上安装 Ubuntu 后，/sda1 上的 Linux Mint 不在 UEFI/Bios 中，但 sda2 和 sda3 在？如果可以，如何恢复？

编辑1：

编辑2：

编辑3

启动信息（部分）

答案1

相关内容