☰

救命！Grub 救援模式

tag-icon • tag-icon grub2 partitioning windows-7 grubrescue
救命！Grub 救援模式

我有一台笔记本电脑，其中分区有 Windows 7 和 Fedora 18。我尝试在 Windows 7 的分区管理器中删除 F18，然后当我重新启动计算机时，它仍然会转到 GRUB 启动器并显示 Fedora、带有高级选项的 Fedora 和 Windows 7。然后我安装了 Ubuntu，当我重新启动系统时，它显示：

GRUB loading.. 
Welcome to GRUB!
error: disk 'lvm/fedora-boot' not found.
Entering rescue mode...
grub rescue>

答案1

执行摘要

这个问题（很可能）有相同的解决方案就像这个问题；如果你愿意，你可以直接跳到这 解决方案 那里（任你选择）。1

这应该使您能够成功启动 Ubuntu 和 Windows 系统。

1然而，由于这是一个非常不同的问题形式——问题不在于 MBR 中缺少 GRUB本身，而是旧系统的 GRUB 的存在——我认为这应该作为一个单独的问题，而不是标记为那个问题的重复。

发生了什么，以及如何解决

Ubuntu 安装程序似乎检测到了属于 Fedora 的 GRUB 安装（或该安装的一部分），并决定“谨慎行事”，不安装 GRUB 本身。不幸的是，由于 Fedora 系统不再存在，其 GRUB 安装无法使用。

解决此问题的方法是从 Ubuntu Live CD/DVD/USB 启动并安装 Ubuntu 的 GRUB 引导加载程序。（这可能是也可能不是不同的版本GRUB 比 Fedora 系统使用的要多。这里的问题是，当前安装的 GRUB 引导加载程序的部分位于 Fedora 系统内部，并且不再存在。需要将 GRUB 的相应部分安装在 Ubuntu 系统中。）

要将 GRUB 重新安装到您的 MBR 并修复此问题，请使用以下任一位置提供的任一方法：

在我看来，这非-chrooting 实时终端方法或者引导修复通常最容易。请注意，你只需要使用一方法来实现这一点。（除非该方法失败。那么你可能想尝试另一种方法。）

（可选阅读）有关该问题的一些技术细节

这GRUB 引导加载程序将其自身一小部分安装到磁盘的引导记录中。与一些更简单的引导加载程序（例如 SYSLINUX、LILO）不同，GRUB 无法装入引导记录，因此它在那里安装的部分用于引导到您的主 GRUB 安装，该安装位于某个分区上，通常由您安装的操作系统之一管理。

您的 BIOS（或另一个引导加载程序）会检查引导记录，执行其中的 GRUB 引导代码，然后将控制权交给分区中功能齐全的 GRUB 安装。

从你的错误信息来看（主要是error: disk 'lvm/fedora-boot' not found.：），似乎安装到你的主引导记录指向 Fedora 系统中的完整 GRUB 安装。该系统不再存在。

解决方案（如上所述）是让 MBR 中的 GRUB 引导程序指向 Ubuntu 系统分区（与 Fedora 的 LVM 不同，该分区仍然存在于您的系统中）中正在运行的 GRUB 安装。这个过程俗称“将 GRUB 重新安装到 MBR”或“修复 GRUB”。

相关内容