AIX
說明 :
本文檔列出了從 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
