Ubuntu系统开机进入grub rescue模式解决办法

Ubuntu系统开机后进入"grub rescue>"模式？肯定是grub开机管理程序出问题了，出现这种问题也不用急着重装系统，还有解救办法。下面我就描述下自己的经历吧。

我们有10台普通PC机用作服务器(OS为Ubuntu 12.04 LTS)，之前安装系统的时候没有规划好硬盘分区，采用根目录/(498GB)+swap(2GB)的简单分区方式。后来服务器要用来做云计算虚拟化技术的研究，采用OpenStack构架，而对象存储组件Swift需要Proxynode和Storagenode节点，在Storagenode节点上主机需要分出一个区采用xfs文件系统。这样我之前的根目录(/)和交换区(swap)的分区方式显然不合适。而且根本没有任何办法从主分区/dev/sda1(挂载在根目录/下)分出一个新区，如果采用fdisk /dev/sda的方式去强行修改分区会导致系统出问题（Linux核心/boot/vmlinuz及核心模块/lib/modules/$(uname -r)/kernel都在根目录所在分区下面，修改分区必然要重新分割根目录所在分区，导致文件系统出问题），我一开始就这样试过，最后弄得系统都无法启动。

最后就是重新装系统咯！我采用了下面的分区：

/dev/sda1      300MB     ext4     /boot

/dev/sda2      350GB     ext4       /

dev/sda3        2GB       swap

/dev/sda5     145GB       xfs      /srv

boot loader安装在/dev/sda即/dev/sda的MBR上

系统安装后重启，悲剧就发生了，File not fonund      grub rescue>

第一次碰到这种问题还是挺无语的，装系统都装了这么多次了，唯一可能出问题的地方就是磁盘分区了。但是还是在网上搜了一下解决办法，发现还有得救，就抓紧尝试了一下，具体过程如下：

首先，在grub救援模式下只有很少的命令可以用：

set  ,  ls , insmod , root , prefix

说明：

(1)set  查看环境变量，这里可以查看启动路径和分区。

(2)ls   查看设备

(3)insmod  加载模块

(4)root  指定用于启动系统的分区,在救援模式下设置grub启动分区

(5)prefix 设定grub启动路径

使用ls命令查看一下设备状态，在我的系统下有:(hd0) (hd0,msdos5) (hd0,msdos3) (hd0,msdos2) (hd0,msdos1) 这几项，顿时想起鸟哥对硬盘及分区在grub中的代号的介绍(在CentOS5.3上的情况)。

在Ubuntu系统下就有所不同了，(hd0)应该对应/dev/sda的MBR，(hd0,msdos1)应该对应/dev/sda1

然后具体查看设备下的文件：

grub rescue> ls (hd0,msdos1)

error: bad filename.

提示：错误的文件名，我在测试时发现必须是后面加一个/

grub rescue> ls (hd0,msdos2)/

./  ../  lost+found/ ...

通过查看发现在(hd0,msdos1)/下有vmlinuz和Initrd等文件，这正是要找的/boot文件夹所在分区。

 

设置grub的启动分区和路径

set root=(hd0,msdos1)  #设置grub启动分区

set prefix=(hd0,msdos1)/grub/  #设置grub启动路径，注意/boot为独立分区(hd0,msdos1)

 

查看一下设置情况：

grub rescue> set

prefix=(hd0,msdos1)/grub

root=hd0,msdos1

 

加载基本模块

insmod $prefix/normal.mod  #加载基本模块，加载成功后grub rescue>提示符会变亮

 

进入正常模式

normal  #进入正常模式，出现菜单

这样就可以进入系统了，进入系统以后可以对grub就行修复， 上面主要的原因可能在于MBR上grub开机管理程序出现问题，所以直接用grub-install重新建置MBR的grub程序。

#grub-install /dev/sda

Installation finished.No error reported.

安装没有错，这一步是将grub安装在目前系统的MBR底下，我的系统为/dev/sda

最后重启系统，正常启动。