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

Posted 2020-10-05

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了CentOS 6 系统无法开机故障修复相关的知识，希望对你有一定的参考价值。

本文针对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设定的服务。
此时是只读挂载没有修改权限，需重新挂载并进行后续操作。
重启完成修复。