linux系统故障排查大全

 

 

1 ： linux 的引导过程

开机自检 bios    mbr 引导    grub 菜单   kernel 加载内核  init 系统初始化进程

加载各种个脚本

 

id:3:initdefault:

# System initialization.

si::sysinit:/etc/rc.d/rc.sysinit

l0:0:wait:/etc/rc.d/rc 0

l1:1:wait:/etc/rc.d/rc 1

l2:2:wait:/etc/rc.d/rc 2

l3:3:wait:/etc/rc.d/rc 3

l4:4:wait:/etc/rc.d/rc 4

l5:5:wait:/etc/rc.d/rc 5

l6:6:wait:/etc/rc.d/rc 6

/etc/rc.d/rc.sysinit

 

mbr 损坏 446 字节

[root@zzu ~]# dd if=/dev/zero of=/dev/sda bs=446  count=1

 

linux rescue

 

 

chroot /mnt/sysimage

grub-install /dev/sda

 

 

fstab 损坏

mount -o remount,rw  /

vim /etc/fstab

 

Linux 操作系统启动故障修复

　　 Linux 在启动过程中会出现一些故障，导致系统无法正常启动，本文列举了几个应用单用户模式、 GRUB 命令操作、 Linux 救援模式的典型故障修复案例帮助读者了解此类问题的解决。

　　一、单用户模式

　　 Linux 提供了单用户模式 ( 类似 Windows 安全模式 ) ，可以在最小环境中进行系统维护。在单用户模式 ( 运行级别 1) 中， Linux 引导进入根 shell ，网络被禁用，只有少数进程运行。单用户模式可以用来修改文件系统损坏、还原配置文件、移动用户数据等。

　　以下列举了几个单用户模式修复系统故障的典型案例：

　　案例二： root 密码忘记

　　 1 、 在系统启动过程中，会出现图 1 所示画面，按任意键，进入 GRUB 菜单选项。

　　 2 、 按“ e ”键编辑 GRUB 引导菜单选项，图 2 显示为按“ e ”键后的 GRUB 屏幕。

　　图 2 GRUB 引导菜单选项

　　通过箭头键下移到 kernel 行，并按“ e ”键，得到图 3 中显示的编辑界面：

　　图 3 kernel 行编辑界面

　　在尾行光标处添加 single 或者 s ，按回车键返回前一个屏幕，按“ b ”键进行引导，则系统自动进入单用户模式，如果要改变 root 密码，则执行命令：

　　 sh-3.1# passwd root

　　更改成功后，执行命令 exit 退出重启即可。

　　　　二、 GRUB 引导故障排除

　　有时 Linux 启动后会直接进入 GRUB 命令行界面 ( 只有“ grub> ”提示符 ) ，此时很多用户就选择了重新安装 GRUB 甚至重新安装系统。其实一般而言此故障的原因最常见的有两个：一是 GRUB 配置文件中选项设置错误 ; 二是 GRUB 配置文件丢失 ( 还有少数原因，如内核文件或镜像文件损坏、丢失， /boot 目录误删除等 ) ，如果是第一种情况，可以首先通过 GRUB 命令引导系统后修复 ; 若是第二种情况，则要使用 Linux 救援模式修复了 ( 本文后续有描述 ) 。

　　首先，我们需要了解 GRUB 启动系统的引导过程， grub.conf 文件中主要的配置选项如下 ( 注意， GRUB 配置文件为 /boot/grub/grub.conf ， /etc/grub.conf 只是此文件的软链接 ) ：

　　 grub.conf 损坏

root （ hd0,0 ）

kernel /vmlinuz-2.6.18-164.el5 ro root=/dev/sda3 标签或分区

initrd /initrd-2.6.18-164.el5.img

 

vim  /boot/grub/grub.conf

default=0

timeout=3

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=/

        initrd /initrd-2.6.18-164.el5.imgq

