起死回生：专治Linux各种“起不来”

 前言：想必大家刚玩Linux时，遇到这样那样的问题：某个目录误删了、或者挂载分区出错了、或者引导问题；那么今天小晚带你实战修复各种“起不来”！

一、实验前准备工作：

centos 6.5 内核：2.6.32-358.el6.x86_64

二、实验步骤：

1）

[root@server ~]# cd /
       [root@server /]# umount /boot    （卸载/boot分区，包含了所有的grub程序相关文件）

[root@server /]# rm -rf /boot/        （删除boot分区）
       [root@server /]# rm -rf /etc/rc.d/rc.sysinit    （删除系统运行级别的脚本文件）
       [root@server /]# rm -rf /etc/rc.d/rc.local        （删除开机自启动）
       [root@server /]# rm -rf /etc/inittab                  （删除init进程的脚本）
        rm: cannot remove `/etc/inittab': Operation not permitted   （这里删除不了，因为小晚做了安全）

[root@server /]# lsattr  /etc/inittab       
        ----i--------e- /etc/inittab
      [root@server /]# chattr -i /etc/inittab
      [root@server /]# lsattr  /etc/inittab   
       -------------e- /etc/inittab

[root@server /]# rm -rf /etc/inittab      （成功删除）

[root@server /]#mv /etc/fstab /etc/fstab.bak   (做个备份，该文件包含了Linux分区信息）

[root@server /]#sync

[root@server /]#sync    （重要的事情，执行2遍。将缓冲区内容写入硬盘）

[root@server /]#reboot

2）重启后得到此效果：

由于我们的系统被破坏了，所以启动一直停留在此。

          三、实战修复Linux系统

思路：恢复fstab文件找到分区----->修复引导文件里的内核文件--->修复grub--->还原init相关文件

1）进入修复模式

ok ,接下来还原fstab

重启后：重新进入修复模式：

此时再次进入到修复模式时， rescue 程序将会找到 fstab 文件，也就是会找到 linux 分区!并且把损坏的原 linux 系
统挂载到/mnt/sysp_w_picpath 下。并且 rescue 程序会提示你，可以使用#chroot(change root 修改根目录)修改根目录，进入到原系统中。

开始 修复内核和 grub：

一般把处于 resuce 模式的系统称为伪系统，把#chroot /mnt/sysp_w_picpath 后看到的称为真正的系统。
接下来要修复内核文件：

#exit ---退回到 resecu 模式下

#mkdir /mnt/source

#mount /dev/cdrom /mnt/source    ---挂载光驱 cdrom 到/mnt/ 目录
       #rpm -ivh /mnt/source/Packages/kernel-2.6.32-358.e16.84.rpm --root=/mnt/sysp_w_picpath/ --force
（需要修复的三个内核文件在系统盘 server 目录下 kernel-2.6.32.rpm 软件包里，所以要挂载光盘之后并安装
kernel 软件包）

此时，内核已修复完成！ 再继续修复 grub 程序。。。
#chroot /mnt/sysp_w_picpath 进入到已损坏的 linux 系统中
#grub-install /dev/sda 安装 grub 程序到/dev/sda
#ls /boot/grub 查看 grub 目录下是否存在 grub.conf 文件。如果没有就手动编辑一个。
#vim /boot/grub/grub.conf

grub.conf配置文件：

修复/etc/inittab 等文件

OK，成功修复。（大家有什么疑问，请在下面回复。）