解决开机grub-rescue问题

在实际折腾Linux的过程中,遇到grub-rescue问题是件很正常的事情。实际上这个问题,没有什么技术含量,但是要看什么场合。
记得之前教了某个MM玩Linux,主要也是工作需要吧。本来一切都是很美好的,可是下午却被一通电话吵醒了。电话的那头很着急的跟我说,她的电脑启动不了了,电脑启动不了的理由有千万种死法。于是我平静的问她,由什么提示或输出吗?
然后她跟我讲屏幕中出现了grub resuce的字样。对于这样的情况,不用说我都知道,她把某些东西给搞坏了。但是按照网上的教程却无法修复,于是详细询问后就有了这篇文章了。
实话说,grub2主要分为2个部分,一部分一般情况下写在MBR中,而另1部分写在某个分区的/boot/grub目录中。如果grub没有正确的被安装就可能会引发上面的问题。
对于这样的问题,我们可以通过如下的方式来进行修复:

  • 找到Linux安装的分区
  • 进行临时grub的关联
  • 重新生成grub

下面我们分别来进行说明。
在这里,要修改的Linux为Ubuntu 14.04版本,对于其他的发行版也是类似的。

找到分区

我们先在提示符grub rescue>下输入命令ls列出所有的磁盘分区信息,这里假设得到如下的结果:

  
(hd0),(hd0,msdos8),(hd0,msdos7),(hd0,msdos6),....  

接着,我们需要尝试列出某个分区上是否存在/boot/grub这个目录。对于Windows系统的分区来说,会直接得到1个unknow filesystem的错误提示。换句话说,我们需要进行如下的操作:

  
ls (hd0,msdosX)/boot/grub  

在这里,X代表上面分区中得到的数字,比如msdos8中的数字8。
如果按照这种方式应该是可以找到对应分区的,这也是网上教程的方法,但是由于她的电脑中将boot分区单独进行了分区,因此使用上述的方式会出现1个对应文件不存在的提示。
因此,我们需要将上述的方式修改为:

  
ls (hd0,msdosX)/grub  

在这里,我们去掉了boot目录,这样就可以搜索到对应的目录了。
对于在使用ls命令时提示文件不存在的情况我们可以进行如下的操作:

  
ls (hd0,msdosX)/  

进行关联

紧接着,如果找到了正确的grub目录后,我们需要将其与grub关联起来,在这里,我们主要通过set命令来进行设置操作,从而临时进行关联操作:

  
grub resuce> set root=(hd0,msdos6)  
grub resuce> set prefix=(hd0,msdos6)  

而GRUB的正常启动过程涉及到通过grub-install生成的核心镜像的环境变量prefix。而环境变量root主要用于从前缀中加载normal模块。
在这里,我们假设正确的分区为(hd0,msdos6),我们通过set命令设置其root和prefix都为该分区。之后我们需要进行加载的操作了:

  
grub resuce> insmod normal  
grub resuce> normal  

在这里,normal命令会读取/boot/grub/grub.cfg文件并运行菜单。

重新生成grub

通过上述的方式我们可以现实丢失的grub菜单了。此时不要高兴的太早了,因此这只是临时的关联,如果重启的话,这个问题还是会再次出现的。为了解决这个问题,我们需要进入Linux中重新生成grub来进行修改:

  
cat@cat-pc:~$ sudo update-grub  
Generating grub configuration file ...  
Found theme: /boot/grub/themes/deepin/theme.txt  
Found background image: /boot/grub/themes/deepin/background.png  
Found linux image: /boot/vmlinuz-4.4.0-2-deepin-amd64  
Found initrd image: /boot/initrd.img-4.4.0-2-deepin-amd64  
Found Windows 7 (loader) on /dev/sda1  
done  
cat@cat-pc:~$ sudo grub-install /dev/sda  
Installing for i386-pc platform.  
Installation finished. No error reported.  

在这里,我们假设使用的是deepin的发行版,然后使用update-grub重新生成grub菜单。最后再使用grub-install将其安装在硬盘上。
这样,我们就完美的解决了开机启动时grub rescue导致无法正常启动的问题了。
如果某天某个MM向你咨询这个问题,不要吝惜这样的好机会,因为花不了你10分钟又可以拉近关系。

参考文章:

http://www.gnu.org/software/grub/manual/grub.html#GRUB-only-offers-a-rescue-shell
http://blog.chinaunix.net/uid-26495963-id-3144925.html

若文章对您有帮助,请打赏1块钱。您的支持,可以让我分享更多精彩的文章。转载请注明来源


知识共享许可协议
本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。