本文主要是介绍grub rescue模式下启动并修复，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
今天再次遇到grub修复问题，以前也遇到过一次。
我装的ubuntu 10.04和window 7的双系统，默认的系统启动项是Ubuntu。因为第一次装Ubuntu的时候只划了15G（对于长期使用Linux的人来说 o(∩∩)o...知道很小啦），于是就直接在windows系统下把装Ubuntu的那个分区删除了～～这下。。惨了，windows系统启动不起来了～～grub又不会修复，在网上找的东东又不管用。。当时真是无语了，然后就求助别的童鞋。用WINPE修复了grub。
我这个人不知道要求甚解，于是修好了就修好了~~继续玩去了~
一个跟头不能栽两次，这次我想装meego系统，所以就又给windows分区了，这样由于window分区的碎片和Linux分区碎片不兼容，于是乎～～我再次进入到那个黑框框中～～敲神马命令都是"Unknown Command",除了ls～～列出了一些貌似分区的(hd0),(hd0,8)等等～～（当然啦`这是因为我当时不会嘛，而且grub rescue和grub的命令也不太一样麼）。。但是～～～这次。。我决定自己折腾一下，解决问题。。在网上找到一个所谓的完美解决方案～～但是结果是。。依然不行。。其实人家童鞋的解决方案是对的，只是不适合我的这种情况罢了。还有就是对于我这个对grub命令了解为0的菜鸟来说，照着他给的命令敲也不晓得是神马意思。。。。
不过还好啦，以前有学长给过一些很详细的grub基础教程的pdf，所以我就小学习了一下，如何在rescue模式下启动并修复grub，当然你也可以用当时你安装系统的光盘修复grub，在这里，我只简单的说一下如何在rescue模式下启动并修复呐～～好滴～～进入正题：（我嘚废话好多哈）
由于分区问题，启动时会自动进入grub rescue模式，一般会显示如下内容：
- error: unknown filesystemgrub rescue >
一般只要grub核心文件还在分区内，我们就能由rescue模式转换到normal模式下，进而通过命令进入系统。
在rescue模式下，只有一下命令可用（我觉得最让我不解的是为什么木有help命令？为神马？是我不知道麼？）：
- set---设置变量值（同grub2命令）ls--- 列出当前的所有设备。 e.g:(hd0) (hd0,1) (hd0,8) (hd0,7) and so on这个命令可以有参数：ls / 列出当前设为root的分区下的文件ls （hd0,1）/ 列出（hd0,1）分区根目录的文件insmod --- 加载模块normal --- 进入正常模式（只有模块加载正确了才能进入normal模式）
因为在rescue模式下，木有search命令，所以我们就用ls命令来查看grub2文件处于那个分区
- e.g: grub rescue> ls (hd0)/ error: unknown filesystem /*可以用此命令挨个儿的遍历ls显示的所有设备，直到列出的目录文件，就说明grub2的核心文件在此分区了*/
我看了很多帖子，嗯，发现大家的grub2核心（core.img）文件都在（hd0，8）分区，不晓得是不是巧合（这个我木有深究阿），反正我的也是在（hd0，8）这个分区
/* ok. 小小的记录一下，我刚才有故意给windows分区，把grub搞坏了，这次设备列表里木有（hd0，8）
* 嗯嗯，，是（hd0，6）看来是巧合咯
*/
- ls (hd0,8)/ /* 查看（hd0，8）分区根目录，看有木有boot/ 文件夹*/ls（hd0，8)/boot/ /*查看此分区的/boot/目录文件，能看到有grub/文件夹*/ls（hd0,8)/boot/gurb/ /*查看此分区/boot/grub/目录下的文件，能看到很多.mod格式的文件还有.img文件 */
这样确定了grub2的核心文件在哪里之后，我们就开始转换工作咯：
- grub rescue> set(回车) /* 查看grub当前的启动分区和路径 */prefix=(hd0,8)/grub /* 确定预启动路径 */root=hd0,8 /* 确定启动分区 */grub rescue> set root=hd0,8 /* 设定grub启动分区 */grub rescue> set prefix=(hd0,8)/boot/grub /* 设定grub启动路径 */grub rescue> set(回车) /* 查看grub设定内容是否和实际的分区路径一致 */root=hd0,8 /* 确定启动分区 */prefix=(hd0,8)/boot/grub /* 确定启动路径 */grub rescue> insmod /boot/grub/normal.mod /* 刚才在查看分区/boot/grub/目录文件时，要注意看看是否有normal.mod文件，木有的话，此命令后会提示找不到此文件*/ grub rescue> normal /* 加载正常模块 */
/*以上操作成功后，我们就会进入正常模式，就能看到熟悉的grub启动菜单了*/
通常情况下，当我们进入到grub启动菜单后，就直接可以选择进入系统。然后更新重建grub。
但是有些人可能会碰到这种情况，虽然进入了normal模式出现启动选择菜单，却依然不能进入系统，这是由于缺少加载内核的Linux命令，直接从菜单不能进入系统。（请直接进入下面操作，因为紧接着我有点跑题咯～如果你急着解决问题的话）
还有一种情况，就是你更新过内核，所以会像我的启动菜单一样会有很多个不同内核的启动项，由于我的本本装的是Ubuntu10.04+win7，默认系统启动项为Ubuntu，这样如果我要进Win7就必须跳过好几个内核启动项，多麻烦阿～～～手疼～～o(∩∩)o...
对此我的解决方法是把/boot/grub/grub.cfg中的其他Ubunut内核启动项用“#”注释掉。但是这样的问题就是一旦你更新了grub，那么其他的内核镜像又会被搜到，于是就又造成了so长的启动项选择菜单。
有学长说，可以用命令移除旧版本的内核镜像，不过这个，现在我暂时还木有去找。等知道了，再补上来～～
好吧，回到我们的进入正常模式加载Linux内核模块问题。我想对于上面我说的多个旧版本的内核镜像，这时候你就可以使用下面的操作，加载指定的内核镜像。
如果不能直接进入系统请继续下面的操作：
进入正常模式后，出现我们熟悉的系统启动项选择菜单，此时需要按c，进入命令行然后加载linux模块
- normal grub> insomd /boot/grub/linux.modnormal grub> set root=hd0,8 /* 确定正常启动分区 */normal grub> linux /boot/vmlinuz-* root=/dev/sda8 （注：*是通配符哦，此处可以以tab键查看具体内核版本镜像） /* 加载内核并确定 /（根）分区 */normal grub> initrd /boot/initrd.img-* （同上） /* 加载initrd.img */normal grub> boot
boot启动系统后，打开终端，执行命令修复grub（建议以root用户登录吧，或者直接切换到root用户，这样操作方便些 ）
- root@wuyun:~# update-grub /* 更新重建grub.cfg grub配置文件 */root@wuyun:~# grub-install /dev/sda /* 重建grub到第一硬盘mbr */
注：
1.命令grub-install /dev/sda 是将grub装入第一硬盘的mbr，如果要装入第二硬盘的mbr则把sda改为sdb即可，第三第四分别为sdc，sdd等。至于要把grub装到那个硬盘的mbr上，根据自己的实际情况而定，主要是看要设置哪一块硬盘为启动盘，就把grub装到哪个硬盘的mbr上。
2.分区号例（hd0，8）单独使用时可以不加括号，在使用路径时必须加括号；
3.由于我在装Ubuntu 10.04时没有使用/boot单独分区，直接就一个/分区就完了，如果你使用了/boot单独分区了，那么就应该修改路径：
prefix=（hd0,8)/grub
insmod /grub/normal.mod
root=/dev/sda8 也要修改跟分区的分区号
1：1.Ubuntu Grub Rescue 双系统重装 Windows造成grub2被改写的修复
grub4 Dos0.4.4 在Windows启动项上加上grub4dos启动（不多说了，看置顶贴），重启选择进入grub，在命令行下输入(/boot单独分区的去掉 /boot)
代码: grub>find --set-root /boot/grub/core.img grub>kernel /boot/grub/core.img grub>boot 进入grub2菜单，进入系统后再执行 代码: sudo grub-install /dev/sd? Ubuntu Grub Rescue方法二 进入Livecd 后修复 引用: sudo -i mount 你的根分区 /mnt mount 你的/boot 分区 /mnt/boot #如果有的话 #挂载你其他的分区，如果有的话 # 重建grub到sda的mbr grub-install --root-Directory=/mnt /dev/sda
2：Ubuntu Grub Rescue由于root分区uuid改变造成的不能正常启动，只能进入grub rescue模式的修复
grub rescue>set grub rescue>prefix=(hd?,?) /grub grub rescue>root=hd?,? grub rescue>set root=hd?,? grub rescue>set prefix=(hd?,?)/boot/grub grub rescue>set grub rescue>root=hd?,? grub rescue>prefix=(hd?,?)/boot/grub grub rescue>insmod /boot/grub/normal.mod grub rescue>normal 这时就可以调出 /boot/grub/grub.cfg，修改相应uuid， 改到命令行下 grub>insmod /boot/grub/linux.mod grub>set root=hd?,? grub>linux /boot/vmlinuz-*** root=/dev/sd?? grub>initrd /boot/initrg.img-**** 进入系统 hd?,? 是grub文件所在分区 sda? 是/分区。
3：grub模块和配置文件grub.cfg受损无法启动时修复
Livcd启动进入试用 引用: sudo -i mount 你的根分区 /mnt mount 你的/boot 分区 /mnt/boot #如果有的话 # 挂载你其他的分区，如果有的话 # 重建grub到sda的mbr grub-install --root-directory=/mnt /dev/sda # 重建grub.cfg mount --bind /proc /mnt/proc mount --bind /dev /mnt/dev mount --bind /sys /mnt/sys chroot /mnt update-grub umount /mnt/sys umount /mnt/dev umount /mnt/proc
Ok~~Now we have already made it. Enjoy your OS~!
这篇关于grub rescue模式下启动并修复的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
