IBM AIX V5.3 系統(tǒng)管理(Test 222)認(rèn)證指南: 第 1 部分：啟動過程（上）

落魄劍客

Shiv Dutta
, 技術(shù)顧問, IBM　
2007 年 11 月 15 日
作為一名系統(tǒng)管理員，您應(yīng)該對啟動過程具有全面的認(rèn)識。對于解決影響系統(tǒng)正常啟動的問題來說，這種認(rèn)識是非常有幫助的。這些問題可能涉及軟件和硬件兩方面。我們還建議您應(yīng)該熟悉您的系統(tǒng)的硬件配置。文章是節(jié)選自 IBM 的紅皮書《IBM Certification Study Guide eServer p5 and pSeries Administration and Support for AIX 5L Version 5.3 》。

您可以通過訪問“IBM AIX 認(rèn)證專題”來了解其它的相關(guān)認(rèn)證文章：

• 
  IBM AIX 認(rèn)證專題
  

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

• 啟動一個系統(tǒng)的初始步驟是上電自檢（Power On Self Test，POST）。其目的是驗證基本硬件是否處于正常的工作狀態(tài)。同時初始化內(nèi)存、鍵盤、通信，以及音頻設(shè)備。您可以看到在屏幕上顯示了所有的這些設(shè)備。在這個步驟中，您可以按下功能鍵，以選擇不同的啟動列表。這個階段中所顯示的 LED 值是模型特定的。硬件和軟件方面的問題都可能使得系統(tǒng)無法啟動。
  注意：基于 MCI 體系結(jié)構(gòu)的舊系統(tǒng)在這個步驟之前還將執(zhí)行一個附加的步驟，即所謂的內(nèi)建自檢（Built In Self Test，BIST）。對于基于 PCI 體系結(jié)構(gòu)的系統(tǒng)，不再需要執(zhí)行這個步驟。
  
• 系統(tǒng)只讀存儲器（System Read Only Storage，ROS）對于每種類型的系統(tǒng)來說都是特定的。它是啟動 AIX 5L Version 5.3 所必需的，但是它并不為啟動工作構(gòu)建所需的數(shù)據(jù)結(jié)構(gòu)。它將定位和加載引導(dǎo) (bootstrap) 代碼。系統(tǒng) ROS 中包含通用的啟動信息，并且是獨(dú)立于操作系統(tǒng)的。
  
• 軟件 ROS（也稱為引導(dǎo)程序）構(gòu)成了 IPL 控制塊，它與 AIX 5L Version 5.3 是兼容的，用于接收控制和構(gòu)建 AIX 5L 的特定啟動信息。將在內(nèi)存中定位一種特殊的文件系統(tǒng)，并創(chuàng)建一種名為 RAMFS 的文件系統(tǒng)。然后，軟件 ROS 定位、加載、并將控制權(quán)交給 AIX 5L 啟動邏輯卷 (BLV)。軟件 ROS 是基于計算機(jī)類型的 AIX 5L 信息，并且負(fù)責(zé)完成計算機(jī)準(zhǔn)備工作，以使得它能夠啟動 AIX 5L 內(nèi)核。
  
• 可以從 /usr/lib/boot 目錄中獲得 BLV 中所包含的文件的完整列表。其中最重要的組件包含以下內(nèi)容：
  
  
  
  • AIX 5L 內(nèi)核
    
  • 在啟動過程中調(diào)用的啟動命令，如 bootinfo 和 cfgmgr
    
  • ODM 的一個簡化的版本。在 hd4 可供使用之前，需要對許多設(shè)備進(jìn)行配置，所以它們的相應(yīng)方法必須存儲在 BLV 中。這些設(shè)備都被標(biāo)記為預(yù)定義設(shè)備 (PdDv) 中的基礎(chǔ)設(shè)備。
    
  • rc.boot 腳本
  
  
• 加載 AIX 5L 內(nèi)核，并接管控制權(quán)。系統(tǒng)將在 LED 面板上顯示 0299。前面所有的代碼都是與硬件相關(guān)的。通過配置設(shè)備和啟動 init 進(jìn)程，內(nèi)核將完成啟動過程。在這個階段中所顯示的 LED 代碼都是通用的 AIX 5L 代碼。
  
