记一次linux服务器的故障应急处理

说说前段的一个linux服务器事故处理
一周末晚上，接到电话，某个区的linux服务器出现故障，服务器无法正常启动，让过去应急处理。
到后问了下情况 RHEL5系统  oracle数据库 网管下午不小心硬重启服务器，重启过程中报错误

fsck.ext3:Unable to reslove 'LABEL=/tmp'

无法解析LABEL=/tmp,怀疑硬重启导致系统数据丢失，以至于系统无法启动。
重启服务器，进入单用户模式，查看系统分区表/etc/fstab，发现如下语句

LABEL=/tmp /tmp ext3 defaults 1 2

正常的分区就是如此 没有发现问题，但是分区无法挂载到/tmp目录下，一时间不知道何处下手。
然后查看设备信息fdisk -l 发现如下8个设备
/dev/sda1   /dev/sda2    /dev/sda3   /dev/sda4   /dev/sda5  /dev/sda6   dev/sda7   /dev/sda8
使用e2label命令依次查看分区设备的卷标名   如e2label /dev/sda4   
结果没有发现为/tmp的名称，但却意外的发现了/dev/sda7对应着一个叫/tm的名称。

# e2label /dev/sda7

/tm

怀疑分区信息丢失造成的，于是打电话联系当时装服务器的人员，却被告知当时装系统划分分区的时候错把/tmp写成/tm（当时狂汗啊。。。。。）
现在就知道原因了,设备/dev/sda7分区对应的名字是/tm，/etc/fstab中却没有LABEL=/tm(意思就是卷标(label)为/tm的分区)，却有一个LABEL=/tmp,而所有的分区设备中却没有叫/tmp名字的，因此出现了上述错误：无法解析LABEL=/tmp

解决方案：
插入RHEL光盘，进入linux rescue模式(修复模式),选择读写方式，这时候系统被挂载到了/mnt/sysimage下
编辑fstab,vi /mnt/sysimage/etc/fstab

 

修改

LABEL=/tmp /tmp ext3 defaults 1 2

为

LABEL=/tm /tmp ext3 defaults 1 2

(意思为将卷标为/tm的分区挂在到/tmp目录下)

保存。reboot重启，系统正常启动（happy），进入系统，启动oracle数据库，完工。