　　其中“ title ”段指定了 GRUB 引导的系统：“ root ”段指定了 /boot 分区所在的位置：“ kernel ”段指定了内核文件所在位置，内核加载时权限属性为只读 ( “ ro ” ) 以及指定根分区所在位置 (root=LABEL=/);initrd 指定了镜像文件所在位置。所以 GRUB 在引导时顺序为首先加载 /boot 分区，然后依次载入内核与镜像文件。

 

　　案例：“ title Fedora Core (2.6.18-1.2798.fc6) ”段被误删除

 

　　此时，系统启动后会自动进入“ GRUB> ”命令行，为排除故障我们可以依次做如下操作：

 

　　 1 、查找 /boot/grub/grub.conf 文件所在分区 GRUB> find /boot/grub/grub.conf(hd0 ， 0)

 

　　 2 、查看 grub.conf 文件错误 GRUB>cat (hd0 ， 0)/boot/grub/grub.conf 建议系统安装设置好后，要将 grub.conf 文件备份，如果有备份文件如 grub.conf.bak ，则此时可以查看备份文件，与当前文件比较，发现错误： GRUB>cat (hd0 ， 0)/boot/grub/grub.conf.bak

 

　　 3 、确认错误后，先通过命令行方式完成 GRUB 引导，进入系统后再行修复 grub.conf 文件错误： 1) 指定 /boot 分区 root (hd0 ， 0)

 

　　 2) 指定内核加载 kernel /boot/vmlinuz-2.6.18-1.2798.fc6 ro root=LABEL=/ rhgb quiet 3) 指定镜像文件所在位置 initrd /boot/initrd-2.6.18-1.2798.fc6.img

 

　　提示： GRUB 支持 tab 键命令补全功能

　　 4 、从 /boot 分区启动 boot (hd0 ， 0)

　　命令行模式可以在 GRUB 菜单模式中通过按“ c ”键调用，也可以用于测试新编译的内核 ( 设置 kernel 、 initrd 引导新内核及镜像文件 ) 。增加对 GRUB 引导以及 Linux 系统引导知识的了解将对此类故障排除大有帮助。

　　三、 Linux 救援模式应用

　　当系统连单用户模式都无法进入时或出现 GRUB 命令行也不能解决的引导问题，我们就需要使用 Linux 救援模式来进行故障排除了。步骤如下：

 

　　 1 、将 Linux 安装光盘 ( 如果使用 CD 光盘，则放入第一张引导光盘 ) 放入光驱，设置固件 CMOS/BIOS 为光盘引导，当 Linux 安装画面出现后，在“ boot ：”提示符后输入“ linux rescue ”回车进入救援模式。 ( 想了解救援模式详细信息，还可以按 F5 键查看 )

　　图 5 进入救援模式

　　 2 、系统会检测硬件，引导光盘上的 Linux 环境，依次提示你选择救援模式下使用的语言 ( 建议选择默认的英文即可，根据笔者测试，部分 Linux 系统选择中文会出现乱码 ); 键盘设置用默认的“ us ”就好 ; 网络设置可以根据需要，大部分故障修复不需要网络连接，可不进行此项设置，选择“ No ”。

 

　　 3 、接下来系统将试图查找根分区，出现以下提示：图 6 挂载设置

 

　　默认在救援模式，硬盘的根分区将挂载到光盘 Linux 环境的 /mnt/sysimage 目录下，默认选项“ continue ”表示挂载权限为读写：“ Read-only ”为只读，如果出现检测失败可以选择“ skip ”跳过。此处，因为要对系统进行修复，所以需要有读写权限，一般选择默认选项“ continue ”。

 

　　进入下一步后，系统提示执行“ chroot /mnt/sysimage ”命令，可以将根目录挂载到我们硬盘系统的根目录中去。

 

　　案例一：双系统启动修复

　　当我们安装双系统环境，先安装 Linux 再安装 Windows; 或者已经安装好双系统环境的 Windows 损坏，在重新安装 Windows 后，保存 GRUB 的 MBR(Master Boot Record ，主引导记录 ) 会被 Windows 系统的自举程序 NTLDR 所覆盖，造成 Linux 系统无法引导。

