grub rescue问题解决

grub 2介绍

grub的介绍：

https://zh.wikipedia.org/wiki/GNU_GRUB

GNU GRUB（简称“GRUB”）是一个来自GNU项目的启动引导程序。GRUB是多启动规范的实现，它允许用户可以在计算机内同时拥有多个操作系统，并在计算机启动时选择希望运行的操作系统。现在是grub2版本。

启动过程

计算机启动后，BIOS将寻找第一个可启动的设备（通常为硬盘），而后从MBR中载入启动程序，然后把控制交给这段代码。MBR位于硬盘的前512字节内。

GRUB第一版本

GRUB的步骤1包含在MBR中。由于受MBR的大小限制，步骤一所做的几乎只是装载GRUB的下一步骤（存放在硬盘的其它位置）。步骤1既可以直接装载步骤2，也可以装载步骤1.5：GRUB的步骤1.5包含在MBR后面的30千字节中。步骤1.5载入步骤2。

当步骤2启动后，它将呈现一个界面来让用户选择启动的操作系统。这步通常采用的是图形菜单的形式，如果图形方式不可用或者用户需要更高级的控制，可以使用GRUB的命令行提示，通过它，用户可以手工指定启动参数。GRUB还可以设置超时后自动从某一个内核启动。

GRUB第二版本

与GRUB第一版相似的是,boot.img像步骤1一样在MBR或在启动分区中，但是，它可以从任何LBA48地址的一个扇区中读取，它（boot.img）将读取core.img（产生于diskboot.img）的第一个扇区以用来后面读取core.img的剩余部分。core.img正常情况下跟步骤1.5储存在同一地方并且有着同样的问题，可是，当他被移动到一个文件系统或一个纯粹的分区时会比在步骤1.5移动或删除引起更少的麻烦。一旦完成读取，core.img会读取默认的配置文件和其他需要的模块。

当GRUB启动后

一旦选择了启动选项，GRUB把选择的内核载入内存并把控制交给内核。在此步骤中，对于Windows之类不支持多启动标准的操作系统，GRUB也可以通过链式启动把控制传给其它启动器。在这种情况下，其它操作系统的启动程序被GRUB保存了下来；与内核不同，其它操作系统如同直接自MBR启动。类似Windows的启动菜单，也许是另一个启动管理器，它允许在多个不支持多启动的操作系统中做进一步的选择。（在已有Windows的系统上面，或者包含多个Windows版本的系统上安装现代的Linux而不修改原操作系统，即属于这类情况。）

Linux启动流程介绍

https://zh.wikipedia.org/wiki/Linux%E5%90%AF%E5%8A%A8%E8%BF%9B%E7%A8%8B

grub rescue问题

原因

win10和ubuntu双系统，win10大幅度升级时破坏了grub。

因为grub2其实分为两部分，第一部分在MBR中，第二部分在Ubuntu的boot/grub中，win10升级导致在MBR中的grub找不到在boot/grub中的grub2.

解决办法

开机错误显示：

error: file ‘/boot/grub/i386-pc/normal.mod’ not found.

Entering rescue mode…

grub rescue>

先输入ls回车，查看显示的内容。如：

(hd0) (hd0,msdos14) (hd0,msdos13) (hd0,msdos12)….

然后找出哪个盘安装了系统，

ls (hd0,msdos1)/boot/grub

ls (hd0,msdos2)//boot/grub

..

尝试所有的，直到返回内容不再是error: unknown filesystem.为止。

然后依次输入如下内容：

set root=(hd0,msdos13)/boot/grub
set prefix=(hd0,msdos13)/boot/grub
insmod normal
normal

然后就可以显示grub2的图形界面。

但这并没有结束，因为win10已经将grub破坏了，下一次重启我们仍会遇到grub rescue问题，所以我们必须重启进入ubuntu修复grub2.

修复grub

进入Linux系统后，在命令行里

　　sudo update-grub
　　sudo grub-install /dev/sda     
　　#=>sda是你的启动磁盘，不是某一个扇区