IBM AIX V5.3 系統管理認證知識點

來源：文萃谷 2.7W

IBM的歷史可以追溯到電子計算機發展前的幾十年，在電子計算機發展之前，它經營穿孔卡片數據處理設備。下面是小編整理的關於IBM AIX V5.3 系統管理認證知識點，希望大家認真閲讀!

　　啟動過程

啟動過程包含下面的一些步驟：

啟動一個系統的初始步驟是上電自檢(Power On Self Test，POST)。其目的是驗證基本硬件是否處於正常的工作狀態。同時初始化內存、鍵盤、通信，以及音頻設備。您可以看到在屏幕上顯示了所有的這些設備。在這個步驟中，您可以按下功能鍵，以選擇不同的啟動列表。這個階段中所顯示的 LED 值是模型特定的。硬件和軟件方面的問題都可能使得系統無法啟動。

注意：基於 MCI 體系結構的舊系統在這個步驟之前還將執行一個附加的步驟，即所謂的內建自檢(Built In Self Test，BIST)。對於基於 PCI 體系結構的系統，不再需要執行這個步驟。

系統只讀存儲器(System Read Only Storage，ROS)對於每種類型的系統來説都是特定的。它是啟動 AIX 5L Version 5.3 所必需的，但是它並不為啟動工作構建所需的數據結構。它將定位和加載引導 (bootstrap) 代碼。系統 ROS 中包含通用的啟動信息，並且是獨立於操作系統的。

軟件 ROS(也稱為引導程序)構成了 IPL 控制塊，它與 AIX 5L Version 5.3 是兼容的，用於接收控制和構建 AIX 5L 的特定啟動信息。將在內存中定位一種特殊的文件系統，並創建一種名為 RAMFS 的文件系統。然後，軟件 ROS 定位、加載、並將控制權交給 AIX 5L 啟動邏輯卷 (BLV)。軟件 ROS 是基於計算機類型的 AIX 5L 信息，並且負責完成計算機準備工作，以使得它能夠啟動 AIX 5L 內核。

可以從 /usr/lib/boot 目錄中獲得 BLV 中所包含的文件的完整列表。其中最重要的組件包含以下內容：

AIX 5L 內核

在啟動過程中調用的啟動命令，如 bootinfo 和 cfgmgr

ODM 的一個簡化的版本。在 hd4 可供使用之前，需要對許多設備進行配置，所以它們的相應方法必須存儲在 BLV 中。這些設備都被標記為預定義設備 (PdDv) 中的基礎設備。

腳本

加載 AIX 5L 內核，並接管控制權。系統將在 LED 面板上顯示 0299。前面所有的代碼都是與硬件相關的。通過配置設備和啟動 init 進程，內核將完成啟動過程。在這個階段中所顯示的 LED 代碼都是通用的 AIX 5L 代碼。

到此為止，系統對硬件進行了檢測、找到了 BLV、創建了 RAMFS，並且從 BLV 中啟動了 init 進程。但是尚未激活 rootvg。從現在開始，將調用三次腳本，並且每次都傳遞不同的參數。

　　啟動階段 1

在這個階段中，將執行下面的'步驟：

從 RAMFS 啟動的 init 進程將執行啟動腳本 1。如果出於某種原因，init 進程執行失敗，那麼將在 LED 顯示屏上顯示代碼 c06。

在這個階段中，將調用 restbase 命令，以便將 ODM 的部分鏡像從 BLV 複製到 RAMFS。如果這個操作成功完成，那麼 LED 顯示屏將顯示 510;否則，將顯示 LED 代碼 548。

在執行了該操作之後，cfgmgr -f 命令將從簡化的 ODM 中讀取 Config_Rules 類。在這個類中，將屬性 phase=1 的設備認為是基礎設備。基礎設備是訪問 rootvg 所需的所有設備。例如，如果 rootvg 位於某塊磁盤中，那麼必須對從主板到磁盤之間的所有設備進行初始化。調用相應的方法，以便能夠在啟動階段 2 中激活 rootvg。

