引导加载程序 (GRUB) 从 BIOS 引导序列中消失 - 双引导 Win 10

Question

尝试将 Ubuntu 与 Win 10 (UEFI) 一起安装，并且我安装在单独驱动器上的 GRUB2（使用此 Wiki：Grub2/Installing）在首次启动后消失了。我的计划是列出安装了 GRUB 的驱动器，作为 Bios 引导顺序中的主要引导源。

我有两个驱动器，其中一个是 SSD，用于 Windows 和系统文件，另一个 (2TB) 用于存储。然而，我的 Windows 启动位于 2TB 驱动器上，这让我尝试将 GRUB2 加载到 SSD 上并将 SSD 设置为主启动驱动器。

安装 Ubuntu 后，该选项确实在 Bios Boot Sequence 菜单中弹出，但当我尝试将 SSD 作为我的 #1 可启动设备时，该选项不再存在。我试图查看它是否保留在启动序列中，但没有。

这是 Windows 阻止/覆盖 GRUB 的常见情况吗？防止这种情况的解决方案是什么？

Answer 1

首先，请理解，在 EFI 模式启动中，您通常不会从设备（如磁盘第一个扇区中的启动代码）或分区（如分区第一个扇区中的启动代码）启动；相反，EFI 模式引导会引导存储在 EFI 系统分区 (ESP) 上的文件。要使用的 EFI 引导加载程序在 NVRAM 中引用。我想明确说明这一点，因为您的问题表明 BIOS 模式思维可能会让您误入歧途。

这就引出了第二点：你没有 BIOS。您有一个 EFI（或 UEFI，即 EFI 2.x）。BIOS 和 EFI 是两种完全不同的计算机启动方式。不幸的是，许多人，甚至制造商，将 EFI 称为“BIOS”。恕我直言，这是一个错误，因为它导致人们在 BIOS 术语中考虑 EFI，从而导致问题。也就是说，存在一些交叉条件。最重要的是，大多数现代 EFI 都包含兼容性支持模块 (CSM)，这是 EFI 使用旧 BIOS 模式引导加载程序的一种方式。如果 CSM 处于活动状态，引导路径会变得非常复杂，这可能会造成混乱，除非您真正了解自己在做什么。不过，你的帖子中没有任何内容让我认为你遇到了 CSM 并发症。

您所描述的是基于 NVRAM 的 EFI 启动管理器中出现然后消失的条目。这可能是由多种原因引起的，包括（但不限于）：

• 用户错误efibootmgr——您可能不小心（甚至是在不知情的情况下）使用 Ubuntu 或固件自己的用户界面等工具删除了它。
• 程序错误——操作系统级程序可能存在导致删除的错误。
• EFI 错误——许多 EFI 都有错误，可能会导致此类问题。你没有说你的电脑是什么品牌和型号，这可能有助于证实或否认这个假设。
• 磁盘交换——许多经验丰富的多引导程序在在另一磁盘上安装操作系统时会拔下一个磁盘。不过，某些 EFI 会自动删除无法访问的引导加载程序的 NVRAM 条目，因此此策略可能会导致您看到的症状。

在极端情况下，如果基于 NVRAM 的启动管理器条目无法稳定，您可能需要使用EFI/BOOT/bootx64.efi启动管理器的后备文件名。您可以使用引导修复将 GRUB 放置在那里，但必须使用“高级”菜单来激活执行此任务的选项。（我不记得它到底叫什么了。）