RHCE 033故障排除案例

以前总结和写的一些教程的一些资料，一直没时间发布到博客上面，五一到了，终于有点时间发布啦！关于Linux上面还会有RHCE系列的学习笔记发表
1、 Grub配置文件丢失的故障恢复：
Grub配置文件一般指/boot/grub/grub.conf文件，该文件指示了系统引导时要从哪个分区去加载内核及内存镜像(RAMDISK)文件，该文件的丢失将使电脑启动时在grub配置界面中卡住。解决该文件丢失需要管理员记住grub.conf的基本配置信息，比如：
[root@localhost ~]# cat /etc/grub.conf
default=0 #默认加载第几个系统，从0起算
timeout=5 #启动时停留在Grub配置界面中的时间
splashp_w_picpath=(hd0,0)/grub/splash.xpm.gz #Grub的背景图片
hiddenmenu #是否隐藏菜单
title Red Hat Enterprise Linux Server (2.6.18-8.el5) #操作系统的标题
root (hd0,0) #操作系统的引导分区
kernel /vmlinuz-2.6.18-8.el5 ro root=LABEL=/ rhgb quiet #设置加载的内核 initrd /initrd-2.6.18-8.el5.img #设置加载的内存磁盘文件
解决方法：
1在系统启动的grub配置环境中敲入如下几条语句；
root (hd0,0)
kernel /vmlinuz-2.6.18-8.el5 ro root=LABEL=/ rhgb quiet
initrd /initrd-2.6.18-8.el5.img
2 再敲入boot 启动；
3 去/boot/grub/中做一个grub.conf文件（文件内容就是刚才显示的内容），或者把备份的grub文件恢复一份为grub.conf;此后系统重启后即可正常引导;
2、 fstab分区挂载表丢失的故障恢复：
fstab文件位于/etc/fstab,该文件指示了系统在启动后要怎么装载系统分区，像系统的几个重要系统分区如/,/boot,/home,swap分区都要通过fstab让系统去挂载，该文件丢失的话系统挂载过程会出错，虽然在RedhatLinux Enterprise 5中fstab丢失系统仍可启动至图形界面（如果有安装的话），但是在切入到命令行界面即会出错，我们先看一下fstab的内容：
[root@localhost ~]# vi /etc/fstab
LABEL=/ / ext3 defaults 1 1
LABEL=/boot /boot ext3 defaults 1 2
devpts /dev/pts devpts gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
LABEL=/home /home ext3 defaults 1 2
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
LABEL=SWAP-sda3 swap swap defaults 0 0
看一下这一行
LABEL=/ / ext3 defaults 1 1
这行说明了标签(label)等于/的分区挂载在根（/）目录下，分区是ext3格式，第五列的1指明访分区是否要备份 (0 为不备份，1 为要备份, 一般根分区要备份)，第六列的1指明该分区要自检 (0 为不自检，1 或者 2 为要自检, 如果是根分区要设为1，其他分区只能是2)。
我们设置标签是因为分区名（如/dev/sda1）很难记忆，所以系统自动会把要挂载到/目录的分区标签设为/,把挂载到/home目录的分区标签设为/home,设置标签的命令如下：
将/dev/sda1分区命名为abc：
[root@localhost ~]#e2label /dev/sda1 abc
查询/dev/sda1分区：
[root@localhost ~]#e2label /dev/sda1 abc
查找标签为abc的分区：
[root@localhost ~]#findfs LABEL=abc
解决方法：
A 如有系统可以启动并可以使用命令的话，手工做一份fstab放入/etc即可，但由于fstab比较难记，管理员先前最好要有备份，将备份文件拷贝为/etc/fstab即可。
B 如果系统不能启动，要依靠系统光盘的救援模式，按照如下步骤解决：
1 放入Redhat系统光盘，设置从光盘引导，并且进入救援模式（敲入linux rescue）;
2 findfs LABEL=/ 来查找原来/目录所挂载的分区名;
3 如第2步找到的分区为/dev/sda9，先用mkdir /mnt/sysp_w_picpath建立一个目录，再用
mount /dev/sda9 /mnt/sysp_w_picpath来挂载;
5 进入/mnt/sysp_w_picpath/etc目录，如果fstab有备份的话将其恢复(如mv fstab.bak fstab)，如果没有，请自己做一个fstab;
如果用chroot /mnt/sysp_w_picpath将当前根目录设定为磁盘中的根目录(否则当前根目录在光盘中)，此时进入/etc目录，如果fstab有备份的话将其恢复(如mv fstab.bak fstab)，如果没有，请自己做一个fstab;
6 敲入reboot或敲入两次exit并命出光盘重启即可
三 /boot系统引导目录被删除的故障恢复
/boot目录中存放有grub.conf及系统引导用的内核及内存磁盘文件，该目录被删除一般会导致grub配置界面都没有使用，并有提示 error15，解决方法还只能依靠系统光盘的救援模式。
我们来考查最糟糕的一种情况，就是/boot目录被删除的同时，fstab也被删除了，此时要怎么恢复？
系统先前环境:
系统假设安装有linux与winxp
其中/dev/sda8挂载在/boot目录下
/dev/sda9挂载在/目录下
/dev/sda12挂载于/home目录下
且/home目录中备份有kernel-2.6.18-8.el5.i686.rpm（该文件用于安装系统内核，极为重要，建议管理员备份一个，在系统光盘中也有）,fstab,grub.conf文件
以下是系统grub.conf的配置：
default=1
timeout=5
splashp_w_picpath=(hd0,7)/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.18-8.el5)
root (hd0,7)
kernel /vmlinuz-2.6.18-8.el5 ro root=LABEL=/ rhgb quiet
initrd /initrd-2.6.18-8.el5.img
title Other
rootnoverify (hd0,0)
chainloader +1
以下是df -h的结果:
Filesystem Size Used Avail Use% Mounted on
/dev/sda9 9.5G 2.7G 6.3G 30% /
/dev/sda8 99M 28M 67M 30% /boot
tmpfs 474M 0 474M 0% /dev/shm
/dev/sda12 965M 53M 863M 6% /home
/dev/sda10 965M 18M 898M 2% /zjg
/dev/sdb5 983M 628M 355M 64% /media/disk
解决方法:
1 放入系统盘，设置从光盘启动，敲入linux rescue进入救援模式;
2 此时是光盘无法自动挂载/分区到/mnt/sysp_w_picpath，要手工挂载；
用findfs LABEL=/ 找到原来/分区所挂载的分区，比如为/dev/sda9，同样的找到原来/home,/boot对应的分区/dev/sda12,/dev/sda8
mount /dev/sda9 /mnt/sysp_w_picpath 挂载/
mount /dev/sda8 /mnt/sysp_w_picpath/boot 挂载/ （注：也可不挂载）
mount /dev/sda12 /mnt/sysp_w_picpath/home 挂载/home
3 chroot /mnt/sysp_w_picpath切换到原系统的根分区，否则是光盘上的分区；
4　比如管理员在/home目录下有fstab的备份，此时要把/home下的备份fstab拷贝到/etc/fstab,没有的话请自己配一下；重启;
5 再次进入光盘救援模式，chroot /mnt/sysp_w_picpath切换到原系统的根分区，
6 去/home目录，并安装kernel-2.6.18-8.el5.i686.rpm
rpm -ivh kernel-2.6.18-8.el5.i686.rpm --root=/ --force
7 此时可以查看/boot目录，已经安装了内核文件与文件系统文件
vmlinuz-2.6.18-8.el5
initrd-2.6.18-8.el5.img
8　安装grub: grub-install /dev/sda
8 把/home下的grub.conf拷贝到/boot/grub/grub.conf,没有的话请自己配一下；
9 reboot或两次exit重启，并拿出光盘即可启动；