grub loading stage2read error

近日,某系统宕机,重新启动后,报grub loading stage2read error

估计是MBR出了一点问题,可以在修复模式下重新安装grub程序来解决问题,
1、使用安装光盘启动
2、在启动界面看到boot后键入linux rescue,回车进入修复模式,会有几个选项,注意是从cdrom来修复的
3、看到shell提示符后打命令chroot /mnt/sysimage,这样就把硬盘原来的/目录切换为当前的/目录了
4、然后打命令grub-install /dev/sda,重启。

GRUB有几个重要的文件,STAGE1、STAGE1.5、STAGE2
STAGE1:它只有512字节,通常放在MBR中,它的作用很简单,就是在系统啟动时用于装载STAGE2并将控制权交给它。
STAGE2:GRUB的核心,所有的功能都是由它实现。
STAGE1.5:介于STAGE1和STAGE2之间,是它们的桥梁,因為STAGE2较大,通常都是放在一个文件系统当中的,但是STAGE1并不能识别文件系统格式,所以才需要STAGE1.5来引导位于某个文件系统当中的STAGE2。根据文件系统格式的不同,STAGE1.5也需要相应的文件,如:e2fs_stage1_5,fat_stage1_5,分别用于识别ext和fat的文件系统格式。引导顺序如下:STAGE1->;STAGE1.5->;STAGE2,由于STAGE1不能识别文件系统格式,所以STAGE1只能通过如:(HD0,0)1+22的格式来读取STAGE1.5。
例:在GRUB中执行:root (hd0,0);setup (hd0)。其实setup就是调用了install命令来安装GRUB到硬盘上的。详细命令如:embed /boot/grub/e2fs_stage1_5 (hd0)
install /boot/grub/stage1 (hd0) (hd0)1+22 p (hd0,0)/boot/grub/stage2 /boot/grub/grub.conf
由上面的命令看出,stage1写进了(hd0)的MBR中,stage1.5写进了(hd0)MBR以后的22个扇区中(将stage1.5写进MBR以后的扇区中,会不会影响正常的文件系统?不会,因為stage1.5较小,只占22个扇区,硬盘上第一个文件系统的开始扇区最小也只能从0柱面,1磁头,1扇区开始。就是说MBR所在磁头就只用到了1个扇区而已,按照现在硬盘的规格来说,一般一个磁头都有60+个扇区,所以这些扇区可以用来放STAGE1.5,但是放STAGE2就不够了,所以只能将STAGE2放进文件系统中了),為了证明这一点,执行dd if=/boot/grub/stage1 of=/dev/hda bs=512 count=1 seek=1,将stage1写进原本是stage1.5的位置上。结果系统引导时屏幕上不停的出现GRUB,一直这样这样循环,看来这是对的。

标签: CentOS Grub
评论: 0 | 引用: 0 | 阅读: 13108