IBM红皮书翻译之二：AIX 5L 5.3系统管理和支持(3) 续8

gaoxintian

4.4.3   常见引导LED代码
在系统引导过程中，服务器操作面板会显示LED代码，它可以向你提供系统引导进程的状态信息。一些代码是指示服务器运行到那一步的检查点，这些代码依赖于服务器类型的不同而有所不同。
例如在一个4字符显示的服务器上，E1F1指示系统控制台已经激活，而在3字符显示的服务器上它使用FF1代码显示。Fxx（xx为十六进制数字）格式的代码一般是系统固件有关的。
其他代码用来指示系统监测到的错误。标识系统引导问题的常见代码以及如何修复的步骤如下：
LED 201 - 引导映像损坏
1.        使用在4.4.2：“访问一个不能引导的系统”中描述的步骤访问rootvg
2.        检查/和/tmp目录：如果它们几乎满了，给它们创建更多的空间
3.        使用lslv -m hd5命令确定引导磁盘
4.        使用bosboot -a -d /dev/hdiskn重建引导映像，这里n是包含BLV的磁盘号码
5.        在错误日志中检查CHECKSTOP错误，它可能指示一个硬件失效
6.        关闭并重新启动机器
LED 223-229 - 无效的引导列表
1.        进入服务模式引导机器（旋转开关键到服务或者按F5）
2.        如果显示正常继续，旋转开关键到正常并继续第3步；如果没有得到提示，进入第4步
3.        当出现登录提示符时，登入机器并使用bootlist命令改变引导顺序，然后转入第7步
4.        使用在4.4.2：“访问一个不能引导的系统”中描述的步骤访问rootvg并转入第5步
5.        使用lslv -m hd5命令确定引导磁盘
6.        使用bootlist命令改变引导顺序，然后转入第7步
7.        关闭并重新启动机器
LED 551,555,557 - 被破坏的文件系统、JFS日志等等
1.        使用在4.4.2：“访问一个不能引导的系统”中描述的步骤在加载文件系统之前访问rootvg
2.        使用如下命令校验并修正文件系统：
fsck -y /dev/hd1
fsck -y /dev/hd2
fsck -y /dev/hd3
fsck -y /dev/hd4
fsck -y /dev/hd9var
3.        使用如下命令格式化JFS日志：
/usr/sbin/logform /dev/hd8
4.        使用lslv -m hd5确定引导磁盘
5.        使用bosboot -a -d /dev/hdiskn重建引导映像，这里n是包含BLV的磁盘号码
LED 552,554,556 - 被破坏的超级块和被破坏的ODM自定义数据库
1.        重复LED 551,555,557中的第一、二步
2.        如果fsck显示block 8被破坏，说明文件系统的超级块被破坏，使用以下命令修复：
dd count=1 bs=4k skip=31 if=dev/hdn of=/dev/hdn
这里n是文件系统的号码
3.        使用如下命令重新构造JFS日志：
/usr/sbin/logform /dev/hd8
4.        如果问题解决，现在就停止；否则，继续第5步
5.        你的ODM数据库被破坏。使用在4.4.2：“访问一个不能引导的系统”中描述的步骤在加载文件系统之前访问rootvg
6.        加载/和/usr文件系统如下：
mount /dev/hd4 /mnt
mount /usr
7.        拷贝系统配置到一个备份目录：
mkdir /mnt/etc/objrepos/backup
cp /mnt/etc/obirepos/Cu* /mnt/etc/objrepos/backup
8.        从RAM文件系统中拷贝配置如下：
cp /etc/objrepos/Cu* /mnt/etc/objrepos
9.        使用umount all命令卸载所有文件系统
10.    使用lslv -m hd5命令确定引导磁盘
11.    使用如下命令保存干净的ODM到引导逻辑卷：
savebase -d /dev/hdiskn
这里n是包含BLV的磁盘
12.    重启，如果系统还不能引导，重装BOS
LED 553 - 被破坏的/etc/inittab文件
1.        使用在4.4.2：“访问一个不能引导的系统”中描述的步骤访问rootvg
2.        使用df命令检查/、/var、/tmp的空余空间
3.        检查/etc/inittab文件，如果文件有问题就修复它
4.        检查下列文件的问题：
/etc/environment
/bin/sh
/bin/bsh
/etc/fsck
/etc/profile
/.profile
5.        关机并重新启动系统
4.5    运行级别
在操作系统上执行维护任务和改变运行级别以前，你应该了解不同的运行级别的原理。运行级别是只允许一个选定的一组进程存在的一个软件配置。
4.5.1   识别系统运行级别
本节讨论如何识别系统当前操作的运行级别和如何显示运行级别的历史状态。系统可用的运行级别如下表所示：
运行级别
描述
0-1
保留为操作系统将来使用
2
包含多用户环境下的所有终端进程和后台进程，这是默认的运行级别
3-9
可以依照用户的参数选择被定义
a,b,c,h
这些不是真正的运行级别；它们和init命令使用的运行级别不同，不能让系统进入这些运行级别。更多信息请参考4.3：“/etc/inittab文件”
S,s,M,m
维护模式。当系统从其他运行级别进入维护模式时，只有控制台可以作为终端使用。
鉴别当前的运行级别
在命令行输入命令如下：
# cat /etc/.init.state
2
#
系统显示一个数字，它就是当前的运行级别。
显示先前的运行级别历史
你可以使用fwtmp命令显示先前的运行级别的历史如下：
以root用户登录
输入以下命令：
# /usr/lib/acct/fwtmp
run-level 2 1 0 0062 0123 1132072406
Tue Nov 15 10:33:26 CST 2005
run-level 2 1 0 0062 0123 1132075614
Tue Nov 15 11:26:54 CST 2005
run-level 2 1 0 0062 0123 1132092491
Tue Nov 15 16:08:11 CST 2005
run-level 2 1 0 0062 0123 1132094756
Tue Nov 15 16:45:56 CST 2005
改变系统运行级别
当系统第一次引导时，它会进入在/etc/inittab文件中initdefault项定义的默认运行级别，系统会一直在该运行级别操作直到它收到一个改变信号。你可以执行lsitab命令察看当前系统的默认运行级别：
# lsitab init
init:2:initdefault:
#
改变系统运行级别的步骤如下：
检查/etc/inittab文件，确认你将要改变到的运行级别支持你所运行的进程。进程getty是很重要的，因为它控制系统控制台和其他终端线路访问的登录。确保getty进程在所有的运行级别中都可以运行。
使用wall命令通知所有的用户你将要改变系统运行级别，并要求它们退出系统。
使用telinit命令（你将要切换到的运行级别作为该命令的参数）如下：
# telinit M
telinit命令
telinit命令直接作用于init进程（进程ID号1），通过他的命令参数告知init进程执行适当的动作。通常情况下，telinit命令设置系统到指定的运行级别。它使用以下参数：
0-9
告知init进程将系统置于运行级别0-9
S,s,M,m
告知init进程将系统置于维护模式
a,b,c
告知init进程检查/etc/inittab文件中使用运行级别a,b,c的纪录
Q,q
告知init进程重新检查/etc/inittab文件
N
向处于respawn的进程发送停止进程的信号
例如，要进入维护模式，输入命令：
# telinit M
注意：你也可以使用命令shutdown -m来进入维护模式。
执行运行级别脚本
运行级别脚本允许用户在切换运行级别时启动和停止指定的应用，以K开头的脚本是停止脚本，以S开头的脚本是启动脚本。
这些脚本存在于它们指定的运行级别的子目录中，每个子目录都具有rcn.d的格式，这里n是运行级别：
Ø        /etc/rc.d/rc2.d
Ø        /etc/rc.d/rc3.d
Ø        /etc/rc.d/rc4.d
Ø        /etc/rc.d/rc5.d
Ø        /etc/rc.d/rc6.d
Ø        /etc/rc.d/rc7.d
Ø        /etc/rc.d/rc8.d
Ø        /etc/rc.d/rc9.d
/etc/rc.d/rc脚本会运行它在指定目录发现的启动脚本并在运行级别改变时运行该启动脚本。脚本会先运行停止应用的脚本，然后运行启动应用的脚本。


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/6482/showart_110988.html