如何从 LED 553 恢复?(适用于AIX V4）

　　说明 :

　　本文档列出了从 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