CentOS 6 系统无法开机故障修复

neocai

　　本文针对grub故障及服务故障导致的开机无法启动的情况进行模拟，并给出修复详细步骤。
　　

　　一、grub各配置文件问题引起的开机故障
　　可能出现此故障场景：

• 　　当前硬盘没有grub，每次启动都是通过有grub的光盘或U盘启动的当前硬盘上的操作系统
  
• 　　有两块硬盘其中有一块没有安装grub
  
• 　　主机Windows和Linux双系统共存，后来由于Windows坏了重装了Windows此时Linux的bootloader就被覆盖
  　　
  

　　  1、模拟stage1阶段（操作系统所在磁盘分区的前446字节）被破坏导致的开机故障
　　    模拟操作：
　　
　　    故障现象：开机停留在如果所示界面
　　
　　

　　修复方法1：

　　①如上图选择Rescue installed system(救援模式)，或者在该界面按Esc进入boot命令行接口
　　键入圈红内容也可以进入紧急救援模式。之后需选择语言及键盘图略。
　　
　　②是否设置网络信息
　　
　　

　　注：若要通过网络服务器上的文件修复grub可启动该项，此处要通过光盘修复选择“No”
　　③紧急救援模式接下来会尝试查找本机硬盘上是否有装过操作系统，如果有的话它会把找到的根挂载至当前启动的小的紧急救援模式的Linux系统的/mnt/sysimage目录下，稍后用户可以到该目录下找所需要的文件，若要这样选择“continue” 。后续确定图略
　　
　　④选择shell，进入系统开始修复阶段
　　
　　
　　chroot /mnt/sysimage从救援模式的根切到已损坏操作系统，因为后续要把grub安装到该操作系统。
　　grub-install /dev/sda重新安装grub，以修复系统。
　　⑤sync将修改写入磁盘，退出已grub修复的系统进入紧急救援模式下的Linux重启系统。

　　重启过程中拆除光盘避免系统以光盘启动，如下图不打勾“启动时连接”即可
　　    
　　重启系统成功图略。

　　修复方法2：如方法1前面步骤至切根操作（chroot /mnt/sysimage），之后键入grub进入grub命令行界面交互操作，
　　

　　grub> root (hd#,#)
　　grub> setup (hd#)
　　quit
　　“#”视情况而定，例如root（hd0,0）操作系统在第一块硬盘，第一个分区。setup (hd0)代表把grub装到哪块硬盘。
　　注意：第二种方法要求/boot/grub目录下必须有stage1、stage2和各类stage1_5。局限性较大，推荐使用第一种方法进行修复。
　　2、模拟stage1_5阶段（操作系统所在磁盘分区的512字节约3个扇区）被破坏导致的开机故障
　　     模拟操作：

   故障现象为卡在全黑屏（不用截图了吧）

　　修复方法：开机按Esc进入救模式界面，之后操作同stage1阶段。
　　

3、模拟stage1_5阶段（操作系统所在磁盘分区的512字节约3个扇区）被破坏导致的开机故障
     模拟操作：将/boot/grub/目录下除grub.conf文件其余全部删除。
  故障现象：如图所示
修复方法：开机按Esc进入救模式界面，之后操作同stage1阶段。
4、将/boot/grub目录删除导致的无法开机。
  故障现象：如图

开机会卡在grub命令行界面。
修复方法：如下图键入root、kernel、initrd三条主要信息（内容以实际故障计算机为准），重启后进入救援模式重复上述操作（切根、生产grub配置信息），

　　重写配置文件：/boot/grub/grub.conf
　　简单的写一下：
　　title jinbus
root (hd0,0)
　　kernel /vmlinuz-2.6.32-642.el6.x86_64 ro root=/dev/sda3
　　initrd /initramfs-2.6.32-642.el6.x86_64.img
重启解决问题。


　　5、删除/boot目录下的所有文件，导致的开机无法启动。
　　   模拟故障：rm –rf /boot
　　   
此时删除了启动时需要的：
   内核文件：vmlinuz-2.6.32-642.el6.x86_64
　　      虚拟文件系统：initramfs-2.6.32-642.el6.x86_64.img
　　        grub 的启动文件：stage1.5 stage2
　　             grub的stage1.5 ：如果之前发生过修复，那么启动时用到的数据存在于MBR之后，stage1.5同样存在于文件夹下，但是不会用到 。
　　        grub的配置文件：grub.conf
　　   修复方法：进入光盘救援模式，恢复内核文件：vmlinuz-2.6.32-642.el6.x86_64  及 虚拟文件系统：initramfs-2.6.32-642.el6.x86_64.img
　　        方案1：安装 kernel进行修复，
chroot /mnt/sysimange
　　           mount /dev/sr0 /mnt/sr0
　　           rmp –ivh /mnt/sr0/Packages/kernel.****.rpm
　　
　　     方案2：分别修复
　　        ①  chroot /mnt/sysimange
　　            cp /mnt/isolinux/vmlinuz-2.6.32-642.el6.x86_64 /boot
　　            cp /mnt/isolinux/initramfs-2.6.32-642.el6.x86_64.img /boot
　　          ②  创建虚拟文件系统文件
　　

　　            mkinitrd /boot/initramfs-`uname  -r `.img  `uname  -r `
　　         ③ 安装 grub 使用命令：
        grub-install /dev/sda
　　         ④  重写 grub.config
　　         ⑤  sync 同步
　　

　　二、服务问题引起的开机故障

　　

　　   模拟服务故障环境：在/etc/init.d/下新建故障服务test.sh，
　　
　　新建该脚本要遵循LSB服务脚本定义的规范进行编写基本格式如上图，能接受4个基本参数即可{start|stop|status|restart}。在start函数中写入sleep 10000模拟开机无法启动的环境。

　　如图设置test.sh服务为开机自启动。
　　故障现象：卡到某一服务无法开机
　　修复方法1：一般服务在单用户模式下不会设为自启动，开机至grub菜单界面。

　　选中要启动的内核，a键编辑内核参数。如图在参数后面添加1（或者s、S、single）进入单用户模式。

　　
　　chkconfig test.sh off 将故障服务off掉即可。
　　如果单用户模式都设为了开机启动，就需要使用第二种方法进行修复。
　　修复方法2：grub菜单a键编辑内核参数，后面添加如下图所示内容

　　回车，b键启动

此时bash作为第一个启动的程序，会跳过initrd设定的服务。

此时是只读挂载没有修改权限，需重新挂载并进行后续操作。

　　重启完成修复。