• 到此為止，系統(tǒng)對硬件進(jìn)行了檢測、找到了 BLV、創(chuàng)建了 RAMFS，并且從 BLV 中啟動了 init 進(jìn)程。但是尚未激活 rootvg。從現(xiàn)在開始，將調(diào)用三次 rc.boot 腳本，并且每次都傳遞不同的參數(shù)。

啟動階段 1
在這個階段中，將執(zhí)行下面的步驟：

• 從 RAMFS 啟動的 init 進(jìn)程將執(zhí)行啟動腳本 rc.boot 1。如果出于某種原因，init 進(jìn)程執(zhí)行失敗，那么將在 LED 顯示屏上顯示代碼 c06。
  
• 在這個階段中，將調(diào)用 restbase 命令，以便將 ODM 的部分鏡像從 BLV 復(fù)制到 RAMFS。如果這個操作成功完成，那么 LED 顯示屏將顯示 510；否則，將顯示 LED 代碼 548。
  
• 在執(zhí)行了該操作之后，cfgmgr -f 命令將從簡化的 ODM 中讀取 Config_Rules 類。在這個類中，將屬性 phase=1 的設(shè)備認(rèn)為是基礎(chǔ)設(shè)備�；�礎(chǔ)設(shè)備是訪問 rootvg 所需的所有設(shè)備。例如，如果 rootvg 位于某塊磁盤中，那么必須對從主板到磁盤之間的所有設(shè)備進(jìn)行初始化。調(diào)用相應(yīng)的方法，以便能夠在啟動階段 2 中激活 rootvg。
  
• 在啟動階段 1 結(jié)束后，將調(diào)用 bootinfo -b 命令以確定最后的啟動設(shè)備。在這個階段中，LED 將顯示 511。

啟動階段 2
在啟動階段 2 中，向 rc.boot 腳本傳遞的參數(shù)為 2。
在這個階段中，將執(zhí)行下面的這些步驟：

• 可以使用 varyonvg 命令（名為 ipl_varyon 命令）的特殊版本來激活 rootvg 卷組。如果這個命令執(zhí)行成功，那么系統(tǒng)將顯示 517；否則，將顯示下面 LED 代碼中的某一個：552、554、或者 556，并且停止啟動過程。
  
• 使用 fsck -f 命令來檢查根文件系統(tǒng) hd4。該操作將驗證在上一次關(guān)機(jī)之前是否已經(jīng)干凈地卸載了這個文件系統(tǒng)。如果這個命令執(zhí)行失敗，那么系統(tǒng)將顯示代碼 555。
  
• 將根文件系統(tǒng) (/dev/hd4) 裝入到 RAMFS 中的臨時裝入點 (/mnt)。如果這個操作執(zhí)行失敗，那么在 LED 顯示屏中將顯示 557。
  
• 使用 fsck -f 命令檢查 /usr 文件系統(tǒng)，然后進(jìn)行裝入。如果這個操作執(zhí)行失敗，那么 LED 將顯示 518。
  
• 使用 fsck -f 命令檢查 /var 文件系統(tǒng)，然后進(jìn)行裝入。使用 copycore 命令檢查是否發(fā)生了轉(zhuǎn)儲。如果發(fā)生了轉(zhuǎn)儲，那么從缺省轉(zhuǎn)儲設(shè)備 /dev/hd6 復(fù)制到缺省復(fù)制目錄 /var/adm/ras。然后，卸載 /var。
  
• 激活 rootvg 的主分頁空間 /dev/hd6。
  
• 調(diào)用 mergedev 進(jìn)程，并將 RAM 文件系統(tǒng)的所有 /dev 文件復(fù)制到磁盤。
  
• 將 RAM 文件系統(tǒng)中所有自定義的 ODM 文件復(fù)制到磁盤。對于 hd4 和 hd5 中的兩個 ODM 版本，現(xiàn)在進(jìn)行同步。
  
• 最后，將 rootvg（磁盤）中的根文件系統(tǒng)裝入到 RAMFS 的根文件系統(tǒng)。rootvg 文件系統(tǒng)的裝入點已變得可用。現(xiàn)在，再次將 rootvg 的 /var 和 /usr 文件系統(tǒng)裝入到它們的正常裝入點。

在這個階段中，不能使用控制臺，所以所有的啟動消息都將復(fù)制到 alog。alog 命令可以對日志進(jìn)行維護(hù)和管理。
啟動階段 3
在階段 2 完成之后，激活了 rootvg，并將執(zhí)行下面的步驟：

