linux故障排除

 

要想知道linux启动故障出在哪里，了解linux的启动过程还是很有必要的。下面我们就来了解一下linux的启动过程吧！

  1.开机加电后后，由POST程序来完成硬件的检测，包括声卡、网卡、显卡、内存、硬盘等；检测硬件是否故障。

2.如果第一步没有问题，假如选择硬盘引导，将会首先去检测MBR区域（主引导记录），MBR共有512字节，分为三部分：第一部分为BootLoader，在linux中，grub引导分为两部分，第一部分就在BootLoader中，grub引导的第二部分在/boot目录下，主要特征是有一个GRUB引导菜单。系统通过BootLoader来找到/boot中的GRUB菜单，通过菜单里的选项选择要启动的系统，进而选择了要加载的内核；内核加载完后系统要启动init初始化进程，init进程读取inittab表，根据inittab表中描述的默认启动级别，进入到相应的目录，例如默认级别为3，则会进入/etc/rc3.d目录，将开头为S的文件对应的服务按照顺序启动起来。无论进入哪个级别，都会执行/etc/rc.d/rc.sysinit脚本来初始化网络、主机名、分区等，rc.sysinit是由init执行的第一个脚本。然后系统读取开机脚本/etc/rc.d/rc.local，读取用户定义的脚本指令等内容。最后系统启动mingetty进程，启动tty终端等待用户的登录。

 

 

位置一：MBR

情况：MBR被覆盖

模拟实验：

   产生446字节文件将MBR覆盖掉

 

重启系统 ：init6

重启后系统无法启动，提示重新安装

这时候可以使用急救模式：在boot: linux rescue，前提条件是要有引导光盘

选择语言，选择键盘

 

该系统已被重新挂载在/mnt/sysp_w_picpath下，需切换到该目录下

由于446字节的bootloader 被覆盖，需要重建bootloader

两次退出后系统重启

 

 

位置二、GRUB菜单丢失

/boot/grub/grub.conf

   default=0
   timeout=5
   splashp_w_picpath=(hd0,0)/grub/splash.xpm.gz
   hiddenmenu
   title Red Hat Enterprise Linux Server (2.6.18-164.el5)
        root (hd0,0)
        kernel /vmlinuz-2.6.18-164.el5 ro root=LABEL=/ rhgb quiet
        initrd /initrd-2.6.18-164.el5.img

 

若grub.conf文件丢失，开机后界面如下：

定义引导分区：

指明内核：

指明驱动

输入：boot命令重新启动，可以进入系统

但是现在系统还是缺少grub菜单，要手工重建grub菜单。vim /boot/grub/grub.conf

如果单词不会写的话，可以在底行模式下键入两次"!"，查看当前/boot下的所有文件

保存退出后，下次重启时系统将正常启动。

 

 

 

位置三 、/etc/rc.d/rc.sysinit

分区表故障

 

在init进程执行/etc/rc.d/rc.sysinit脚本是调用/etc/fstab分区表，如果分区表损坏，将无法启动。

下面模拟该故障。

编辑/etc/fstab

重启系统后报错

这时候也是可以编辑/etc/fstab文件的，但是不能保存

这时可通过mount命令重新挂载根分区

 

 

 

 

 

 

再次编辑/etc/fstab文件，这时就可以编辑并且保存了。

再次启动，系统将正常启动