在啟動階段 1 結束後，將調用 bootinfo -b 命令以確定最後的啟動設備。在這個階段中，LED 將顯示 511。

　　啟動階段 2

在啟動階段 2 中，向腳本傳遞的參數為 2。

在這個階段中，將執行下面的這些步驟：

可以使用 varyonvg 命令(名為 ipl_varyon 命令)的特殊版本來激活 rootvg 卷組。如果這個命令執行成功，那麼系統將顯示 517;否則，將顯示下面 LED 代碼中的某一個：552、554、或者 556，並且停止啟動過程。

使用 fsck -f 命令來檢查根文件系統 hd4。該操作將驗證在上一次關機之前是否已經乾淨地卸載了這個文件系統。如果這個命令執行失敗，那麼系統將顯示代碼 555。

將根文件系統 (/dev/hd4) 裝入到 RAMFS 中的臨時裝入點 (/mnt)。如果這個操作執行失敗，那麼在 LED 顯示屏中將顯示 557。

使用 fsck -f 命令檢查 /usr 文件系統，然後進行裝入。如果這個操作執行失敗，那麼 LED 將顯示 518。

使用 fsck -f 命令檢查 /var 文件系統，然後進行裝入。使用 copycore 命令檢查是否發生了轉儲。如果發生了轉儲，那麼從缺省轉儲設備 /dev/hd6 複製到缺省複製目錄 /var/adm/ras。然後，卸載 /var。

激活 rootvg 的主分頁空間 /dev/hd6。

調用 mergedev 進程，並將 RAM 文件系統的所有 /dev 文件複製到磁盤。

將 RAM 文件系統中所有自定義的 ODM 文件複製到磁盤。對於 hd4 和 hd5 中的兩個 ODM 版本，現在進行同步。

最後，將 rootvg(磁盤)中的根文件系統裝入到 RAMFS 的根文件系統。rootvg 文件系統的裝入點已變得可用。現在，再次將 rootvg 的 /var 和 /usr 文件系統裝入到它們的正常裝入點。

在這個階段中，不能使用控制枱，所以所有的啟動消息都將複製到 alog。alog 命令可以對日誌進行維護和管理。

　　啟動階段 3

在階段 2 完成之後，激活了 rootvg，並將執行下面的步驟：

啟動 /etc/init 進程。它將讀取 /etc/inittab 文件，並使用參數 3 調用。

裝入 /tmp 文件系統。

通過調用 syncvg 命令(將該命令啟動作為一個後台進程)對 rootvg 進行同步。因此，將對 rootvg 中所有過時的分區進行更新。在這個階段中，將顯示 LED 代碼 553。

在這個階段中，將調用 cfgmgr 命令;如果系統以正常模式進行啟動，那麼將使用選項 -p2 來調用 cfgmgr 命令;如果系統以服務模式進行啟動，那麼將使用選項 -p3 來調用 cfgmgr 命令。cfgmgr 命令將從 ODM 讀取 Config_rules 文件，並且調用與 phase=2 或者 phase=3 相對應的所有方法。所有其他非基礎設備的設備，並不在這裏進行配置。

接下來，通過調用 cfgcon 命令對控制枱進行配置。在配置了控制枱之後，如果沒有設置 STDOUT 重定向，那麼啟動消息將發送到控制枱。然而，可以在 /var/adm/ras/conslog 中找到所有遺漏的消息。此時，可能顯示的 LED 代碼包括：

c31：控制枱尚未配置。提供相應的指令以選擇控制枱。

c32：控制枱是 LFT 終端。

c33：控制枱為 TTY。

c34：控制枱為磁盤中的文件。

最後，使用 savebase 命令對 BLV 中的 ODM 與 / (root) 文件系統中的 ODM 進行同步。

啟動 syncd 守護進程和 errdemon。

LED 顯示屏將關閉。

如果文件 /etc/nologin 存在，則將其刪除。

如果 CuDv 中有設備被標記為缺失，那麼將在控制枱中顯示一條消息。

消息“System initialization completed”發送到控制枱。執行完成。進程 init 將繼續處理 /etc/inittab 中的下一條命令。