说明 :

本文档列出了从 LED 553 的恢复步骤 . 在 RISC 6000 系统启动的 IPL 过程中, 如果系统不能读取或运行 /etc/inittab 文件, 将会停在 LED 553.要从 LED 553 恢复, 需要检查 /dev/hd3 和 /dev/hd4 的空间问题, 并且删除掉不必要的文件. 检查 /etc/inittab 文件是否被破坏. 如果 inittab 文件未被破坏, 则需要检查 shell profiles, 如 /bin/bsh 文件及其它文件.


恢复步骤:

1.从操作系统光盘启动进入维护菜单.

2.选择 "Start Maintenance Mode for System Recovery" (选项 3)

下一屏将显示菜单 "Maintenance"
选择 "Access a Root Volume Group" (选项 1)
在这一步中,控制台会显示有关 rootvg 的信息, 并且会显示带有两个选项的菜单.
选择 "Access this volume group and start a shell" (选项 1) 如果在执行上述步骤中出错, 请不要继续执行下面的步骤. 修正错误后再继续执行.

3.使用 df 命令检查 /dev/hd3 和 /dev/hd4 中的剩余空间.

df /dev/hd3
df /dev/hd4

4.如果 df 命令显示任何文件系统没有剩余空间, 删除那些文件系统中的一些文件.三个可被删除的文件是 /smit.log, /smit.script, 和 /.sh_history.

5.下一步, 检查 /etc/inittab 文件是否被破坏. 该文件可能为空或丢失, 也可能有不正确的内容.
请参考本文档末尾的 "Sample /etc/inittab Files" 作为对照.

6.如果 inittab 文件被破坏, 请设置正确的终端类型后对该文件进行编辑.(xxx 是终端类型, 如 lft, ibm3151, 或 vt100.)
TERM=xxx
export TERM
现在可使用编辑器创建 /etc/inittab 文件. 可参看本文档最后的 "Sample /etc/inittab Files".
如果 /etc/inittab 文件已被破坏, 需要重建, 则不必执行下面的步骤.

7.使用下面的命令检查文件是否被修改或是否有权限上的问题.
ls -al /.profile /etc/environment /etc/profile

输出举例:

-rw-r--r-- 1 root system 158 Dec 14 1993 /.profile
-rw-rw-r-- 1 root system 1389 Oct 26 1993 /etc/environment
-rw-r--r-- 1 root system 1214 Jan 22 1993 /etc/profile

"etc/profile" 或 ".profile" 可能包含只在 Korn shell 中有效的命令. 改变这些命令, 使它们在 Bourne shell 中也有效. 如, 改变下面一行:
export PATH=/bin:/usr/bin/:/etc:/usr/ucb:.

为如下内容:

PATH=/bin:/usr/bin/:/etc:/usr/ucb:.
export PATH

"/etc/environment" 情况特殊. 它所包含的命令只是一些简单的变量分配, 如, 格式为 = 的声明. 检查该文件确认它的格式.

8.用如下命令检查丢失或被移动的文件:

ls -al /bin /bin/bsh /bin/sh /lib /u /unix

输出举例:

lrwxrwxrwx 1 root sys 8 Aug 5 1994 /bin -> /usr/bin
-r-xr-xr-x 3 bin
-r-xr-xr-x 3 bin
bin
bin 256224
256224 Jun 4 1993 /bin/bsh
Jun 4 1993 /bin/sh
lrwxrwxrwx 1 root
lrwxrwxrwx 1 root sys
sys 8
5 Aug 5 1994 /lib -> /usr/lib
Aug 5 1994 /u -> /home
lrwxrwxrwx 1 root
sys 18 Aug 5 1994 /unix -> /usr/lib/boot/unix

如果上面的任何文件丢失, 问题可能会是丢失符号链接. 使用下面的命令修复相关的链接.

ln -s /usr/bin /bin
ln -s /usr/lib/boot/unix /unix
ln -s /usr/lib /lib
ln -s /home /u

9.使用下面命令确认 fsck 和 rc.boot 未丢失或被破坏.

ls -l /etc/fsck /sbin/rc.boot

输出举例:

lrwxrwxrwx 1 root system 14 Aug 5 1994 /etc/fsck -> /usr/sbin/fsck
-rwxrwxr-- 1 root system 33760 Aug 30 1993 /sbin/rc.boot

10.确认 /etc/inittab 文件是 V4 版. 在该版本中, 以 brc 开头的行应为:
brc::sysinit:/sbin/rc.boot 3 >/dev/console 2>&1
参看本文档最后的 "Sample /etc/inittab Files".

11.如果未发现任何明显的问题, 尝试使用下面的命令将 bsh 替换为 ksh. (第一条命令在覆盖掉 bsh 之前备份它.)

cp /bin/bsh /bin/bsh.orig
cp /bin/ksh /bin/bsh

如果随后可以成功启动, 则是下面的文件引起 bsh 的问题. 检查下面的文件:

/bin/bsh.orig /.profile
/bin/bsh.orig /etc/profile
/bin/bsh.orig /etc/environment

如果上述命令返回任何错误, 则是 bsh 不能绑定相应文件中的某一命令.

从时间和系统完整性的角度考虑, 最好的可用于解决该问题的办法也许是从新安装操作系统.

Sample /ETC/INITTAB File for AIX V4

:@(#)49 1.28.2.7 src/bos/etc/inittab,cmdoper,bos411,
: 9430C411a 7/26/94 16.27.45
init:2:initdefault:
brc::sysinit:/sbin/rc.boot 3 >/dev/console 2>&1 # Phase 3 of
system boot
powerfail::powerfail:/etc/rc.powerfail 2>&1 | alog -tboot >
/dev/console
rc:2:wait:/etc/rc > alog -tboot > /dev/console 2>&1
# Multi-User checks
fbcheck:2:wait:/usr/lib/dwm/fbcheck > alog -tboot >/dev/console
2>&1
srcmstr:2:respawn:/etc/srcmstr
# System Resource Controller
rctcpip:2:wait:/etc/rc.tcpip > /dev/console 2>
&1 # Start TCP/IP daemons
rcnfs:2:wait:/etc/rc.nfs > /dev/console 2>&1 # Start NFS Daemons
cron:2:respawn:/etc/cron
cons:0123456789:respawn:/etc/getty /dev/console
piobe:2:wait:/usr/lib/lpd/pio/etc/pioinit >
/dev/null 2>&1 # pb cleanup
qdaemon:2:wait:/bin/startsrc -sqdaemon
writesrv:2:wait:/bin/startsrc -swritesrv
uprintfd:2:respawn:/usr/sbin/uprintfd
dt:2:wait:/etc/rc.dt