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

gaoxintian

4       引导过程
本章讨论引导过程和系统准备AIX 5L环境的不同状态。本章讨论的主题包括：
Ø        引导过程
Ø        系统初始化
Ø        /etc/inittab文件
Ø        怎样从一个不响应的引导过程中恢复
Ø        运行级别
Ø        rc.*文件的介绍
4.1    引导过程
作为一个系统管理员，你应该对系统引导过程有一个一般的了解。这个知识点对解决系统引导问题是很有用的，这些问题可能是软件问题，也可能是硬件问题，我们也推荐你对你的系统的硬件配置要比较了解。
引导包括以下步骤：
Ø        第一步是POST（加电自检）。它的功能是校验基本硬件的功能状态，包括内存、键盘、通讯和音频设备同时被初始化，你可以在显示器上看到这些设备的图标，在这个时候你可以按特定的功能键以改变引导顺序。这个阶段的LED代码显示依不同机型而不同。硬件和软件问题都能引起系统不能引导。
注意：老的基于MCI架构的机器在这之前还要执行一个步骤BIST（内建自检），这一步在基于PCI架构的机器上不需要。
Ø        对每个系统类型ROS是指定的，它对AIX 5L V5.3引导是必要的，但它不构建任何引导所需数据。它会定位并加载引导指令码（bootstrap code）。系统ROS包含通用的引导信息和操作系统依赖的信息。
Ø        软件ROS（也叫做bootstrap）构成一个IPL（Initial Program Load）控制块（AIX 5L V5.3兼容的）并取得控制权，构建AIX 5L V5.3特定的引导信息。这时创建一个特殊的文件系统RAMFS（存在于内存中）。然后软件ROS定位、加载引导逻辑卷（BLV）并将控制权交与AIX 5L的BLV。软件ROS是基于机器类型的AIX 5L信息，它负责完成启动AIX 5L内核的机器准备工作。
Ø        在/usr/lib/boot目录下可以找到BLV文件的完整列表。最重要的组件如下：
-          AIX 5L内核
-          引导过程中调用的启动命令，如bootinfo和cfgmgr
-          简化版的ODM。在hd4可用以前需要配置一些设备，因此它们相应的配置方法应该保存在BLV中，这些设备在PdDv（预定义设备）中被标记为base
-          rc.boot脚本
Ø        AIX 5L内核加载并取得控制权，系统LED面板显示0299，所有以前的LED代码都是硬件相关的。内核会通过配置设备和启动init进程完成引导过程，这个阶段显示的LED代码都是普通的AIX 5L代码。
Ø        迄今为止，系统测试了硬件，找到了BLV，创建了RAMFS并从BLV中启动了init进程，但是rootvg仍然没有激活。从现在开始，rc.boot脚本会被调用3次，每次的参数各不相同。
4.1.1   引导阶段1
这一阶段包括以下步骤：
Ø        init进程从RAMFS中启动并执行引导脚本rc.boot 1，如果因为某种原因init进程失败，LED面板会显示c06代码
Ø        在这一阶段，会调用命令restbase从BLV中拷贝部分ODM映像到RAMFS。如果这个操作成功，LED面板显示510代码；否则显示548
Ø        之后，cfgmgr -f命令从简化版的ODM中读出Config_Rules类，在这个类中，属性phase=1的设备被认为是基本设备，基本设备是必须访问rootvg的所有设备。例如，如果rootvg位于一块硬盘上，必须将所有设备从主板上初始化到该磁盘上，相应的方法也被调用以便rootvg在阶段2中被激活
Ø        引导阶段1的最后，调用bootinfo -b命令确定最近引导的设备，在这一步，LED面板显示代码511
4.1.2   引导阶段2
在引导阶段2，rc.boot脚本被传递到参数2。步骤包括：
Ø        rootvg被一个指定的版本的varyonvg命令——也叫做ipl_varyon命令——vary on，如果这个命令成功，LED面板显示代码518，否则显示552、554或者556，引导过程停止
Ø        使用fsck -f命令检查根文件系统hd4，它会校验上一次关机时是否干净的卸下了文件系统，如果这个命令失败，系统显示代码555
Ø        根文件系统（/dev/hd4）被挂载到RAMFS中的临时挂载点（/mnt），如果这一步失败，系统显示557代码
Ø        使用fsck -f命令校验/usr文件系统然后挂载它，如果这一步失败，系统显示518代码
Ø        使用fsck -f命令校验/var文件系统然后挂载它，copycore命令检查是否出现过dump：如果有，它会被从默认dump设备（/dev/hd6）拷贝到默认目录（/var/adm/ras）中，然后/var被卸下
Ø        rootvg的主换页空间/dev/hd6被激活
Ø        调用mergedev进程， RAMFS中/dev目录下的所有文件被拷贝到磁盘
Ø        RAMFS中所有的自定义ODM文件被拷贝到磁盘，hd4和hd5中的ODM开始被同步。
Ø        最后，rootvg中的根文件系统被挂载在RAMFS中的根文件系统之上，rootvg的挂载点变为可用。现在，rootvg中的/usr和/var文件系统被再次挂载到它们正常的挂载点
这一步没有控制台可用，因此，所有的引导信息都被拷贝到alog，alog命令维护和管理日志。
4.1.3   引导阶段3
引导阶段2完成后，rootvg被激活，以下步骤被执行：
Ø        /etc/init进程启动，它读出/etc/inittab文件并以参数3调用rc.boot脚本
Ø        /tmp文件系统被挂载
Ø        通过调用syncvg命令同步rootvg使它作为一个后台进程运行，结果就是使rootvg中陈旧的分区被更新。在这一阶段，LED代码为553
Ø        在这一阶段调用cfgmgr命令：如果系统以正常模式启动，调用cfgmgr命令加参数-p2；如果系统以服务模式启动，调用cfgmgr命令加参数-p3。cfgmgr命令从ODM库中读Config_Rules文件并调用-p2或-p3相应的方法，这时将配置所有的非基本设备
Ø        接下来，调用cfgcon命令配置控制台。配置完控制台后，如果没有配置STDOUT重定向，引导信息将发送到控制台，所有错过的信息可以在/var/adm/ras/conslog文件中找到。这一阶段的LED代码可能是：
-          c31：控制台没有配置，提供一个控制台选择指导
-          c32：控制台是一个LFT终端
-          c33：控制台是一个TTY
-          c34：控制台是一个磁盘文件
Ø        最后，使用savebase命令用根文件系统中的ODM同步BLV中的ODM
Ø        syncd后台进程和errdemon启动
Ø        LED显示关闭
Ø        如果/etc/nologin文件存在，它会被删除
Ø        如果在CuDv中有设备被标记为missing，会在控制台显示一个消息
Ø        系统初始化完成的消息被发送到控制台，rc.boot的执行完成，init进程会继续处理/etc/inittab文件中的下一个命令


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