• 啟動 /etc/init 進(jìn)程。它將讀取 /etc/inittab 文件，并使用參數(shù) 3 調(diào)用 rc.boot。
  
• 裝入 /tmp 文件系統(tǒng)。
  
• 通過調(diào)用 syncvg 命令（將該命令啟動作為一個后臺進(jìn)程）對 rootvg 進(jìn)行同步。因此，將對 rootvg 中所有過時的分區(qū)進(jìn)行更新。在這個階段中，將顯示 LED 代碼 553。
  
• 在這個階段中，將調(diào)用 cfgmgr 命令；如果系統(tǒng)以正常模式進(jìn)行啟動，那么將使用選項 -p2 來調(diào)用 cfgmgr 命令；如果系統(tǒng)以服務(wù)模式進(jìn)行啟動，那么將使用選項 -p3 來調(diào)用 cfgmgr 命令。cfgmgr 命令將從 ODM 讀取 Config_rules 文件，并且調(diào)用與 phase=2 或者 phase=3 相對應(yīng)的所有方法。所有其他非基礎(chǔ)設(shè)備的設(shè)備，并不在這里進(jìn)行配置。
  
• 接下來，通過調(diào)用 cfgcon 命令對控制臺進(jìn)行配置。在配置了控制臺之后，如果沒有設(shè)置 STDOUT 重定向，那么啟動消息將發(fā)送到控制臺。然而，可以在 /var/adm/ras/conslog 中找到所有遺漏的消息。此時，可能顯示的 LED 代碼包括：
  
  
  
  • c31：控制臺尚未配置。提供相應(yīng)的指令以選擇控制臺。
    
  • c32：控制臺是 LFT 終端。
    
  • c33：控制臺為 TTY。
    
  • c34：控制臺為磁盤中的文件。
  
  
• 最后，使用 savebase 命令對 BLV 中的 ODM 與 / (root) 文件系統(tǒng)中的 ODM 進(jìn)行同步。
  
• 啟動 syncd 守護(hù)進(jìn)程和 errdemon。
  
• LED 顯示屏將關(guān)閉。
  
• 如果文件 /etc/nologin 存在，則將其刪除。
  
• 如果 CuDv 中有設(shè)備被標(biāo)記為缺失，那么將在控制臺中顯示一條消息。
  
• 消息“System initialization completed”發(fā)送到控制臺。rc.boot 執(zhí)行完成。進(jìn)程 init 將繼續(xù)處理 /etc/inittab 中的下一條命令。
  

系統(tǒng)初始化
在系統(tǒng)啟動過程中，在預(yù)初始化過程中裝入根文件系統(tǒng)之后，將發(fā)生下面這些事件：

• 作為啟動過程中的最后一個步驟，運(yùn)行 init 命令。
  
• init 命令嘗試讀取 /etc/inittab 文件。
  
• 如果 /etc/inittab 文件存在，那么 init 命令將嘗試在 /etc/inittab 文件中查找 initdefault 條目。
  
  
  
  • 如果 initdefault 條目存在，那么 init 命令使用指定的運(yùn)行級別作為初始的系統(tǒng)運(yùn)行級別。
    
  • 如果 initdefault 條目不存在，那么 init 命令將請求用戶從系統(tǒng)控制臺 (/dev/console) 輸入一個運(yùn)行級別。
    
  • 如果用戶輸入 S、s、M、或者 m 運(yùn)行級別，那么 init 命令將進(jìn)入維護(hù)運(yùn)行級別。只有這些運(yùn)行級別不需要經(jīng)過正確格式化的 /etc/inittab 文件。
  
  
• 如果 /etc/inittab 文件不存在，那么 init 命令在缺省情況下將使系統(tǒng)進(jìn)入維護(hù)運(yùn)行級別。
  
• init 命令每隔 60 秒將再次讀取 /etc/inittab 文件。如果在 init 命令上一次讀取 /etc/inittab 文件之后，其中的內(nèi)容發(fā)生了更改，那么將執(zhí)行 /etc/inittab 文件中的新命令。

