RHEL7下修复grub rescue问题

    在rhel7以下修复grub rescue 和网上大多数的 grub rescue修复都有一些不同的地方，例如在应该使用grub2,以及normal.mod的目录也发生了变化。笔者在精心搜集资料，不断探索的情况下解决了rhel7下grub rescue 的修复问题，总结如下。

一.下面几种操作会导致双系统崩溃，进入rescue模式：
1,想删除linux，于是直接在windows下删除/格式化了linux所在的分区。
2,调整磁盘，利用工具合并/分割/调整/删除分区，使磁盘分区数目发生了变化,或者win10系统更新导致磁盘分区名称发生了改变。
3,重新安装系统，把linux安装到了新分区，原有分区已经格式化，但是没有重新安装grub2。

二.导致grub rescue的原因：
grub2分为两部分，一部分（一般情况下）写在了mbr上，另一部分写在了某个分区的/boot/grub目录（如果/boot单独分区，则直接写在对应分区的/grub目录）里面。由于上述操作，致使grub2的mbr里面的那一部分找不到/grub目录里面的那一部分了（或者那一部分已经删除了)。
三.解决方法
（1）若想删除linux系统
下载大白菜将U盘制作成启动盘，然后将U盘插在自己电脑上，开机启动时进入U盘启动模式，即可进入大白菜引导，选择硬盘启动，即可进入原先的windows系统。进入后自己的windows系统后使用一个叫DiskGenius的软件，打开软件，选择硬盘->重建主引导记录（MBR），确定即可。到此，大功告成！重启就会发现可以正常启动windows，所以不需要重装系统。
（2）修复grub2
rhel7系列使用grub2来启动系统，和之前的grub有很大的不一样。我们可以通过以下几个步骤来修复。在grub2 rescue 模式下可用的命令很少，只能使用ls,set,insmod等很少的命令。

a.输入ls可以看到当前系统的分区情况，如{(hd0,msdos1),(hd0,msdos5),(hd0,msdos3),(hd0,msdos2) }

grub rescue > ls

b.通过ls来查询以上哪个分区是linux分区，如果是linux分区会提示该分区是一个xfs的文件系统，如果不是linux分区，会提示unknown。如在命令行输入

grub rescue > ls (hd0,msdos5)

c.在命令行输入grub rescue > ls (hd0,msdosx)/grub2 其中“x”为以上找到的linux分区的位置信息。找到boot分区位置。

`grub rescue > ls (hd0,msdosx)/grub2`
——>grub2 grub grub.cfg i386-pc   ....

d.临时重置grub位置为当前分区

grub rescue >set root=hd0,msdosx
grub rescue >set prefix=(hd0,msdosx)/grub2 

e.加载normal模块

grub rescue >insmod(hd0,msdos2)/grub2/i386-pc/normal.mod
grub rescue >normal

f.重新安装grub到到sda

root@localhost ~#cd /sbin
root@localhost ~#grub2-install --boot-directory=/boot /dev/sda

grub2重新安装完成