近年來，Linux 系統的 init 進程經歷了兩次重大的演進，傳統的 sysvinit 已經淡出歷史舞臺，新的 init 系統 UpStart 和 systemd 各有特點，而越來越多的 Linux 發行版採納了 systemd。本文簡要介紹了這三種 init 系統的使用和原理，每個 Linux 系統管理員和系統軟件開發者都應該瞭解它們，以便更好地管理系統和開發應用。本文是系列的第一部分，主要講述 sysvinit 的特點和使用。
什麼是 Init 系統,init 系統的歷史和現狀
Linux 操作系統的啓動首先從 BIOS 開始，接下來進入 boot loader，由 bootloader 載入內核，進行內核初始化。內核初始化的最後一步就是啓動 pid 爲 1 的 init 進程。這個進程是系統的第一個進程。它負責產生其他所有用戶進程。
init 以守護進程方式存在，是所有其他進程的祖先。init 進程非常獨特，能夠完成其他進程無法完成的任務。
Init 系統能夠定義、管理和控制 init 進程的行爲。它負責組織和運行許多獨立的或相關的始化工作(因此被稱爲 init 系統)，從而讓計算機系統進入某種用戶預訂的運行模式。
僅僅將內核運行起來是毫無實際用途的，必須由 init 系統將系統代入可操作狀態。比如啓動外殼 shell 後，便有了人機交互，這樣就可以讓計算機執行一些預訂程序完成有實際意義的任務。或者啓動 X 圖形系統以便提供更佳的人機界面，更加高效的完成任務。這裏，字符界面的 shell 或者 X 系統都是一種預設的運行模式。
大多數 Linux 發行版的 init 系統是和 System V 相兼容的，被稱爲 sysvinit。這是人們最熟悉的 init 系統。一些發行版如 Slackware 採用的是 BSD 風格 Init 系統，這種風格使用較少，本文不再涉及。其他的發行版如 Gentoo 是自己定製的。Ubuntu 和 RHEL 採用 upstart 替代了傳統的 sysvinit。而 Fedora 從版本 15 開始使用了一個被稱爲 systemd 的新 init 系統。
可以看到不同的發行版採用了不同的 init 實現，本系列文章就是打算講述三個主要的 Init 系統：sysvinit，UpStart 和 systemd。瞭解它們各自的設計特點，並簡要介紹它們的使用。
在 Linux 主要應用於服務器和 PC 機的時代，SysVinit 運行非常良好，概念簡單清晰。它主要依賴於 Shell 腳本，這就決定了它的最大弱點：啓動太慢。在很少重新啓動的 Server 上，這個缺點並不重要。而當 Linux 被應用到移動終端設備的時候，啓動慢就成了一個大問題。爲了更快地啓動，人們開始改進 sysvinit，先後出現了 upstart 和 systemd 這兩個主要的新一代 init 系統。Upstart 已經開發了 8 年多，在不少系統中已經替換 sysvinit。Systemd 出現較晚，但發展更快，大有取代 upstart 的趨勢。
本文的第一部分先簡要介紹 sysvinit。
Sysvinit 概況
sysvinit 就是 system V 風格的 init 系統，顧名思義，它源於 System V 系列 UNIX。它提供了比 BSD 風格 init 系統更高的靈活性。是已經風行了幾十年的 UNIX init 系統，一直被各類 Linux 發行版所採用。
運行級別
Sysvinit 用術語 runlevel 來定義"預訂的運行模式"。Sysvinit 檢查 '/etc/inittab' 文件中是否含有 'initdefault' 項。 這告訴 init 系統是否有一個默認運行模式。如果沒有默認的運行模式，那麼用戶將進入系統控制檯，手動決定進入何種運行模式。
sysvinit 中運行模式描述了系統各種預訂的運行模式。通常會有 8 種運行模式，即運行模式 0 到 6 和 S 或者 s。
每種 Linux 發行版對運行模式的定義都不太一樣。但 0，1，6 卻得到了大家的一致贊同：
0 關機
1 單用戶模式
6 重啓
通常在 /etc/inittab 文件中定義了各種運行模式的工作範圍。比如 RedHat 定義了 runlevel 3 和 5。運行模式 3 將系統初始化爲字符界面的 shell 模式；運行模式 5 將系統初始化爲 GUI 模式。無論是命令行界面還是 GUI，運行模式 3 和 5 相對於其他運行模式而言都是完整的正式的運行狀態，計算機可以完成用戶需要的任務。而模式 1，S 等往往用於系統故障之後的排錯和恢復。
很顯然，這些不同的運行模式下系統需要初始化運行的進程和需要進行的初始化準備都是不同的。比如運行模式 3 不需要啓動 X 系統。用戶只需要指定需要進入哪種模式，sysvinit 將負責執行所有該模式所必須的初始化工作。
sysvinit 運行順序
Sysvinit 巧妙地用腳本，文件命名規則和軟鏈接來實現不同的 runlevel。首先，sysvinit 需要讀取/etc/inittab 文件。分析這個文件的內容，它獲得以下一些配置信息：
系統需要進入的 runlevel
捕獲組合鍵的定義
定義電源 fail/restore 腳本
啓動 getty 和虛擬控制檯
得到配置信息後，sysvinit 順序地執行以下這些步驟，從而將系統初始化爲預訂的 runlevel X。
/etc/rc.d/rc.sysinit
/etc/rc.d/rc 和/etc/rc.d/rcX.d/ (X 代表運行級別 0-6)
/etc/rc.d/rc.local
X Display Manager（如果需要的話）
首先，運行 rc.sysinit 以便執行一些重要的系統初始化任務。在 RedHat 公司的 RHEL5 中(RHEL6 已經使用 upstart 了)，rc.sysinit 主要完成以下這些工作。
激活 udev 和 selinux
設置定義在/etc/sysctl.conf 中的內核參數
設置系統時鐘
加載 keymaps
使能交換分區
設置主機名(hostname)
根分區檢查和 remount
激活 RAID 和 LVM 設備
開啓磁盤配額
檢查並掛載所有文件系統
清除過期的 locks 和 PID 文件
完成了以上這些工作之後，sysvinit 開始運行/etc/rc.d/rc 腳本。根據不同的 runlevel，rc 腳本將打開對應該 runlevel 的 rcX.d 目錄(X 就是 runlevel)，找到並運行存放在該目錄下的所有啓動腳本。每個 runlevel X 都有一個這樣的目錄，目錄名爲/etc/rc.d/rcX.d。
在這些目錄下存放着很多不同的腳本。文件名以 S 開頭的腳本就是啓動時應該運行的腳本，S 後面跟的數字定義了這些腳本的執行順序。在/etc/rc.d/rcX.d 目錄下的腳本其實都是一些軟鏈接文件，真實的腳本文件存放在/etc/init.d 目錄下。如下所示：
清單 1.rc5.d 目錄下的腳本
[root@www ~]# ll /etc/rc5.d/ lrwxrwxrwx 1 root root 16 Sep 4 2008 K02dhcdbd -> ../init.d/dhcdbd ....(中間省略).... lrwxrwxrwx 1 root root 14 Sep 4 2008 K91capi -> ../init.d/capi lrwxrwxrwx 1 root root 23 Sep 4 2008 S00microcode_ctl -> ../init.d/microcode_ctl lrwxrwxrwx 1 root root 22 Sep 4 2008 S02lvm2-monitor -> ../init.d/lvm2-monitor ....(中間省略).... lrwxrwxrwx 1 root root 17 Sep 4 2008 S10network -> ../init.d/network ....(中間省略).... lrwxrwxrwx 1 root root 11 Sep 4 2008 S99local -> ../rc.local lrwxrwxrwx 1 root root 16 Sep 4 2008 S99smartd -> ../init.d/smartd ....(底下省略)....
當所有的初始化腳本執行完畢。Sysvinit 運行/etc/rc.d/rc.local 腳本。
rc.local 是 Linux 留給用戶進行個性化設置的地方。您可以把自己私人想設置和啓動的東西放到這裏，一臺 Linux Server 的用戶一般不止一個，所以纔有這樣的考慮。
Sysvinit 和系統關閉
Sysvinit 不僅需要負責初始化系統，還需要負責關閉系統。在系統關閉時，爲了保證數據的一致性，需要小心地按順序進行結束和清理工作。
比如應該先停止對文件系統有讀寫操作的服務，然後再 umount 文件系統。否則數據就會丟失。
這種順序的控制這也是依靠/etc/rc.d/rcX.d/目錄下所有腳本的命名規則來控制的，在該目錄下所有以 K 開頭的腳本都將在關閉系統時調用，字母 K 之後的數字定義了它們的執行順序。
這些腳本負責安全地停止服務或者其他的關閉工作。
Sysvinit 的管理和控制功能
此外，在系統啓動之後，管理員還需要對已經啓動的進程進行管理和控制。原始的 sysvinit 軟件包包含了一系列的控制啓動，運行和關閉所有其他程序的工具。
halt
停止系統。
init
這個就是 sysvinit 本身的 init 進程實體，以 pid1 身份運行，是所有用戶進程的父進程。最主要的作用是在啓動過程中使用/etc/inittab 文件創建進程。
killall5
就是 SystemV 的 killall 命令。向除自己的會話(session)進程之外的其它進程發出信號，所以不能殺死當前使用的 shell。
last
回溯/var/log/wtmp 文件(或者-f 選項指定的文件)，顯示自從這個文件建立以來，所有用戶的登錄情況。
lastb
作用和 last 差不多，默認情況下使用/var/log/btmp 文件，顯示所有失敗登錄企圖。
mesg
控制其它用戶對用戶終端的訪問。
pidof
找出程序的進程識別號(pid)，輸出到標準輸出設備。
poweroff
等於 shutdown -h –p，或者 telinit 0。關閉系統並切斷電源。
reboot
等於 shutdown –r 或者 telinit 6。重啓系統。
runlevel
讀取系統的登錄記錄文件(一般是/var/run/utmp)把以前和當前的系統運行級輸出到標準輸出設備。
shutdown
以一種安全的方式終止系統，所有正在登錄的用戶都會收到系統將要終止通知，並且不準新的登錄。
sulogin
當系統進入單用戶模式時，被 init 調用。當接收到啓動加載程序傳遞的-b 選項時，init 也會調用 sulogin。
telinit
實際是 init 的一個連接，用來向 init 傳送單字符參數和信號。
utmpdump
以一種用戶友好的格式向標準輸出設備顯示/var/run/utmp 文件的內容。
wall
向所有有信息權限的登錄用戶發送消息。
不同的 Linux 發行版在這些 sysvinit 的基本工具基礎上又開發了一些輔助工具用來簡化 init 系統的管理工作。比如 RedHat 的 RHEL 在 sysvinit 的基礎上開發了 initscripts 軟件包，包含了大量的啓動腳本 (如 rc.sysinit) ，還提供了 service，chkconfig 等命令行工具，甚至一套圖形化界面來管理 init 系統。其他的 Linux 發行版也有各自的 initscript 或其他名字的 init 軟件包來簡化 sysvinit 的管理。
只要您理解了 sysvinit 的機制，在一個最簡的僅有 sysvinit 的系統下，您也可以直接調用腳本啓動和停止服務，手動創建 inittab 和創建軟連接來完成這些任務。因此理解 sysvinit 的基本原理和命令是最重要的。您甚至也可以開發自己的一套管理工具。
Sysvinit 的小結
Sysvinit 的優點是概念簡單。Service 開發人員只需要編寫啓動和停止腳本，概念非常清楚；將 service 添加/刪除到某個 runlevel 時，只需要執行一些創建/刪除軟連接文件的基本操作；這些都不需要學習額外的知識或特殊的定義語法(UpStart 和 Systemd 都需要用戶學習新的定義系統初始化行爲的語言)。
其次，sysvinit 的另一個重要優點是確定的執行順序：腳本嚴格按照啓動數字的大小順序執行，一個執行完畢再執行下一個，這非常有益於錯誤排查。UpStart 和 systemd 支持併發啓動，導致沒有人可以確定地瞭解具體的啓動順序，排錯不易。
但是串行地執行腳本導致 sysvinit 運行效率較慢，在新的 IT 環境下，啓動快慢成爲一個重要問題。此外動態設備加載等 Linux 新特性也暴露出 sysvinit 設計的一些問題。針對這些問題，人們開始想辦法改進 sysvinit，以便加快啓動時間，並解決 sysvinit 自身的設計問題。
Upstart 是第一個被廣泛應用的新一代 init 系統。我們在接下來的第二部分介紹 UpStart。
轉載自劉明先生的系列文章：http://www.ibm.com/developerworks/cn/linux/1407_liuming_init1/index.html