/etc/inittab 文件
/etc/inittab 文件用于控制初始化過程。
/etc/inittab 文件提供了相應(yīng)的腳本，以使得 init 命令的角色成為通用的進(jìn)程調(diào)度器。init 命令的進(jìn)程調(diào)度活動中的主要進(jìn)程是 /etc/getty 線路進(jìn)程，它將啟動單獨(dú)終端線路。通常由 init 命令進(jìn)行調(diào)度的其他進(jìn)程包括守護(hù)進(jìn)程和 Shell。
/etc/inittab 文件由一些與位置無關(guān)的條目組成，它們的格式如下所示：
Identifier:RunLevel:Action:Command
每個條目之間由一個換行符進(jìn)行分隔。換行符前面加上一個反斜杠 (\) 表示繼續(xù)該條目。在 /etc/inittab 文件中，對于條目的數(shù)目沒有任何限制（但不能超過最大的條目大�。�。最大的條目大小為 1024 個字符。
條目字段包括：

• Identifier，由一到十四個字符組成的字段，唯一地標(biāo)識一個對象。
  
• RunLevel，可以對該條目進(jìn)行處理的運(yùn)行級別。
  運(yùn)行級別具有下面的屬性：
  
  
  
  • 運(yùn)行級別有效地對應(yīng)于系統(tǒng)中的進(jìn)程配置。
    
  • 可以為每個由 init 命令啟動的進(jìn)程分配一個或者多個運(yùn)行級別（該進(jìn)程可以存在于其中）。
    
  • 運(yùn)行級別使用數(shù)字 0 到 9 進(jìn)行表示。例如，如果系統(tǒng)處于運(yùn)行級別 1，那么只有那些在運(yùn)行級別字段中包含 1 的條目才會啟動。
    
  • 當(dāng)您請求 init 命令更改運(yùn)行級別時，在運(yùn)行級別字段中不包含匹配條目（對于目標(biāo)運(yùn)行級別）的所有進(jìn)程都將接收到一個警告信號 (SIGTERM)。在使用刪除信號 (SIGKILL) 強(qiáng)行結(jié)束這些進(jìn)程之前，有 20 秒鐘的過渡期。
    
  • 通過使用從 0 到 9 的任意組合，可以選擇多個運(yùn)行級別，從而在運(yùn)行級別字段中為一個進(jìn)程定義多個運(yùn)行級別。如果沒有指定運(yùn)行級別，那么就假定該進(jìn)程在所有的運(yùn)行級別中都是有效的。
    
  • 在運(yùn)行級別字段中，還可能出現(xiàn)其他四種取值，即使它們并不是真正的運(yùn)行級別：a、b、c 和 h。僅當(dāng)使用 telinit 命令請求它們運(yùn)行時（無論系統(tǒng)當(dāng)前運(yùn)行級別如何），才會處理那些運(yùn)行級別字段中包含這些字符的條目。它們與運(yùn)行級別的不同之處在于，init 命令不可能進(jìn)入到運(yùn)行級別 a、b、c 或者 h。另外，任何這些進(jìn)程的執(zhí)行請求都不會更改當(dāng)前運(yùn)行級別。而且，在 init 命令更改級別時，不會終止以 a、b 或者 c 命令開頭的進(jìn)程。只有在下面三種情況下才會終止它們：在 /etc/inittab 文件中，它們所在行的操作字段被標(biāo)記為 off，從 /etc/inittab 中完全刪除它們所在的行，或者 init 命令進(jìn)入到單用戶模式。
  
  
