其实除了mbr引导扇区的故障出现会引起无法进入操作系统之外,gurb菜单故障也会无法进入操作系统。

出现GRUB故障的原因
(1)MBR扇区中的GRUB引导程序遭到意外损坏
(2)grub.conf文件丢失或是引导配置有误
出现该种故障的表现
系统引导停滞不前,一直卡在“grub>”符号处
修复思路
(1)使用引导光盘,进入急救模式,重写(一般人没那技术)或从备份恢复grub.conf
(2)向MBR扇区中重建grub程序
具体修复步骤
(1)引导急救模式,加载系统镜像(chroot /mnt/sysimage/)
(2)重新建立加载sda分区(grub2-install /dev/sda)
(3)重新构建grub菜单配置文件(grub2-mkconfig -o /boot/grub2/grub.cfg)
(4)退出bash环境(exit)
(5)重启

实验操作部分

1、首先输入cd /boot,进入启动文件,输入ls 查看,可以看到有2个grub。(grub存放的时启动菜单的背景文件 、grub2才是配置文件)
Linux常见故障-------grub菜单故障_第1张图片
2、模拟grub菜单损坏导致的故障,输入cd ../grub2/进入grub2,ls查看有哪些文件。
Linux常见故障-------grub菜单故障_第2张图片
3、其中grub2就是配置文件,我们rm-rf把它删除掉,输入rm-rf grub.cfg,在输入ls查看文件是否被删除。

Linux常见故障-------grub菜单故障
4、配置文件删除之后我们进行重启,会进入grub菜单模式,让你手写grub启动菜单。
Linux常见故障-------grub菜单故障_第3张图片
5、接下来我们重新启动虚拟机,按Esc,选择CD ROM,选择急救模式。
6、输入chroot /mnt/sysimae/加载系统镜像,这时候会发现前缀多了bash,因为你载入到系统的镜像了。
Linux常见故障-------grub菜单故障
7、接下来就是重新建立加载sda分区输入 grub2 -install /dev/sda。
Linux常见故障-------grub菜单故障
8、最后一步重新构建grub菜单,输入grub2-mkconfig -o /boot/grub2/grub.cfg。
Linux常见故障-------grub菜单故障_第4张图片
exit退出bash环境之后重新启动就可以正常运行了