linux有那些简单的故障,linux下简单系统故障排除

系统简单故障排除

1、bash程序故障：

故障现象：bash程序文件损毁，导致系统开机后，无法进入bash控制台进行操作；

解决方法：进入紧急救援模式，重新安装bash程序；

[root@localhost ~]# mv /bin/bash /tmp            ：模拟系统bash程序故障；

[root@localhost ~]#

[root@localhost ~]# sync

[root@localhost ~]# shutdown -r now              :重启系统；

1、挂载系统ios镜像，重启系统，调整系统启动项为cd-rom；

2、调整系统进入紧急救援模式：

3、选择语言，使用默认OK；

4、选择键盘类型，默认OK；

5、选择是否启用网络，这里无需启用，NO：

6、以下此项必须选“Continue”。此项执行将硬盘中linux系统的根分区挂载到光盘系统/mnt/sysp_w_picpath文件夹中。不然无法对硬盘上的系统做操作(重要)；

7、选择启动光盘中的shell；

8、关在光驱，安装bash程序到磁盘；

(rpm -ivh bash-4.1.2-15.e16_4.x86_64.rpm --replacepkgs --root /mnt/sysp_w_picpath)

9、切换至磁盘目录，发现成功，代表磁盘系统bash程序正常了，重启系统，更改bios启动项即可完成。

(也可以使用reboot重启系统)

ok，重启系统后，可以向往常一样进入bash控制台，执行各种命令了！！

解释：

当进入紧急救援模式时，其实是进入了光盘的“小系统”中去了，并未进入真正系统中去。进入“小系统”，如果真实系统的分区表未被破坏，则紧急救援模式会找到硬盘中的linux根分区，并将其挂载到光盘目录结构中的“/mnt/sysp_w_picpath/”文件夹中；

因此，当进入“小系统”的shell中后，执行“chroot /mnt/sysp_w_picpath”命令可以将目录结构切换到待修复的linux系统当中(前提是linux系统的默认shell程序是正常的)；

结束！

2、grub配置文件丢失：

故障现象：系统启动过程中，grub启动后无法找到配置文件不知道内核在什么位置，无法完成系统启动；

解决方法：启动系统自动进入grub命令行，通过命令引导内核加载，成功进入系统后，再重建grub配置文件；

[root@localhost ~]# cd /boot/grub/

[root@localhost grub]# cat grub.conf

# grub.conf generated by anaconda

#

# Note that you do not have to rerun grub after making changes to this file

# NOTICE:  You have a /boot partition.  This means that

#          all kernel and initrd paths are relative to /boot/, eg.

#          root (hd0,0)

#          kernel /vmlinuz-version ro root=/dev/mapper/VolGroup-lv_root

#          initrd /initrd-[generic-]version.img

#boot=/dev/sda

default=0

timeout=5

splashp_w_picpath=(hd0,0)/grub/splash.xpm.gz

hiddenmenu

title CentOS (2.6.32-431.el6.x86_64)

root (hd0,0)

kernel /vmlinuz-2.6.32-431.el6.x86_64 ro root=/dev/mapper/VolGroup-lv_root rd_NO_LUKS rd_NO_MD rd_LVM_LV=VolGroup/lv_swap crashkernel=128M LANG=zh_CN.UTF-8 rd_LVM_LV=VolGroup/lv_root  KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM rhgb quiet

initrd /initramfs-2.6.32-431.el6.x86_64.img

[root@localhost grub]#     ：查看grub的启动配置文件。最好备份一个，红色部分很重要；

[root@localhost grub]# mv grub.conf grub.conf.bak

[root@localhost grub]#

[root@localhost grub]# shutdown -r now          ：模拟grub的配置文件丢失。重启系统；

1、因为没有找到内核，所以开机后自动进入grub命令行，等待用户手动输入：

2、根据之前备份的grub配置文件，手动输入关键项，并重启系统：

3、正常开机进入系统后，还要手动创建一个grub的配置文件，如果之前有备份直接复制过来即可；

这里模拟恢复grub配置文件，下一次启动系统就不会有问题了；

结束！

3、grub程序被破坏，无法启动grub程序：

故障现象：加电启动系统，自动进入boot命令行；

解决办法：进入紧急救援模式，重装grub程序；

1、模拟破坏grub：

dd if=/dev/zero of=/dev/sda bs=446 count=1

：因为MBR中前446字节存放的是bootloader(grub)，使用0去填充，将覆盖bootloader，模拟grub程序破坏；

注意：不要将446写成512了，这样既破坏了bootloader，又破坏了系统分区表。整个MBR被破坏了，如果没有备份，将无法轻易恢复(造成无系统状态)；

2、挂载镜像光盘，进入紧急修复模式，修复linux操作系统；

“Rescue installed

system” ：紧急救援，修复系统；

3、chroot

/mnt/sysp_w_picpath                                        ：切换到系统根目录。启动grub命令行；

grub                                                       ：输入grub命令；

grub>                                                      ：进入grub命令行；

grub> root (hd0,0)                                         ：指定/boot分区时哪个；

grub> setup (hd0) 或grub-install                           ：自动去发现kernel和initrd

grub>quit   ：退出grub命令行；

：最后重启系统拔掉光盘即可恢复；

4、不小心将grub整个目录删除，但是还在当前系统中：

故障现象：系统当前使用没有问题，重启后，无法进入系统了；

解决办法：重新安装grub，手动创建grub配置文件；

方式一：系统还可以正常

cd

/boot/

grub-install

--root-directory=/ /dev/sd               ：执行安装即可；

方式二：系统被重启过，自动进入grub命令行

# grub

grub>

root (hd0,0)

grub> setup (hd0)

grub>quite                                       ：重启系统即可恢复；

结束！