• Action，用于告訴 init 命令如何處理在進(jìn)程字段中指定的進(jìn)程。init 命令能識別下列的操作：
  
  
  
  • respawn：如果進(jìn)程不存在，則啟動該進(jìn)程。不需要等待它的結(jié)束（繼續(xù)掃描 /etc/inittab 文件）。當(dāng)進(jìn)程中止時，重新啟動該進(jìn)程。如果該進(jìn)程已經(jīng)存在，則什么也不做，繼續(xù)掃描 /etc/inittab 文件。
    
  • wait：當(dāng) init 命令進(jìn)入到與該條目的運(yùn)行級別相匹配的運(yùn)行級別時，啟動該進(jìn)程，并等待它的結(jié)束。當(dāng) init 命令處于相同的運(yùn)行級別時，所有后續(xù)對 /etc/inittab 文件的讀取操作都將導(dǎo)致 init 命令忽略這個條目。
    
  • once：當(dāng) init 命令進(jìn)入到與該條目的運(yùn)行級別相匹配的運(yùn)行級別時，啟動該進(jìn)程，并且不需要等待它的結(jié)束。當(dāng)它中止時，不重新啟動該進(jìn)程。當(dāng)系統(tǒng)進(jìn)入一個新的運(yùn)行級別，并且該進(jìn)程的運(yùn)行來自前一個運(yùn)行級別更改時，不重新啟動該程序。
    
  • boot：僅在系統(tǒng)啟動時（即在系統(tǒng)啟動的過程中當(dāng) init 命令讀取 /etc/inittab 文件的時候）處理該條目。啟動該進(jìn)程，不需要等待它的結(jié)束，并且當(dāng)它中止時，不重新啟動該進(jìn)程。為了使得該指令有意義，運(yùn)行級別應(yīng)該為缺省值，或者它必須與啟動時 init 命令的運(yùn)行級別相匹配。對于系統(tǒng)硬件重新啟動之后的初始化功能來說，這種操作是非常有價值的。
    
  • bootwait：在系統(tǒng)啟動之后，當(dāng) init 命令第一次從單用戶進(jìn)入到多用戶狀態(tài)時，處理該條目。啟動該進(jìn)程，等待它的結(jié)束；并且當(dāng)它中止時，不重新啟動該進(jìn)程。如果 initdefault 為 2，那么在啟動之后運(yùn)行該進(jìn)程。
    
  • powerfail：僅當(dāng) init 命令接收到電源故障信號 (SIGPWR) 時，才執(zhí)行與這個條目相關(guān)聯(lián)的進(jìn)程。
    
  • powerwait：僅當(dāng) init 命令接收到電源故障信號 (SIGPWR) 時，才執(zhí)行與這個條目相關(guān)聯(lián)的進(jìn)程，并且在繼續(xù)處理 /etc/inittab 文件之前，必須等待它結(jié)束。
    
  • off：如果與這個條目相關(guān)聯(lián)的進(jìn)程目前正在運(yùn)行，那么發(fā)送警告信號 (SIGTERM)，等待 20 秒鐘，然后使用刪除信號 (SIGKILL) 終止該進(jìn)程。如果該進(jìn)程沒有運(yùn)行，則忽略這個條目。
    
  • ondemand：從功能上看，與 respawn 是相同的，但是這個操作適用于 a、b 或者 c 值，而不是運(yùn)行級別。
    
  • initdefault：僅在 init 命令最初被調(diào)用時，才掃描包含這個操作的條目。init 命令使用這個條目（如果它存在的話）來確定最初要進(jìn)入的運(yùn)行級別。通過使用運(yùn)行級別字段中所指定的最高運(yùn)行級別，就可以實現(xiàn)這一點，并使用它作為其初始狀態(tài)。如果運(yùn)行級別字段為空，那么將其解釋為“0123456789”：因此，init 命令將進(jìn)入運(yùn)行級別 9。另外，如果 init 命令在 /etc/inittab 文件中沒有找到 initdefault 條目，那么將要求用戶在啟動時指定一個最初的運(yùn)行級別。
    
  • sysinit：當(dāng) init 命令在登錄之前嘗試訪問控制臺時，將執(zhí)行這種類型的條目。在正常情況下，這個條目僅用于初始化設(shè)備（init 命令可能會對這些設(shè)備詢問有關(guān)運(yùn)行級別的問題）。執(zhí)行這些條目，并等待它們結(jié)束，然后再繼續(xù)。
  
  
• Command：要執(zhí)行的 Shell 命令。整個命令字段以 exec 作為前綴，然后以 sh -c exec command 的形式傳遞給一個使用 fork 系統(tǒng)調(diào)用生成的 sh。任何合法的 sh 命令語法都可以出現(xiàn)在這個字段中�？梢允褂� # comment 語法插入注釋。
  

getty 命令將覆蓋 /etc/inittab 文件中出現(xiàn)在它之前的任何命令的輸出。要將這些命令的輸出記錄到啟動日志，可以使用管道將它們的輸出傳遞給 alog -tboot 命令。
在 init 命令處理 inittab 條目時，stdin、stdout 和 stderr 文件描述符可能是不可用的。向 stdout 或者 stderr 進(jìn)行寫入操作的任何條目都可能無法按照預(yù)期的方式工作，除非它們將自己的輸出重定向到一個文件或者 /dev/console。
對于修改 /etc/inittab 文件中的記錄，僅支持下列的命令：

