CentOS 6.5 修复grub引导

在使用linux的过程中，难免会出现开机提示grub >而无法启动，可能是系统中/boot/grub文件丢失等原因造成的，当出现此问题的时候只要系统分区没有格式化一般是可以修复的，下面就以虚拟 机为例，删除/boot分区，在linux救援模式下重新修复： 实验使用的系统为 6.5 x86_641、删除boot分区：会导致grub和linu内核丢失，然后重启：

此时系统重启后已经完全无法再次启动，如下：

2、使用光盘镜像引导系统，并选择救援模式启动：

提示将系统挂载至/mnt/sysimage：

2、将根切换至之前的系统：

3、创建光盘挂载目录并挂载光盘：

4、安装kerner包，会生成/boo目录以及内核及initramfs

5、修复grub，首先要查看一下自己的磁盘分区情况，以确认grub安装在那个磁盘上：

为第一块磁盘安装grub引导：

6、确认geub目录已经生成：

此时系统仍然无法正常启动，因为确认grub.conf文件，可以尝试重启看一下界面：

5、在grub界面指定kernel和initramfs所在路径启动，可以操作的命令有：grub>kernel 内核文件 //设置内核文件的路径grub>initrd 镜像文件名 //设置镜像路径grub>boot //启动指定操作系统grub>help //获取帮助grub>reboot //重启系统grub>md5-crypt //生成口令的MD5密文grub>setup (hdx[,y]) //安装GURB到MBR/指定分区的引导扇区中grub>hide 分区 //隐藏分区grub>cat 文件名 //显示文件内容grub>find 文件名 //查找文件grub>rootnoveify (hdx,y) //设置根设备所对应的分区,但不检查加载点grub>chainloader 文件名 //加载指定的文件 在此指定linux内核和initramfs文件路径，并启动linux系统：

注：grub> root (hd0,1) #是说跟分区在第一块硬盘的第二个分区grub> kernel /boot/vmlinuz-2.6.32-431.el6.x86_64 ro root=/dev/sda2 #指明内核路径和根分区grub> initrd /boot/initramfs-2.6.32-431.el6.x86_64.img #指明initramfs路径启动系统加载驱动grub> boot #启动上面指定的系统，如果是reboot就等于重启整个系统了，刚才的设置就失效了 此时已经可以引导系统启动了，但是还没有grub.conf文件,可以在系统启动后编写一个grub.conf文件即可

6、编写grub.conf文件： 可以看到，此时系统是没有grub.conf文件的，如果重启系统后就无法正常开机了，除非在grub界面指定内核和驱动文件的路径：

创建grub.conf文件：

注：kernel 一行后面root=/dev/sda2是指的根分区所在的磁盘，假如boot分区和根分区没有在一起，则grub.conf文件要写明boot分区和根分 区，另外不推荐安装磁盘分区的方式写根分区的路径，因为有可能系统重启后磁盘好会出现变化，因此推荐使用UUID的方式表明，每个分区都有自己的 UUID，是在整个系统中唯一的身份标示，可以使用命令blkid /dev/sda2获取。7、最后重启系统，以硬盘直接启动测试；

系统已经正常启动完成！

更多CentOS相关信息见

更多内容请长按二维码关注（更有不定期发红包活动吆^0^）：

转载自:https://www.linuxidc.com/Linux/2016-07/133521.htm

声明: 除非转自他站（如有侵权，请联系处理）外，本文采用 BY-NC-SA 协议进行授权 | 智乐兔
转载请注明：转自《CentOS 6.5 修复grub引导》
本文地址：https://www.zhiletu.com/archives-7763.html
关注公众号：