現行的linux 系統的啟動方式主要有兩種i：一種是廣為流傳的system v initialization，另一種是近幾年提出的upstart方式，基於事件機制，系統的所有服務，任務都是由事件驅動的。採用後一種方式的目前 主要ubuntu（6.10 and later），fedora（9.10 and later），debian（optional）。
ubuntu11.04上是沒有這個initab檔案的，因為ubuntu 11.04採用upstart方式的。在舊式的system v initialization中，/etc/inittab可是個相當重要的檔案。init程序啟動後第一時間找的就是它！inittab負責初始化系 統，設定系統runlevel及進 入各runlevel對應要執行的命令。假設當前inittab中設定的預設runlevle是5，則init會執行/etc/init.d/rc 5命令，該命令會依據系統服務的依賴關係遍歷執行/etc/rc5.d中的指令碼/程式。進入/etc/rc5.d目錄可以發現裡面的檔案都是到/etc /init.d/下對應的指令碼/程式的軟鏈結。以s開頭的為啟動的意思，以k開頭的為停止。並且s/k後面的兩位數數字代表了服務的啟動順序（由服務依賴 關係決定）。
那麼upstart job是怎麼樣的呢？我們知道，system v initializaiton是以runlevel為核心，依據服務間依賴關係的init方式，但在upstart job，runlevel雖說對於服務的啟動也有影響但已不是關鍵所在。upstart job是事件驅動的，系統服務的啟動、停止等等均是由事件決定的，反過來，系統服務的啟動、停止也可以作為事件源觸發其他服務。並且事件並不一定得由系統 內部產生，使用者可以手工的鍵入start/stop [service]產生事件來啟動/終止服務。man upstart-evnets檢視upstart job所定義的事件，可以發現，runlevel也被當作事件來對待（因runlevel的改變而產生的事件），諸如此類還有其他如 startup，started，filesystem等等。那麼系統服務又是如何知道自己應該什麼時候啟動，什麼時候終止的呢？答案就在於/etc /init中（有的distros可能是在/etc/event.d）。進入/etc/init目錄下一看，均是系統服務的配置檔案，或者說，是job definition files。（實際上upstart init只需要/etc/init這麼乙個目錄，不像system v init，「拐彎抹腳」轉好多圈才到達目的地，在效能上不如前者）。隨便開啟乙個檔案，比如cron.conf：
# cron - regular background program processing daemon
# cron is a standard unix program that runs user-specified programs at
# periodic scheduled times
description "regular background program processing daemon"
start on runlevel [2345]
stop on runlevel [!2345]
expect fork
respawn
exec cron
start on runlevel [2345]；stop on runlevel [！2345]配置檔案就是通過這個來設定服務何時啟動，何時終止的。
實際上並不僅僅在系統啟動初期，在系統運轉的任何時期都可以通過傳送事件來啟 動或終止服務。這便是upstart job的優點之一，除了用於系統初始化，還可以在系統執行階段發揮作用。相比之下system v initialization方式下的配置檔案一般只用於系統初始化階段，當然系統執行階段我們可以通過/etc/init.d/service start/stop/othercommand來操作服務，但很明顯不如upstart方式簡潔明白。
介紹完system v initialization和upstart，那麼現在就能介紹ubuntu11.04i系統初始化流程。前面提過ubuntu11.04使用的是upstart方式的initialization，考慮到6.10之前的版本採用的 system v init及某些服務的需要，ubuntu11.04採用的是相容模式，即：系統中既有system v-style啟動的服務，也有upstart啟動的服務。如果你使用的是ubuntu11.04（我目前pc上的系統），那麼你可以看到系統中有這麼幾 個目錄： /etc/init/etc/init.d/etc/rc$.d
作為兩種init方式各自特徵的/etc/init.d，/etc /rc$.d目錄和/etc/init目錄在ubuntu11.04中都有了，那麼ubuntu是如何實現相容的？實際上，ubuntu11.04中並沒 有直接採用system v-style啟動服務，要知道，ubuntu11.04中的init已被替換為upstart init，而system v-style的服務是存放於/etc/rc$.d目錄中的，（而/etc/rc$.d/下的檔案是到/etc /init.d的軟鏈結）可upstart init並不會直接跑到這裡面去啟動服務。它是通過間接呼叫來啟動這類服務的。換句話說，ubuntu中的init並不會直接奔著/etc/init.d 或者/etc/rc$.d/而去，它採用了折衷的辦法，通過/etc/init下的某些配置檔案呼叫/etc /rc$.d/中的指令碼以啟動採用舊式system v-style的服務，進入/etc/init目錄（upstart init會到該目錄下讀取配置檔案），會發現幾個跟rc有關的配置檔案： rc.conf rc-sysinit.conf rcs.conf 。rc-sysinit在startup事件發生時被啟動，rc在系統runlevel變化時被啟動，rcs在系統runlevel為s時啟動。在配置檔案的注釋中說明了，這幾個檔案，正是upstart init處理system v-style服務的關鍵。
rc-sysinit在startup事件發生時被啟動，即，upstart init會首先讀取rc-sysinit.conf並執行相關配置和指令碼。rc-sysinit.conf的主要工作是設定系統預設runlevel，檢 測是否存在/etc/inittab或核心命令列，若存在，則按核心命令列》/etc/inittab>預設runlevel的順序設定系統 runlevel。最後，呼叫telinit進入設定的runlevel。
由於呼叫了telinit進入了設定的runlevel，runlevel改變的事件發生，此時rc服務啟動（當然其他服務也會）。那麼，我們就有必要來看看rc.conf中到底有什麼東西。開啟rc.conf，注意到最後一行：
exec /etc/init.d/rc $runlevel
是不是感覺/etc/init.d/rc很熟悉，沒錯，在system v initialization中，/etc/inittab中的各runlevel對應的命令列就是通過這種形式設定的。
很明顯，/etc/init.d/rc被呼叫了，並且傳入了早前設定好的系統 runlevel作為引數。而/etc/init.d/rc會根據傳入 的runlevel引數呼叫/etc/rc$.d/下的指令碼（以s開頭）以啟動服務，終止在前次runlevel啟動而當前在 runlevel需要終止的服務。至此，ubuntu處理system v-style服務的流程是不是漸漸明朗了。通過rc-sysinit和rc間接的呼叫/etc/init.d/rc從而啟動system v-style服務，ubuntu在採用新式upstart init照顧了舊式的system v init。
採用upstart方式啟動的服務則在/etc/init/目錄中有屬於自己的乙份配置檔案，終端下鍵入：initctl list，看看列出的服務是否同/etc/init/下的服務完全一致！
Ubuntu11 04使用小結
首先還是介面的感覺，更炫了，這得益於unity桌面。ubuntu不再使用gnome桌面而換用全新的unity，這算得上乙個大膽超前的決策，畢竟gnome已經發展了這麼多年了，積累了大量的使用者群。而unity的變化的確很大，最明顯是 開始 選單不見了，取而代之的一排應用程式快捷按鈕，類似於蘋果的桌面...
新裝Ubuntu 11 04有感
就拿介面說說吧，unity介面挺新穎的 但是，缺點也是明顯的。unity對於新人上手不是很好。最簡單的一條標準，如果乙個桌面系統的介面做的和windows不像的話，那麼想很快上手，不是很容易的一件事情。因為unity缺乏乙個訪問所有應用程式的入口，也就是沒有那個 開始 選單。沒了它，你怎麼知道我的系...
揮之不去的ubuntu11 04
背景 1週前，我lp讓我用ubuntu，因為她導師推薦她用的，於是乎我就有了裝ubuntu單系統的念頭，還有乙個吸引我的地方是我一直在win7下用虛擬機器安裝ubuntu,從來沒試過在ubuntu下裝win7，於是乎我這次可以嘗試了，我花了1天的時間裝了ubuntu virutalbox win7，...