BIOS 未将 GRUB 检测为引导加载程序

BIOS 未将 GRUB 检测为引导加载程序

我的系统中有两个 SSD,我将它们称为 s1 和 s2。我在 s1 上安装了一个 Linux 系统 (Linux mint),磁盘管理器显示 s2 被一个分区占用。我想使用该空间,但我没有将 s2 用于任何用途,因此我只是格式化了 s2 以获取可用空间。

事实证明,GRUB 安装在 s2 上(据我所知),因此下次启动时系统无法启动,而是进入 BIOS。当时,我实施了以下修补程序:我在 s1 上的另一个分区中安装了另一个版本的 Linux(mint)。安装附带了自己的 GRUB 实例,幸运的是,它将我的旧操作系统实例检测为启动选项,因此我可以将我的旧操作系统作为“辅助”选项启动。新的“虚拟”操作系统坏了(我无法启动它),不知道为什么,但我反正不需要它。

但这也有其自身的问题;首先,默认启动选项是新操作系统,这很烦人,因为它会在 10 秒后自动选择(GRUB 默认)。此外,由于它是次要选项,旧操作系统的启动时间从约 5 秒大幅增加到约一分钟。另一个问题是新操作系统占用了磁盘中的宝贵空间,而我理想情况下希望将其用于旧操作系统(我将分区大小减小到合理的最小值,但分区仍然阻止我占用我刚刚释放的空间,因此这毫无用处,而且我怀疑如果我将其全部删除,GRUB 也会被删除)。

为了彻底解决这个问题,我尝试了一些方法:

  1. 我已经在旧操作系统中安装了 grub-customizer,并尝试删除新操作系统的启动选项(从旧操作系统进行的更改,因为新操作系统不可启动),但是这些更改并未反映在 GRUB 中,可能是因为 GRUB 实例属于新操作系统,但我正在尝试修改旧操作系统的 GRUB 实例。
  2. 我已经使用启动修复在旧操作系统中卸载并安装了 GRUB,但 BIOS 仍然无法检测到旧操作系统的 GRUB 实例。

这是 s1 的图片:

s1的图片

s2:

s2的图片

磁盘使用情况分析器(可能是发生什么事情的线索):

Linux mint 磁盘使用情况分析器的屏幕截图

GRUB 显示的所有可能的启动选项:

GRUB 启动选项

BIOS 中的所有启动选项(忽略 Windows 启动加载程序,不确定它为什么在那里):

BIOS 中的启动选项

我应该怎样修复此问题?

答案1

你可以有啟動修復磁碟映像找到您的操作系统并创建 grub。

此外,如果您使用此工具创建 BootInfo 摘要,我们可以获得有关详细信息的更多信息。

在此处输入图片描述

相关内容