系统不能启动
系统停在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 的主设备
secondary /dev/sysdumpnull
copy directory /var/adm/ras 拷贝的目录
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
[@more@]来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7507082/viewspace-846246/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/7507082/viewspace-846246/