手撕开机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列出所有的磁盘分区信息,这里假设得到如下的结果:

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

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

 
 
  1. ls (hd0,msdosX)/boot/grub 

在这里,X代表上面分区中得到的数字,比如msdos8中的数字8。

如果按照这种方式应该是可以找到对应分区的,这也是网上教程的方法,但是由于她的电脑中将boot分区单独进行了分区,因此使用上述的方式会出现1个对应文件不存在的提示。

因此,我们需要将上述的方式修改为:

 
 
  1. ls (hd0,msdosX)/grub 

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

 
 
  1. ls (hd0,msdosX)/ 

进行关联

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

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

而GRUB的正常启动过程涉及到通过grub-install生成的核心镜像的环境变量prefix。而环境变量root主要用于从前缀中加载normal模块。

在这里,我们假设正确的分区为(hd0,msdos6),我们通过set命令设置其root和prefix都为该分区。之后我们需要进行加载的操作了:

 
 
  1. grub resuce> insmod normal 
  2. grub resuce> normal 

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

重新生成grub

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

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

在这里,我们假设使用的是deepin的发行版,然后使用update-grub重新生成grub菜单。最后再使用grub-install将其安装在硬盘上。

这样,我们就完美的解决了开机启动时grub rescue导致无法正常启动的问题了。

如果某天某个MM向你咨询这个问题,不要吝惜这样的好机会,因为花不了你10分钟又可以拉近关系。





本文作者:佚名
来源:51CTO
目录
相关文章
|
8月前
|
机器学习/深度学习 Linux 决策智能
双系统出现grub rescue修复方法
双系统出现grub rescue修复方法
297 0
|
8月前
|
Ubuntu Linux
ubuntu16.04开机后进入grub rescue>终端模式的解决办法
ubuntu16.04开机后进入grub rescue>终端模式的解决办法
|
10月前
|
Ubuntu Windows
Ubuntu 18.04开机卡在grub,引导修复的2种实用方法
Ubuntu 18.04开机卡在grub,引导修复的2种实用方法
|
Linux 虚拟化 Windows
如何在把Linux装进移动硬盘/U盘(UEFI启动)?
如何在把Linux装进移动硬盘/U盘(UEFI启动)?
2101 1
|
Linux
使用Rufus制作LINUX启动安装U盘(成功)
使用Rufus制作LINUX启动安装U盘(成功)
704 0
使用Rufus制作LINUX启动安装U盘(成功)
|
存储 缓存 安全
Win系统 - 用完U盘,可以直接拔吗?
Win系统 - 用完U盘,可以直接拔吗?
400 0
Win系统 - 用完U盘,可以直接拔吗?
|
编解码 Linux 开发工具
Linux好玩的:给GRUB2引导程序给个背景吧
在默认情况下Centos/RedHat系列的Linux操作系统都没有配置grub背景,当做服务器使用的话可能会无所谓,如果自己使用的话,总是想着让它看起来美丽一些
Linux好玩的:给GRUB2引导程序给个背景吧
|
Linux Shell 数据安全/隐私保护