系统故障排查
一 系统启动类故障
常见系统启动类故障包括：MBR扇区故障、GRUB引导故障、丢失系统文件、遗忘root密码
·MBR扇区故障
MBR即Master Boot Record，主引导记录，位于硬盘的第一个扇区（512字节），其中包含了系统引导程序、硬盘分区表信息
1故障原因
病毒、木马等造成的破坏
不正确的分区操作、磁盘读写误操作
2故障现象
找不到引导程序，启动中断
无法加载操作系统，开机后黑屏
3解决思路
应提前作好备份文件（如果没有MBR的备份文件，恢复难度会比较大，可能需要使用“诺顿磁盘医生（Norton Disk Doctor）”之类能够按分区位置查找修复的磁盘工具）
以RHEL5安装光盘引导进入急救模式，从备份文件中恢复
应用示例：模拟MBR损坏
1备份MBR扇区数据
MBR扇区的备份文件应保存在不同的磁盘中，否则在恢复时将无法读取备份文件
把第一块硬盘sda的MBR扇区备份到第二块硬盘的sdb1分区中
2模拟MBR被破坏的故障
人为的将MBR扇区的记录覆盖，从而达到破坏的目的
从设备文件zero中读取512自己的数据进行覆盖
重启系统后无法引导了
3RHEL5光盘引导，进入急救模式
插入光盘，输入linux rescue
选择语言等，跳过网卡检测，跳过初始化磁盘（警告）；进入到急救模式
4从备份文件中恢复MBR扇区
含备份文件的分区挂载到一个临时目录，以便能够读取到备份文件
·GRUB引导故障
GRand Unified Bootloader 中文意思为“极好的统一引导器”，是大多数Linux系统默认使用的引导程序；即开机时的引导菜单
1故障原因
MBR中的GRUB引导程序遭到破坏
grub.conf文件丢失、引导配置有误
2故障现象
系统引导停滞，显示“grub>”提示符
3解决思路
尝试手动输入引导命令
进入急救模式，从备份中恢复 grub.conf
向MBR扇区中重建grub程序
应用示例：模拟引导文件丢失
1备份并删除grub.conf引导文件
2重启系统验证
3手动输入引导命令引导系统
其中：
root (hd0,0)指定包含内核等引导文件的分区（即/boot分区），(hd0,0) 对应为 /dev/sda1
kernel …… 指定内核文件所在的路径、根分区所在的设备位置
initrd …… 指定引导过程中使用的缓存盘镜像文件位置
boot 用于启动进入系统
进入系统后，要恢复引导文件（否则下次还是不能引导）
4从急救模式恢复引导文件
如果分区表没有别破坏，进入急救模式后，系统会自动挂载根分区到/mnt/sysimage/中
如果MBR扇区中的引导程序损坏（例如重装Windows系统后），则可能即使重建了引导文件，系统也无法启动，因此需要重新安装grub引导程序（还是在急救模式下）
最后exit退出
·/etc/inittab文件丢失
/etc/inittab文件是系统初始化进程init的配置文件
1故障原因
inittab文件被误删除，或者存在配置错误
2故障现象
启动中提示 “... INIT: No inittab file found”
系统停滞，无法完成初始化
3解决思路
进入急救模式，从备份文件中恢复
或者，在急救模式中重新安装 initscripts 软件包
rpm -ivh --replacepkgs initscripts-8.45.14.EL.i386.rpm
应用示例：
1备份并删除inittab文件
2进入急救模式
3从备份文件恢复（略）
4重新安装软件包（急救模式下）
rpm -ivh --replacepkgs initscripts-8.45.14.EL.i386.rpm
--replacepkgs 选项表示进行替换（覆盖）安装，即使系统中已经安装了这个包
·遗忘root用户密码
1故障原因
遗忘root用户的密码
2故障现象
无法进行需要root权限的管理操作
若没有其他可用帐号，将无法登录系统
3解决思路
引导进入单用户模式，然后重设密码：grub > kernel ... single 或 s 或 1
或进入急救模式，然后重设密码
应用示例：
1单用户模式下修改密码
启动计算机时，在出现GRUB菜单时按上下键取消倒计时，按e键进入编辑模式
选择kernel开头的一行，并按e键开始编辑，在行尾添加“s”启动参数；也可以写成“single”或“l”
回车确认后按b键重引导系统到单用户模式，直接进入到了shell环境，不用输入密码
执行passwd root修改密码，如果不能修改，直接修改/eyc/shadow文件，将密码字串删除，然后添加两个感叹号
删除前
删除后
wq!强制保存退出后，reboot重启验证
2通过急救模式重设root账号密码
进入急救模式后
或者修改shadow文件
二 文件系统类故障
·文件系统故障
1故障原因
非正常关机、突然断电、设备读写失误等
文件系统的超级块（super-block）信息被破坏
2故障现象
无法向分区中读取或写入数据
启动后提示“Give root password for maintenance”
3解决思路
根据提示输入root口令，进入修复状态
使用fsck命令进行修复
应用示例：
1模拟对/dev/sda2分区的破坏操作
2检查是否能挂载该分区
3 Linux系统开机后，当提示“Give root password for maintenance”时，只需输入root用户的密码，即可进入到一个临时的Shell环境，用户可以对出现错误的文件系统进行修复
fsck –y -t ext3 /dev/sda2
-y选项可以在出现交互提问时，自动按“yes”处理
·磁盘资源耗尽故障
1故障原因
磁盘空间已被大量的数据占满，空间耗尽
虽然还有可用空间，但文件数i节点耗尽
2故障现象
无法写入新的文件，提示“… : 设备上没有空间”
部分程序无法运行，甚至系统无法启动
3解决思路
清理磁盘空间，删除无用、冗余的文件
转移或删除占用大量i节点的琐碎文件(文件个数)
进入单用户模式、急救模式进行修复
为用户设置磁盘配额
·检测磁盘坏道
1故障原因
磁盘设备中存在坏道（逻辑的或物理的）
逻辑坏道主要由于软件操作不当造成，可以使用软件修复
物理坏道是物理性损坏，只能通过更改磁盘分区或扇区的占用位置来进行改善，排除掉包含有坏块的磁盘空间
注意是mkfs命令而不是fsck命令，检查坏道之前，应尽量先卸载该分区，退出正在访问设备的其他程序
2故障现象
读取磁盘中的数据时，磁盘设备发出异常声响。
访问磁盘中的某个文件时，反复读取且出错，提示文件损坏。
对于新建立的分区无法完成格式化。
系统使用该磁盘时频繁死机
3解决思路
检测硬盘中是否存在坏道
badblocks -sv /dev/sdb
耗时时间比较长
修复硬盘，或更换新的硬盘
这是水淼·dedeCMS站群文章更新器的试用版本更新的文章，故有此标记(2024-03-06 08:34:29)
