系统不能启动

系统停在Stage 1 可能为电源系统板CPU 内存等硬件故障记录故障代

码通知IBM工程师

系统停在Stage 2 可能是启动顺序表(bootlist)损坏或I/O子系统故障可尝试进入SMS 菜单检查启动顺序表并修改若在选择bootlist时没有硬盘设备可选或显示的硬盘信息不正确则可能是硬盘故障若根本没有SCSI设备可选则链路有问题

系统停在Stage3 可能是硬盘数据损坏系统设置文件出错或I/O子系统故障

.系统停在551 555或557

发生在系统启动的第三阶段 (Stage 3) 可能是

文件系统损坏

文件系统日志(jfslog)损坏

rootvg中有坏硬盘

修复方法

用系统光盘或系统备份带启动必须与硬盘中的操作系统版本一致

启动后选择选项3

"Start Maintenance Mode for System Recovery"

> "Access a Root Volume Group"

> "Access this volume group and start a shell

before mounting the file systems"

格式化文件系统日志(jfslog)

# /usr/sbin/logform /dev/hd8

检查修复文件系统

# fsck -y /dev/hd1 /home 文件系统

# fsck -y /dev/hd2 /usr 文件系统

# fsck -y /dev/hd3 /tmp 文件系统

# fsck -y /dev/hd4 / 文件系统

# fsck -y /dev/hd9var /var 文件系统

... ...

用 exit 命令退出文件系统会自动 mount 起来

重建bootimage

# lslv -m hd5 找出bootimage所在的硬盘如hdisk0

# bosboot -ad /dev/hdisk0

# bootlist -m normal /dev/hdisk0 重建启动顺序表

重启动系统

# shutdown -Fr

如上述步骤不奏效

用系统备份带恢复系统

如备份带不能恢复用诊断光盘Diagnostic CDROM 检查是否坏硬盘

.系统dump

发生在系统崩溃时AIX会做dump(系统内存的快照)

此时机器会显示闪动的888 102 xxx 0cx 代码

0c9 系统dump 进行中0c9状态可能会维持超过2分钟

不要关电和按reset, 等待dump做完

0c0 dump 成功完成这时可以断电重起

0c2 手动启动dump 功能

0c4 dump 设备空间不足只有部分信息保存下来

0c5 不明原因导致dump 失败

一般dump是由于软件出错引起(888-102-207 除外) 机器通常可以重启重启

时可能提示用户插入磁带拷贝dump文件不要选择退出这样会丢失重要的故障信

息

dump的有关设置

估算系统dump的大小在系统最繁忙时内存使用最多

# sysdumpdev -e

0453-041 Estimated dump size in bytes: 53477376

# lsps -a

Page Space Physical Volume Volume Group Size %Used Active

paging00 hdisk0 rootvg 480MB 1 yes

hd6 hdisk1 rootvg 544MB 1 yes

当前的设置

#sysdumpdev -l

primary /dev/hd6 <-- dump的主设备

secondary /dev/sysdumpnull

copy directory /var/adm/ras <-- dump拷贝的目录

forced copy flag TRUE

always allow dump TRUE

hd6应比估算值稍大

/var/adm/ras 是默认的dump拷贝目录比较估算值保证/var文件系统有足够的

剩余空间拷贝dump文件否则机器重起时会提示用户插入磁带

dump文件名为vmcore.#

对PCI机型如要手动做dump 须把" always allow dump" 先设成true

# sysdumpdev -K

dump打包

# snap -a -o /dev/rmt# 或

# snap -a -c 把/tmp/ibmsupt目录做成一个压缩文件

snap.tar.Z如果/tmp文件系统空间不够

可用-d directory 参数指定别的目录代

替/tmp/ibmsupt