如要引用，请尊重其原创。
虚拟机上模拟CentOS6.5开机故障与解决方法.
实验环境：
GRUB是大多数Linux系统默认使用的引导程序，当“/boot/grub/grub.conf”配置文件丢失或者关键配置出现错误，或者MBR记录中的引导程序遭到破坏时，Linux主机启动可能会出现”grub>”的提示符，无法完成系统其它，如何修复系统。
实验模拟：
一、系统/boot/grub/grub.conf文件丢失。
以下是正常的grub.conf配置文件，可以先参考下。
实验之前，先将grub.conf备份一份，以防出错。备份好之后，删除grub.conf文件，模拟文件丢失。系统重启后，进入grub>模式
接下来开始恢复grub.conf信息，不过以下操作都是临时写入内存的，不会保存到/boot/grub/grub.conf文件中。
操作方法：
假如你不知道包含内核等引导文件的/boot分区所在的位置，可通过尝试进行，先输入”root (hd0,”然后按Tab键，其中后面写0X83的都是分区都有可能是/root分区，（0X82 是swap分区，就不用试了）
输入完成之后回车，接下来输入 kernel /vm 按Tab键，如果出来内容，说明选择对了；如果不对，再继续尝试。
补全了内核文件之后，还需要在后面设置内核加载权限为只读 ro，并通过“root=”指定根分区设备文件的位置。至于什么位置，只能一个一个试了。
重启后，正常进入系统
如果在你没有grub.conf文件的情况下，只能通过手工编写grub.conf文件，防止下次重启再次进入grub>模式（当然你也可以把备份的grub.conf文件直接复制到/boot/grub下也可以）
以下是默认的四行，必须写清楚，具体什么意思，参考man grub.conf文件
第五行开始写kernel文件，通过一些特殊命令协助你写完kernel文件。在vim查找模式下输入.! 命令可以将结果追加到文档后面
#blkid /dev/sda2 显示分区的UUID信息
下面就写好了grub.conf的配置文档
重启系统，成功进入
二、系统/boot/grub/grub.conf损坏
修改grub.conf文件，制作文件损坏，然后重启，会发现电脑出现黑屏
重启按e进入GRUB模式，按e进入编辑
查找出错误，并进行修改后，按b重启启动
由于在GRUB模式更改的内容只是临时写入内存，并没有写到grub.conf配置文件中，进入系统后，需要将配置文件修改正确。然后系统就进入正常模式。
总结：整个实验其实很简单，只需要记住几个主要的关键词即可，其他都是通过Tab补全模式进行的。当然如果你有安装光盘，也可以通过急救模式进行修复。