• mkitab：將記錄添加到 /etc/inittab 文件。
  
• lsitab：列出 /etc/inittab 文件中的記錄。
  
• chitab：更改 /etc/inittab 文件中的記錄。
  
• rmitab：刪除 /etc/inittab 文件中的記錄。

例如，您希望向 /etc/inittab 文件添加一條記錄，以便在運(yùn)行級別 2 中運(yùn)行 find 命令，并且在它結(jié)束后再次啟動它：
1. 運(yùn)行 ps 命令，并顯示那些僅包含單詞 find 的進(jìn)程：
# ps -ef | grep find                                    
        root 19750 13964   0 10:47:23  pts/0  0:00 grep find
#
2. 使用 mkitab 命令向 /etc/inittab 添加一條名為 xcmd 的記錄：
# mkitab "xcmd:2:respawn:find / -type f > /dev/null 2>&1"
3. 使用 lsitab 命令顯示新的記錄：
# lsitab xcmd
xcmd:2:respawn:find / -type f > /dev/null 2>&1
#
4. 顯示進(jìn)程：
# ps -ef | grep find                                      
        root 28972 13964   0 11:07:33  pts/0  0:00 grep find  
#
5. 結(jié)束 find 進(jìn)程：
# kill 25462
6. 顯示進(jìn)程：
# ps -ef | grep find                                                         
        root 23538 13964   0 10:58:24  pts/0  0:00 grep find                     
        root 28966     1   4 10:58:21      -  0:00 find / -type f
#
由于 action 項被設(shè)置成為了 respawn，所以一個新的 find 進(jìn)程（上面顯示的 28966）在前一個進(jìn)程結(jié)束后又被系統(tǒng)啟動了。
這個進(jìn)程會被不斷的重新啟動，除非把 action 項的設(shè)置修改，如：
1. 把 xcmd 這條記錄的 action 項的值從 respawn 修改為 once：
# chitab "xcmd:2:once:find / -type f > /dev/null 2>&1"
2. 顯示進(jìn)程：
# ps -ef | grep find                                                         
        root 20378 13964   0 11:07:20  pts/0  0:00 grep find                     
        root 28970     1   4 11:05:46      -  0:03 find / -type f
3. 結(jié)束 find 進(jìn)程：
# kill 28970
4. 顯示進(jìn)程：
# ps -ef | grep find                                      
        root 28972 13964   0 11:07:33  pts/0  0:00 grep find  
#
可以看到 find 進(jìn)程沒有再被系統(tǒng)啟動。
要從 /etc/inittab 文件中刪除這條記錄，您可以使用 rmitab 命令。例如：
# rmitab xcmd
# lsitab xcmd
#
/etc/inittab 條目的順序
在 /etc/inittab 文件中，基本條目按照如下所示的方式進(jìn)行排序：

• initdefault
  
• sysinit
  
• Powerfailure Detection (powerfail)
  
• Multiuser check (rc)
  
• /etc/firstboot (fbcheck)
  
• System Resource Controller (srcmstr)
  
• Start TCP/IP daemons (rctcpip)
  
• Start NFS daemons (rcnfs)
  
• cron
  
• pb cleanup (piobe)
  
• getty for the console (cons)

必須在 etc/inittab 文件的開始處附近啟動系統(tǒng)資源控制器（System Resource Controller，SRC），因為需要 SRC 守護(hù)進(jìn)程來啟動其他進(jìn)程。因為 NFS 需要 TCP/IP 守護(hù)進(jìn)程正確地運(yùn)行，所以應(yīng)該在啟動 NFS 守護(hù)進(jìn)程之前啟動 TCP/IP 守護(hù)進(jìn)程。/etc/inittab 文件中的條目根據(jù)依賴關(guān)系進(jìn)行排序，這意味著，如果一個進(jìn)程 (process2) 的正常運(yùn)行需要另一個進(jìn)程 (process1) 的存在，那么在 /etc/inittab 文件中，process1 的條目應(yīng)該出現(xiàn)在 process2 的條目之前。


本文來自ChinaUnix博客，如果查看原文請點：http://blog.chinaunix.net/u/5447/showart_1358522.html

jerryaix

想知道223都考些什么？