　　 1 、如果要恢复双系统引导，首先用上述方法进入救援模式，执行 chroot 命令如下： sh-3.1# chroot /mnt/sysimage

　　 2 、将根目录切换到硬盘系统的根目录中，然后执行 grub-install 命令重新安装 GRUB ： sh-3.1# grub-install /dev/hda “ /dev/hda ”为硬盘名称，如使用 SCSI 硬盘或 Linux 安装在第二块 IDE 硬盘，此项设置要做相应调整。

 

　　 3 、然后依次执行 exit 命令，退出 chroot 模式及救援模式 ( 执行两次 exit 命令 ) ： sh-3.1# exit 系统重启后，将恢复 GRUB 引导的双系统启动。

　　案例二：系统配置文件丢失修复

　　系统在引导期间，很重要的一个过程就是 init 进程读取其配置文件 /etc/inittab ，启动系统基本服务程序及默认运行级别的服务程序完成系统引导，如果 /etc/inittab 误删除或修改错误， Linux 将无法正常启动，如图 7 所示。此时，只有通过救援模式才可以解决此类问题。

 

　　图 7 /etc/inittab 文件丢失引导错误示例

 

　　 1 、有备份文件的恢复办法进入救援模式，执行 chroot 命令后，如果有此文件的备份 ( 强烈建议系统中的重要数据目录，如 /etc 、 /boot 等要进行备份 ) ，直接将备份文件拷贝回去，退出重启即可。如果是配置文件修改错误，如比较典型的 /boot/grub/grub.conf 及 /etc/passwd 的文件修改错误，也可以直接修正恢复。假设有备份文件 /etc/inittab.bak ，则在救援模式下执行： sh-3.1# chroot /mnt/sysimage sh-3.1# cp /etc/inittab.bak /etc/inittab

 

　　 2 、没有备份文件的恢复办法如果一些配置文件丢失或软件误删除，且无备份，可以通过重新安装软件包来恢复，首先查找到 /etc/inittab 属于哪一个 RPM 包 ( 即便文件丢失，因为存在 RPM 数据库，一样可以查找到结果 ) ： sh-3.1# chroot /mnt/sysimage sh-3.1# rpm -qf /etc/inittab initscripts-8.45.3-1

 

　　退出 chroot 模式： sh-3.1# exit

 

　　挂载存放 RPM 包的安装光盘 ( 在救援模式下，光盘通常挂载在 /mnt/source 目录下 ) ： sh-3.1# mount /dev/hdc /mnt/source

 

　　 Fedora 系统的 RPM 包存放在光盘 Fedora/RPMS 目录下，其他 Linux 存放位置大同小异，这里不一一列举 ; 另外，因为要修复的硬盘系统的根目录在 /mnt/sysimage 下，需要使用—— root 选项指定其位置。覆盖安装 /etc/inittab 文件所在的 RPM 包： sh-3.1# rpm -ivh —— replacepkgs —— root /mnt/sysimage /mnt/source/Fedora/RPMS/ initscripts-8.45.3-1.i386.rpm 其中的 rpm 命令选项“—— replacepkgs ”表示覆盖安装，执行完成后，即已经恢复了此文件。

 

　　如果想只提取 RPM 包中的 /etc/inittab 文件进行恢复，可以在进入救援模式后，执行命令： sh-3.1# rpm2cpio /mnt/source/Fedora/RPMS/initscripts-8.45.3-1.i386.rpm | cpio -idv  ./etc/inittab sh-3.1# cp etc/inittab / mnt/sysimage/etc

　　注意此命令执行时不能将文件直接恢复至 /etc 目录，只能提取到当前目录下，且恢复的文件名称所在路径要写完整的绝对路径。提取文件成功后，将其复制到根分区所在的 /mnt/sysimage 目录下相应位置即可。

原文出自【 51cto 】，转载请保留原文链接： http://haoxiaoyang.blog.51cto.com/