Linux中GRUB引导故障的修复

一、实验环境：

1.       在一台RedHat 5.2虚拟机中实现grub引导故障的修复。

二、实验步骤：

1.       GRUB时大多数Linux系统默认使用的引导程序，可以通过启动菜单的方式选择进入不同的操作系统，当配置文件/boot/grub/grub.conf文件丢失，或者关键配置出现错误，或者MBR记录中的引导程序遭到破坏时，Linux主机启动后可能只出现“grub>”的提示符，无法完成进一步的系统启动过程。所以我们在工作中，需要对引导的重要文件需要备份。也必须备份。如果没有备份grub引导程序，就可以安装下面的方法实现。
2.       模式grub引导坏了，我这里就直接删除/boot/grub/grub.conf文件，然后重启。


3.然后在“grub>”中输入grub.conf 引导对应的命令。在执行boot重启计算机。就可以正常进入系统。


4.上面正常引导只是这一次成功，但下一次开机有会进入“grub>”界面，所以我们这里进入系统后，需要修改/boot/grub/grub.conf文件，如果没有这个文件，我们需要手工新建一个这样的文件，然后自己写引导命令。


5.我之前删除了这个文件，肯定没有，所以我这里需要新建这样的一个文件。进入boot/grub后，用vim grub.conf进入编辑。
Title RedHat Enterprise Linux Server (2.6.18-92.el5)  注：e后面的是’l’,不是’1’
root (hd0,0）
kernel /vmlinuz-2.6.18-92.el5 ro  root=/dev/sdb3/ rhgb quiet 有时候这里时逻辑卷组名
initrd /initrd-2.6.18-92.el5.img然后保存退出，重启计算机看一下有没有修复。



6.       重启之后，可以看到可以进入系统了。



7.       如果是MBR扇区中的引导程序出现损坏，可能在重建grub.conf配置文件后仍然无法成功启动系统，这时候可以通过RHEL5救援模式的shell环境重新安装grub引导程序，切换到待修复的Linux系统根环境下，执行“grub-install  /dev/sda”命令可以重新将grub引导程序安装到第一块磁盘的MBR扇区上。

Sh-3.2#chroot  /mnt/sysimage

Sh-3.2#grub-install /dev/sda

Sh-3.2#exit

Sh-3.2#exit

8.       如果之前有备份，那就跟简单了，直接在”grub>”中安装上面的进入系统后，还原备份的文件就可以了。