起因是这样的：
在redhat7.2下运行一个python脚本，然后停不下来了，就直接，kill掉python，发现没作用，就直接reboot了，发现无法启动，系统直接进入了救援模式，估计是脚本中某个部分的运行影响到了系统
rescue>下ls 列出所有分区，然后挨个分区都用ls试一下，看看系统安装在哪里，这里有个快速方法是，直接用set列出环境变量，然后针对prefix的路径去ls，因为一版进入救援都是中途异常产生的，所以是有之前的prefix与root的变量值的
prefix=(hd0,msdos1)/boot/grub2
root=hd0,msdos1
这里需要注意的redhat7.2系统用的是grub2而不是grub，网上好多说法都太老了，都是按grub在用
然后insmod normal
normal
顺利的情况下就可以进入了
进入后用grub2-mkconfig -o /boot/grub2/grub.cfg
然后grub2-install /dev/sda(系统所在盘)
这里需要注意的是，用的是grub2-mkconfig与grub2-install，ubuntu下用的是update-grub,和grub-install,还是有很大区别的。
这里我走了一个弯路，那就是用ubuntu的启动盘去给redhat的系统盘制作grub引导，然后就是虽然走出了救援模式，却进入grub模式，这里我觉得之所以会这样，可能跟我所用的系统，之前被人把boot改成boot_bak,然后boot里只有文件系统，而没有内核文件，所以才会出现这个问题，不过暂时也没精神去修补了
grub模式下，进入系统的方式是，
linux /bont/vm*******(内核文件)(有的系统采用kernal命令这个可以Tab试一下)
initrd /boot/initrd*****(文件系统)
boot
不过在我直接去调用/boot_bak下的文件时，boot后直接system halted
好啦，浪费了挺长时间，记录一下
网友评论