RHEL系统启动故障排错.docx

RHEL6 系统启动故障排错??2013-05-11 17:08:39|??分类： linux恢复 |??标签： |举报 |字号大中小?订阅 RHEL6 系统排错系统故障了，机器无法正常工作，更别提正常提供服务，这个时候如果我们掌握了系统排错，那就大有用武之地了。我们在学习和实验阶段，可以通过系统排错帮助大家更深入了解系统启动过程。对系统进行如下破坏：1.破坏grub引导 dd if=/dev/zero of=/dev/sda bs=1 count=4462.破坏/boot启动目录rm -rf /boot/*3.破坏/etc/fstab文件rm -rf /etc/fstab4.破坏/etc/inittab、/etc/rc.d/rc.sysinit、/bin/mount文件(任何文件丢失，及文件版本或内容不匹配，均属此列)rm -rf /etc/inittab /etc/rc.d/rc.sysinitcp /bin/ping /bin/mount排错修复：用光盘或者网络引导进入rescue模式，过程中因为fstab表被删除，会提示找不到linux分区，无法自动识别linux分区，确定后进shell?使用fdisk -l查看分区，应该可以识别出boot分区和交换分区，也可以看到是否使用到逻辑卷。如果没有使用逻辑卷，则原根分区是分区形式，使用blkid或e2label查看标签来推断根分区，如果没有标签或无法从标签判断，则需要将分区逐一挂载(挂载点自建)，查看分区内容可判断到根分区。如果有使用逻辑卷，对分区使用上述方法查看仍没找着根分区，则估计是使用逻辑卷作为根分区，此时，需要激活逻辑卷卷组(lvm vgchange -ay)，再将逻辑卷逐一挂载，查看其内容，可判断到根分区。?找到根分区后，需要处理/etc/fstab，自行编写fstab，注意写正确里面的条目，fstab表里的分区不是采用分区名挂载了，改成使用uuid。编辑完成fstab之后，敲入exit，选择reboot重启机器。?伪根时候的shell提示符为bash-4.1#，真根时候的shell提示符为sh-4.1#?再次进入rescue模式，这时候已经可以正确找到linux分区，并自动将根分区挂载在伪根的/mnt/sysimage，使用chroot /mnt/sysimage切换到真根，如果不知道系统丢失哪些文件，可以使用rpm -Va检查，对显示出的结果需要判断哪些是跟启动相关的。?安装丢失文件对应的包之前，需先挂载光驱，/dev/sr0rpm -qf /etc/rc.d 可查询到包名从光盘上安装缺失或损坏的文件对应的包rpm -ivh /mnt/Packages/initscripts-9.03.17-1.el6.x86_64.rpm --force?boot文件夹中的内容来自于内核包rpm -V kernel和rpm -V grub?grub-install? 安装grub引导?编写/boot/grub/grub.conf?exit两次reboot背景:将系统启动过程中的所有文件删除,破坏引导程序,要求在不损坏数据的前提下快速修复系统.在删除之前这些重要的分区一定要事先备份过的.[root@localhost /]# rm -rf /boot/*[root@localhost /]#dd if=/dev/zero of=/dev/sda bs=446 count=1[root@localhost /]# rm -rf /etc/inittab[root@localhost /]# rm -rf /etc/rc.d/rc.sysinit[root@localhost /]# rm -rf /etc/rc.d/rc.local[root@localhost /]# mv /etc/fstab /etc/fstab.bak解决方法：1.用光盘或网络引导,进入Rescue mode,一路回车,按默认,如果使用网络引导,则选择URL方式,输入正确的路径,如果是光盘则选择Local cdrom,然后选择continue2.首先恢复/etc/fstab,该文件在/etc/目录中,/etc/目录属于根分区,所以先选择根分区,创建一个目录,将/dev/sda2挂载至该目录3.进入根分区将/etc/fstab.bak改为/etc/fstab,如果该文件丢失或错误,需要手动写该文件内容,按exit重启4.再次进入Rescue mode,如果出现以下界面说明/etc/fstab文件修复成功,可以访问当根分区5.修复内核文件6.恢复引导程序,/boot中所有文件均被恢复,手动创建/boot/grub/grub.conf文件7.恢复/etc/inittab、/etc/rc.d/rc.sysinit