init

那麼，到底什麼是運行級呢？

簡單的說，運行級就是操作系統當前正在運行的功能級別。這個級別從1到6 ，具有不同的功能。

不同的運行級定義如下：(可以參考Red Hat Linux 裡面的/etc/inittab）

# 0 - 停機（千萬不能把initdefault 設置為0 ）

# 1 - 單用戶模式

# 2 - 多用戶，沒有 NFS

# 3 - 完全多用戶模式(標準的運行級)

# 4 - 沒有用到

# 5 - X11 （xwindow)

# 6 - 重新啟動（千萬不要把initdefault 設置為6 ）

這些級別在/etc/inittab 文件里指定。這個文件是init 程序尋找的主要文件，最先運行的服務是放在/etc/rc.d 目錄下的文件。在大多數的Linux 發行版本中，啟動腳本都是位於 /etc/rc.d/init.d中的。這些腳本被用ln 命令連接到 /etc/rc.d/rcn.d 目錄。(這裡的n 就是運行級0-6)

運行級別的配置是在/etc/inittab（這段設置僅對rhel6以下版本有效，rhel6已經不再支持這些設置）行內進行的，如下所示：

12 : 2 : wait : / etc / init.d / rc 2

第一個欄位：id標識符（是一個任意指定的標籤）；

第二個欄位：運行級別（這裡是2）；

第三個欄位：運行方式，表示進入運行級別時，init應該運行第四個欄位內的命令一次，而且init應該等待該命令結束。/etc/init.d/rc命令運行啟動和終止輸入以便進入運行級別2時所需的任何命令。

第四個欄位：進程：（命令執行設置運行級別時的一切“雜活”）它啟動已經沒有運行的服務，終止不應該再在新運行級別內運行的服務。根據Linux版本的不同，採用的具體命令也不同，而且運行級別的配置也是有差別的。

init啟動時，它會在/etc/inittab內查找一個代碼行，這一行指定了默認的運行級別：

id : 2 : initdefault :

你可以要求init在啟動時，進入非默認運行級別，這是通過為內核指定一個“single”或“emergency”命令行參數來實現的。比如說，內核命令行參數的指定可通過LILO來執行。這樣一來，你就可以選擇單用戶模式了（即運行級別1）。

系統正在運行時，telinit命令可更改運行級別。運行級別發生變化時， init 就會從/etc/inittab運行相應的命令。

/etc/inittab中，有幾個特殊的特性，允許init重新激活特殊事件。這些特殊特性都是用第三個欄位中的特殊關鍵字標記出來的。比如：

1. powerwait

允許init在電源被切斷時，關閉系統。其前提是具有U P S和監視U P S並通知init電源已被切斷的軟體。

2. ctrlaltdel

允許init在用戶於控制台鍵盤上按下C t r l + A l t + D e l組合鍵時，重新啟動系統。注意，如果該系統放在一個公共場所，系統管理員可將C t r l + A l t + D e l組合鍵配置為別的行為，比如忽略等。

3. sysinit

系統啟動時準備運行的命令。比如說，這個命令將清除/tmp。

上面列出的特殊關鍵字尚不完整。其他的關鍵字及其使用詳情，可參考你的inittab手冊頁。

一個重要的運行級別就是單用戶模式（運行級別1），該模式中，只有一個系統管理員使用特定的機器，而且儘可能少地運行系統服務，其中包含登錄。單用戶模式對少數管理任務（比如在/usr分區上運行fsck）而言，是很有必要的，因為這需要卸載分區，但這是不可能的，除非所有的服務系統已被殺死。

一個正在運行的系統可以進入單用戶模式，具體做法是利用init，請求運行級別1。內核啟動時，在內核命令行指定single或emergency關鍵字，就可進入運行級別1了。內核同時也為init指定命令行， init從關鍵字得知自己不應該採用默認的運行級別（內核命令行的輸入方式和你啟動系統的方式有關）。

有時，以單用戶模式進行啟動是必要的，這樣一來，用戶在裝入分區之前，或至少在裝入分散的/usr分區之前，能手工運行fsck（在分散的文件系統上，任何活動都可能使其更為分散，所以應該儘可能地運行fsck）。

如果自動化的fsck在啟動時失敗了，啟動腳本init的運行將自動進入單用戶模式。這樣做是為了防止系統使用不連貫的文件系統，這個文件系統是f s c k不能自動修復的。文件系統不連貫的現象極為少見，而且通常會導致硬碟的不連貫或實驗性的內核釋放，但最好能做到防患於未然。

由於安全上的考慮，在單用戶模式下，啟動外殼腳本之前，配置得當的系統會要求用戶提供root密碼。否則，它會簡單地為L I L O輸入合適的一行代碼，以r o o t的身份登錄（當然，如果/etc/passwd已經由於文件系統的問題而不連貫了，就不適合這裡的原則了，為對付這種情況，你最好隨時準備一張啟動盤）。

不同的運行級有不同的用處，也應該根據自己的不同情形來設置。

例如，如果丟失了root口令，那麼可以讓機器啟動進入單用戶狀態。在啟動后的 lilo 提示符下輸入：

init=/bin/sh rw 使機器進入運行級1 ，並把 root 文件系統掛為讀寫。他會跳過所有系統認證，讓你可以使用passwd 程序來改變root口令，然後啟動到一個新的運行級。

JAVA編程

init 通常做為 initialization 的縮寫使用。即：設定初值，初始化的意思。

如果在編程中看到init開頭的函數名稱，大多也是指明該函數為初始化功能。

英文縮寫

init通常為 通常做為 initialization 的縮寫使用

BSD init 運行存放於'/etc/rc'的初始化 shell 腳本，然後啟動基於文本模式的終端(getty)或者基於圖形界面的終端(窗口系統，如 X)。這裡沒有運行模式的問題，因為文件 'rc' 決定了 init 如何執行。

優點: 簡單且易於手動編輯。

缺點: 如果第三方軟體需要在啟動過程執行它自身的初始化腳本，它必須修改已經存在的啟動腳本，一旦這種過程中有一個小錯誤，都將導致系統無法正常啟動。

值得注意的是，現代的 BSD 派生系統一直支持使用 'rc.local' 文件的方式，它將在正常啟動過程接近最後的時間以子腳本的方式來執行。這樣做減少了整個系統無法啟動的風險。然後，第三方軟體包可以將它們獨立的 start/stop 腳本安裝到一個本地的 'rc.d' 目錄中(通常這是由 ports collection/pkgsrc 完成的)。都被分成更小的子腳本，和 SysV 類似。 rcorder 通常根據在 rc.d目錄中腳本之間的依賴關係來決定腳本的執行順序。

System V init 檢查 '/etc/inittab' 文件中是否含有 'initdefault' 項。這告訴 init 系統是否有一個默認運行模式。如果沒有默認的運行模式，那麼用戶將進入系統控制台，手動決定進入何種運行模式。

優點: 靈活性強

比較複雜

System V中運行模式描述了系統各種可能的狀態。通常會有 8 種運行模式，即運行模式 0 到 6 和S 或者s。其中運行模式 3 為"保留的"運行模式:

0. 關機

1. 單用戶模式

6. 重啟

除了模式 0, 1, 和 6, 每種 Unix 和 Unix-like 系統對運行模式的定義不太一樣。通常在 /etc/inittab 文件中定義了各種運行模式的工作範圍。

默認的運行模式

Linux系統中，現代的bootloader(如 LILO 或者 GRUB)，用戶可以在初始化過程中最後啟動的進程來取代默認的 /sbin/init。通常是在 bootloader 環境中通過執行 init=/foo/bar 命令。例如，如果執行 init=/bin/bash，啟動單用戶 root 的 shell 環境，無需用戶密碼。

BSD的變種，大多數平台， bootstrap 程序是可以被打斷的，然後執行 boot -s 命令進入單用戶模式。

單用戶模式並不沒有跳過 init，它仍然可以執行 /sbin/init，但是它將使 init 詢問 exec() 將要執行的命令 (默認為 /bin/sh) 的路徑，而不是採用正常的多用戶啟動順序。如果內核啟動時在 /etc/ttys 文件中被標註為 "不安全" (在某些系統中，當前的"安全模式" 可能會有些變化)，在允許這種情況(或者回退到單用戶模式，如果用戶執行 CTRL+D)，init 將首先詢問 root 用戶的密碼。如果該程序退出，內核將在多用戶模式下重新執行 init。如果系統從多用戶模式切換到單用戶模式，還將碰到上述的情況。

如果內核載入后， init 不能被正常啟動，這將導致 panic 錯誤，此時系統將不可使用。想要通過 init 自身來改變 init 的路徑，不同的版本情況不太一樣(NetBSD中可執行 boot -a ; FreeBSD中利用 init_path 命令裝載變數)。

很多人一直努力地從某些方面改進傳統的 init 守護進程，使它變得更完善。下面列出的是一些改進，沒有特別的順序:

• SystemStarter, 用來替代 launchd — Apple Mac OS X開啟進程

• Initng, 完全代替 init ，可以非同步開啟進程

• Upstart, 完全代替 init ，可以非同步開啟進程 由Ubuntu使用

• Service Management Facility, 完全代替/重新設計 Solaris 啟動 Solaris 10

• runit, 跨平台的完全代替 init 可以并行啟動服務

• BootScripts, GoboLinux

• Mudur, 用 Python 寫成的 init 替代品，可以非同步開啟進程，Pardus Linux 發行版

• systemd, 完全替代init，可并行啟動服務，並能減少在shell上的系統開銷，為Fedora所使用

下面列出的項目還沒有大範圍的使用:

• eINIT, 完全代替 init ，可以非同步開啟進程，但是完成這個過程可以不使用 shell 腳本

• svscan 來自 daemontools 被用作 1 號進程 - 似乎將被 runit 替代

• cinit

• twsinit, 部分用 x86 彙編寫成，只是用來證明一種概念

• minit

• OpenRC [1]