轉載：http://blog.sina.com.cn/s/blog_67852f5601013t9e.html
1. 從BIOS到KERNEL
BIOS自檢－>MBR(GRUB)－>KERNEL－>KERNEL自解壓－>內核初始化－>內核啓動BIOS自檢
當電腦開機的時候,電腦會進入BIOS,BIOS的工作主要是偵測電腦的周邊配套設備是否工作正常,如CPU的類型、速度、緩存等
主板類型
內存的速度,容量
硬盤的大小,類型和工作模式
風扇速度等
主要是爲了檢查這些設備在開機的時候是否能通過檢測,如果能通過檢測,說明電腦可以正常的工作.
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
一、載入啓動程序
BIOS自檢完成後,BIOS會根據用戶設置的啓動順序來由那個設備來啓動電腦的操作系統,這個設備一般是硬盤.
也就是進入到硬盤的MBR區域（引導扇區）,這個區域中的有512個字節的大小,其中前446個字節中保存的程序是選擇啓動分區,也就是電腦由那個硬盤分區來載入開機的程序.那麼在這個446個字節的空間中保存的就是啓動程序,然後由這個小程序來加載存儲在其他位置的操作系統,也就是啓動grub程序.
當找到啓動設備（硬盤）時,第一階段所用的boot loader（存放在引導扇區）被裝載到RAM中並被執行.這裏的boot loader在大小上小於一個扇區的大小,也就是512字節,而它的任務,就是加載第二階段的boot loader.
當負責第二階段的boot loader位於內存中並被執行時,通常會顯示一個一閃而過的屏幕,然後linux以及可選的初始化內存盤（一種臨時的根文件系統,如果想得到具體的介紹,請訪問http://likunarmstrong.bokee.com/5502266.html)會被裝載到存儲器中.當系統鏡像被加載時,第二階段的boot loader將把控制權轉交給內核鏡像,與此同時,內核開始自解壓並初始化.在這個階段,第二階段的boot loader會檢查系統的硬件,枚舉那些附加的硬件設備,掛載根設備,之後加載需要的內核模塊.完成之後,第一個用戶空間程序（init）開始執行,更高層次的系統初始化開始.
這就是從表面上看,linux的啓動過程.好了,現在,讓我們更進一步,更深入地探索linux啓動過程中的一些細節.
二、 系統的啓動
系統啓動的階段,依賴於linux在哪個硬件設備上啓動.在嵌入式系統中,當系統被打開或者重新啓動的時候,就要使用啓動加載的環境.這方面的例子包括U -BOOT,RedBoot,和Lucent推出的MicroMonitor.嵌入式平臺通常是綁定了啓動監視器的.這些程序位於目標硬件上flash存儲器的特定位置,提供了將linux內核鏡像下載到flash存儲器的方法,並在接下來的過程中執行它.除了擁有存儲和啓動linux鏡像的功能外,這些啓動監視器還能進行一定程度上的系統檢測和硬件初始化.在一個嵌入式的目標板中,這些啓動監視器通常覆蓋了第一階段與第二階段boot loader的功能.
小知識：如何查看你的MBR內容.如果你希望查看你MBR的具體內容,請用以下命令：
# dd if=/dev/hda of=mbr.bin bs=512 count=1
# od -xa mbr.bin
需要以root身份運行的dd命令,讀取你的第一個集成電子驅動器或者IDE驅動器的前512字節,並將他們寫入
mbr.bim文件.od命令則是以十六進制和ASCII碼形式打印出這個二進制文件
在個人電腦中,linux的啓動是從0xFFFF0地址開始的.BIOS的第一步動作就是進行上電自檢（POST）.POST的工作是檢查硬件設備.BIOS的第二步動作就是枚舉本地設備並初始化.
BIOS功能使用上的不同,它由兩個部分組成：POST碼runtime服務.POST完成後,它將從存儲器中被清除,但是BIOS runtime服務會被保留,用於目標操作系統.
爲了啓動操作系統,BIOS的runtime服務將搜索那些激活狀態的或是可引導啓動的設備,搜索的順序則由CMOS設置決定（也就是我們平時所謂的在 BIOS中設置的啓動順序）.一個軟驅,一臺光驅,一個硬盤上的分區,網絡上的設備甚至一個usb 閃存盤都可以作爲一個啓動設備.
當然,linux通常是從硬盤啓動的.硬盤上的MBR（主啓動記錄）包含有基本的boot loader,它是一個512字節大小的扇區,位於磁盤的第一個扇區（0磁頭0磁道1扇區）.當MBR被裝載到RAM中後,BIOS就會將控制權轉交給MBR.
三、 第一階段boot loader
位於MBR中的主boot loader是一個512字節的鏡像,其中不僅包含了程序代碼,還包含了一個小的分區表,如圖2所示.最初的446字節是主boot loader,它裏面就包含有可執行代碼以及錯誤消息文本.接下來的64字節是分區表,其中包含有四個分區的各自的記錄（一個分區佔16字節）.MBR通過特殊數字0xAA55（譯者注：在電子界中AA55確實是具有傳奇色彩的數字,想知道爲什麼麼？將它展開成二進制形式,看看有什麼規律）作爲兩個字節的結束標誌.0x55AA同時也是MBR有效的校驗確認.
主boot loader的工作是尋找並加載第二boot loader.它通過分析分區表,找出激活分區來完成這個任務,當它找到一個激活分區時,它將繼續掃描剩下的分區表中的分區,以便確認他們都是未激活的.確認完畢後,激活分區的啓動記錄從設備中被讀到RAM,並被執行.
四、 第二階段boot loader
起着次作用,或者說是第二boot loader,可以更加形象得被稱爲內核加載程序.這個階段的任務就是加載linux內核,以及可選的初始化內存盤.
小知識：GRUB階段的boot loaders
在/boot/grub目錄中包含有stage1,stage2和stage1.5的boot loaders,同時還有不少可選的loaders（例如,CD-ROM使用的就是iso9660_stage_1_5）
把第一階段和第二階段的boot loaders聯合起來,就是在x86個人電腦中,我們所說的linux loader（LILO）或者GRand Unified Bootloader(GRUB).GRUB修正了一些LILO中存在的缺陷,因此下面就讓我們來看看GRUB（如果你希望得到更多的關於GRUB, LILO和與之相關話題的討論資源,請見文後的參考資料）
對於GRUB來說,一個比較好的方面就是它包含了linux文件系統的知識.與LILO使用裸扇區不同的是,GRUB能夠從ext2或者 ext3文件系統中加載linux內核.它是通過將本來兩階段的boot loader轉換成三個階段的boot loader.在第一階段（MBR）中會啓動stage1.5的boot loader來理解linux內核鏡像中的特殊的文件系統格式,例如,reiserfs_stage1-5(用於從reiserf日誌文件系統中進行加載)或e2fs stage1_5(用於從wxt2或ext3文件系統進行加載）.當stage1.5的boot loader被加載並運行時,stage2 的boot loader才能被加載.
當stage2被加載時,GRUB能根據請求的情況顯示一個可選內核的清單（在 /etc/grub.conf 中進行定義,同時還有幾個軟符號鏈接 /etc/grub/menu.lst 和 /etc/grub.conf).你可以選擇一個內核,修改其附加的內核參數.同時,你可以選擇使用命令行的shell來對啓動過程進行更深層次的手工控制.
在第二階段boot loader存在與內存中後,就可以對文件系統進行查詢了,同時,默認的內核鏡像以及初始化內存盤鏡像也被加載到內存中.一切準備完畢之後,第二階段的boot loader就會調用內核鏡像.
2. 內核啓動：創建1＃進程並執行,由它創建若干內核線程（kernel thread）,然後裝入並執行程序/sbin/init（變成一個用戶進程）.此後,init根據/etc/inittab配置文件來執行相應的腳本進行系統初始化,如設置鍵盤、字體,裝載模塊,設置網絡等。
init的進程號是1（ps -aux | less），從這一點就能看出，init進程是系統所有進程的起點，Linux在完成核內引導以後，就開始運行init程序。
init程序需要讀取配置文件/etc/inittab。inittab是一個不可執行的文本文件，它有若干行指令所組成。
理解Runlevel：
runlevel用來表示在init進程結束之後的系統狀態，在系統的硬件中沒有固定的信息來表示runlevel，它純粹是一種軟件結構。init和inittab是runlevel影響系統狀態的唯一原因。在上述例子中inittab文件起始階段的註釋主
用來描述runlevel：
Runlevel 0 是讓init關閉所有進程並終止系統。
Runlevel 1 是用來將系統轉到單用戶模式，單用戶模式只能有系統管理員進入，在該模式下處理那些在有登錄用戶的情況下不能進行更改的文件，改runlevel的編號1也可以用S代替。
Runlevel 2 是允許系統進入多用戶的模式，但並不支持文件共享，這種模式很少應用。
Runlevel 3 是最常用的運行模式，主要用來提供真正的多用戶模式，也是多數服務器的缺省模式。
Runlevel 4 一般不被系統使用，用戶可以設計自己的系統狀態並將其應用到runlevel 4階段，儘管很少使用，但使用該系統可以實現一些特定的登錄請求。
Runlevel 5 是將系統初始化爲專用的X Window終端。對功能強大的Linux系統來說，這並不是好的選擇，但用戶如果需要這樣，也可以通過在runlevel啓動來實現該方案。
Runlevel 6 是關閉所有運行的進程並重新啓動系統。
inittab文件內容：
###表示當前缺省運行級別爲5(initdefault);
id:5:initdefault:
###啓動時自動執行/etc/rc.d/rc.sysinit腳本(sysinit)
# System initialization.
si::sysinit:/etc/rc.d/rc.sysinit
l0:0:wait:/etc/rc.d/rc 0
l1:1:wait:/etc/rc.d/rc 1
l2:2:wait:/etc/rc.d/rc 2
l3:3:wait:/etc/rc.d/rc 3
l4:4:wait:/etc/rc.d/rc 4
###當運行級別爲5時，以5爲參數運行/etc/rc.d/rc腳本，init將等待其返回(wait)
l5:5:wait:/etc/rc.d/rc 5
l6:6:wait:/etc/rc.d/rc 6
###在啓動過程中允許按CTRL-ALT-DELETE重啓系統
# Trap CTRL-ALT-DELETE
ca::ctrlaltdel:/sbin/shutdown -t3 -r now
# When our UPS tells us power has failed, assume we have a few minutes
# of power left. Schedule a shutdown for 2 minutes from now.
# This does, of course, assume you have powerd installed and your
# UPS connected and working correctly.
pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down"
# If power was restored before the shutdown kicked in, cancel it.
pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled"
###在2、3、4、5級別上以ttyX爲參數執行/sbin/mingetty程序，打開ttyX終端用於用戶登錄，
###如果進程退出則再次運行mingetty程序(respawn)
# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
###在5級別上運行xdm程序，提供xdm圖形方式登錄界面，並在退出時重新執行(respawn)
# Run xdm in runlevel 5
x:5:respawn:/etc/X11/prefdm -nodaemon
以上面的inittab文件爲例，來說明一下inittab的格式。其中以#開始的行是註釋行，除了註釋行之外，每一行都有以下格式：
id:runlevel:action:process
對上面各項的詳細解釋如下：
1. id
id是指入口標識符，它是一個字符串，對於getty或mingetty等其他login程序項，要求id與tty的編號相同，否則getty程序將不能正常工作。
2. runlevel
runlevel是init所處於的運行級別的標識，一般使用0-6以及S或s。0、1、6運行級別被系統保留：其中0作爲shutdown動作，1作爲重啓至單用戶模式，6爲重啓;S和s意義相同，表示單用戶模式，且無需inittab文件，因此也不在inittab中出現，實際上，進入單用戶模式時，init直接在控制檯(/dev/console)上運行/sbin/sulogin。在一般的系統實現中，都使用了2、3、4、5幾個級別，在Redhat系統中，2表示無NFS支持的多用戶模式，3表示完全多用戶模式(也是最常用的級別)，4保留給用戶自定義，5表示XDM圖形登錄方式。7- 9級別也是可以使用的，傳統的Unix系統沒有定義這幾個級別。runlevel可以是並列的多個值，以匹配多個運行級別，對大多數action來說，僅當runlevel與當前運行級別匹配成功纔會執行。
3. action
action是描述其後的process的運行方式的。action可取的值包括：initdefault、sysinit、boot、bootwait等：
initdefault是一個特殊的action值，用於標識缺省的啓動級別;當init由核心激活以後，它將讀取inittab中的initdefault項，取得其中的runlevel，並作爲當前的運行級別。如果沒有inittab文件，或者其中沒有initdefault項，init將在控制檯上請求輸入runlevel。
sysinit、boot、bootwait等action將在系統啓動時無條件運行，而忽略其中的runlevel。
其餘的action(不含initdefault)都與某個runlevel相關。各個action的定義在inittab的man手冊中有詳細的描述。
4. process
process爲具體的執行程序。程序後面可以帶參數。
第三部分：系統初始化
在init的配置文件中有這麼一行：
si::sysinit:/etc/rc.d/rc.sysinit
它調用執行了/etc/rc.d/rc.sysinit，而rc.sysinit是一個bash shell的腳本，它主要
在init的配置文件中有這麼一行：
si::sysinit:/etc/rc.d/rc.sysinit
它調用執行了/etc/rc.d/rc.sysinit，而rc.sysinit是一個bash shell的腳本，它主要是完成一些系統初始化的工作，rc.sysinit是每一個運行級別都要首先運行的重要腳本。它主要完成的工作有：激活交換分區，檢查磁盤，加載硬件模塊以及其它一些需要優先執行任務。
rc.sysinit約有850多行，但是每個單一的功能還是比較簡單，而且帶有註釋，建議有興趣的用戶可以自行閱讀自己機器上的該文件，以瞭解系統初始化所詳細情況。由於此文件較長，所以不在本文中列出來，也不做具體的介紹。
當rc.sysinit程序執行完畢後，將返回init繼續下一步。
第四部分：啓動對應運行級別的守護進程
在rc.sysinit執行後，將返回init繼續其它的動作，通常接下來會執行到/etc/rc.d/rc程序。以運行級別5爲例，init將執行配置文件inittab中的以下這行：
l5:5:wait:/etc/rc.d/rc 5
這一行表示以5爲參數運行/etc/rc.d/rc，/etc/rc.d/rc是一個Shell腳本，它接受5作爲參數，去執行/etc /rc.d/rc5.d/目錄下的所有的rc啓動腳本，/etc/rc.d/rc5.d/目錄中的這些啓動腳本實際上都是一些鏈接文件，而不是真正的rc 啓動腳本，真正的rc啓動腳本實際上都是放在/etc/rc.d/init.d/目錄下。而這些rc啓動腳本有着類似的用法，它們一般能接受start、stop、restart、status等參數。
/etc/rc.d/rc5.d/中的rc啓動腳本通常是K或S開頭的鏈接文件，對於以以S開頭的啓動腳本，將以start參數來運行。而如果發現存在相應的腳本也存在K打頭的鏈接，而且已經處於運行態了(以/var/lock/subsys/下的文件作爲標誌)，則將首先以stop爲參數停止這些已經啓動了的守護進程，然後再重新運行。這樣做是爲了保證是當init改變運行級別時，所有相關的守護進程都將重啓。
至於在每個運行級中將運行哪些守護進程，用戶可以通過chkconfig或setup中的"System Services"來自行設定。常見的守護進程有：
amd：自動安裝NFS守護進程
apmd:高級電源管理守護進程
arpwatch：記錄日誌並構建一個在LAN接口上看到的以太網地址和IP地址對數據庫
autofs：自動安裝管理進程automount，與NFS相關，依賴於NIS
crond：Linux下的計劃任務的守護進程
named：DNS服務器
netfs：安裝NFS、Samba和NetWare網絡文件系統
network：激活已配置網絡接口的腳本程序
nfs：打開NFS服務
portmap：RPC portmap管理器，它管理基於RPC服務的連接
sendmail：郵件服務器sendmail
smb：Samba文件共享/打印服務
syslog：一個讓系統引導時起動syslog和klogd系統日誌守候進程的腳本
xfs：X Window字型服務器，爲本地和遠程X服務器提供字型集
Xinetd：支持多種網絡服務的核心守護進程，可以管理wuftp、sshd、telnet等服務
這些守護進程也啓動完成了，rc程序也就執行完了，然後又將返回init繼續下一步。
第五部分：建立終端
rc執行完畢後，返回init。這時基本系統環境已經設置好了，各種守護進程也已經啓動了。init接下來會打開6個終端，以便用戶登錄系統。通過按Alt+Fn(n對應1-6)可以在這6個終端中切換。在inittab中的以下6行就是定義了6個終端：
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
從上面可以看出在2、3、4、5的運行級別中都將以respawn方式運行mingetty程序，mingetty程序能打開終端、設置模式。同時它會顯示一個文本登錄界面，這個界面就是我們經常看到的登錄界面，在這個登錄界面中會提示用戶輸入用戶名，而用戶輸入的用戶將作爲參數傳給login 程序來驗證用戶的身份。
第六部分：登錄系統，啓動完成
對於運行級別爲5的圖形方式用戶來說，他們的登錄是通過一個圖形化的登錄界面。登錄成功後可以直接進入KDE、Gnome等窗口管理器。而本文主要講的還是文本方式登錄的情況：
當我們看到mingetty的登錄界面時，我們就可以輸入用戶名和密碼來登錄系統了。
Linux的賬號驗證程序是login，login會接收mingetty傳來的用戶名作爲用戶名參數。然後login會對用戶名進行分析：如果用戶名不是root，且存在/etc/nologin文件，login將輸出nologin文件的內容，然後退出。這通常用來系統維護時防止非root 用戶登錄。只有/etc/securetty中登記了的終端才允許root用戶登錄，如果不存在這個文件，則root可以在任何終端上登錄。/etc /usertty文件用於對用戶作出附加訪問限制，如果不存在這個文件，則沒有其他限制。
在分析完用戶名後，login將搜索/etc/passwd以及/etc/shadow來驗證密碼以及設置賬戶的其它信息，比如：主目錄是什麼、使用何種shell。如果沒有指定主目錄，將默認爲根目錄;如果沒有指定shell，將默認爲/bin/bash。
login程序成功後，會向對應的終端在輸出最近一次登錄的信息(在/var/log/lastlog中有記錄)，並檢查用戶是否有新郵件(在/usr/spool/mail/的對應用戶名目錄下)。然後開始設置各種環境變量：對於bash來說，系統首先尋找/etc/profile腳本文件，並執行它;然後如果用戶的主目錄中存在.bash_profile文件，就執行它，在這些文件中又可能調用了其它配置文件，所有的配置文件執行後後，各種環境變量也設好了，這時會出現大家熟悉的命令行提示符，到此整個啓動過程就結束了。
inittab 文檔描述在系統引導及通常的操作期間, 都啓動哪些進程(比如/etc/init.d/boot, /etc/init.d/rc, getty 等等).
Init
(8) 討論有關runlevels (運行級) 的概念, 每一個運行級都有他自己啓動進程的集合. 有效的運行級爲0 -6 加上用於ondemand 條目的A , B 和C . inittab 文檔中的每一個條目有如下的格式:
id :runlevels :action :process
以`#’ 開頭的行被忽略.
id
inittab 文檔中條目的唯一標識, 限於1-4 個字符(假如是用版本號小於5.2.18 或a.out 的庫編譯生成的sysvinit 程式, 則僅限於2 個字符).
注意: 對於getty 或其他的註冊進程, id 必須是響應的終端線路的tty 後綴, 如1 響應tty1 , 否則, 註冊過程不能正常的工作.
runlevels
列出發生指定動作的運行級.
action
描述要發生的動作.
process
要執行的進程. 假如process 域以一個`+’ 開頭, init 不會在utmp 和wtmp 文檔中爲此進程記帳. 這是由於getty 自己主持utmp/wtmp 記帳的需要, 同時這也是個歷史遺留的漏洞.
runlevels 域能夠包含表示不同運行級的多個字符, 例如123 表示本進程在運行級爲1, 2 和3 時都要啓動. 用於ondemand 條目的runlevels 域能夠包含A , B , 或C . 用於sysinit , boot , 和bootwait 條目的runlevels 域被忽略.
當改變運行級時, 在新運行級中沒有給出的那些正在運行的進程被殺死, 先使用SIGTERM 信號, 然後是SIGKILL.
action 域能夠使用的動作有:
respawn
該進程只要終止就立即重新啓動(如getty).
wait
只要進入指定的運行級就啓動本進程, 並且init 等待該進程的結束.
once
只要進入指定的運行級就啓動一次本進程.
boot
在系統引導期間執行本進程. runlevels 域被忽略.
bootwait
在系統引導期間執行本進程. 並且init 等待該進程的結束(如/etc/rc). runlevels 域被忽略.
off
什麼也不做.
ondemand
在進入ondemand 運行級時纔會執行標記爲ondemand 的那些進程. 無論怎樣, 實際上沒有改變運行級(ondemand 運行級就是`a’, `b’, 和`c’).
initdefault
initdefault 條目給出系統引導完成後進入的運行級, 假如不存在這樣的條目, init 就會在控制檯詢問要進入的運行級. process 域被忽略.
sysinit
系統引導期間執行此進程. 本進程會在boot 或bootwait 條目之前得到執行. runlevels 域被忽略.
powerwait
本進程在電源不足時執行. 通常在有進程把UPS 和電腦相連時通知init 進程, Init 在繼續其他工作之前要等待此進程結束.
powerfail
類似powerwait , 但是init 不等待此進程完成.
powerokwait
在init 收到電源已恢復的通知後立即執行此進程.
powerfailnow
本進程在init 被告知UPS 電源快耗盡同時外部電源失敗(無效) 時被執行. (假設UPS 和監控進程能夠發現這樣的情況).
ctrlaltdel
在init 收到SIGINT 信號時執行此進程. 這意味着有人在控制檯按下了CTRL-ALT-DEL 組合鍵, 典型地, 可能是想執行類似shutdown 然後進入單用戶模式或重新引導機器.
kbrequest
本進程在init 收到一個從控制檯鍵盤產生的特別組合按鍵信號時執行.
對於此功能本文檔尚未完成; 能夠在kbd-x.xx 包中找到更多信息(在寫作本文檔時最新的是kbd-0.94). 當然您可能想爲某些"KeyboardSignal" 行爲映射組合鍵, 如爲了映射(Alt-上箭頭) 能夠在鍵盤映射文檔中 使用如下的方式:
alt keycode 103 = KeyboardSignal
舉例
這是個和老的Linux inittab 文檔類似的例子文檔:
# inittab for linux
id:1:initdefault:
rc::bootwait:/etc/rc
1:1:respawn:/etc/getty 9600 tty1
2:1:respawn:/etc/getty 9600 tty2
3:1:respawn:/etc/getty 9600 tty3
4:1:respawn:/etc/getty 9600 tty4
本文檔在引導時執行/etc/rc 並且在ty1-tty4 上啓動getty 進程.
一個更詳盡的inittab 會有不同的運行級(參考本身的註釋):
# 進入默認的運行級
id:2:initdefault:
# 在進行其他工作之前先完成系統初始化.
si::sysinit:/etc/rc.d/bcheckrc
# 運行級0 掛起系統, 6 重新引導, 1 單用戶模式.
l0:0:wait:/etc/rc.d/rc.halt
l1:1:wait:/etc/rc.d/rc.single
l2:2345:wait:/etc/rc.d/rc.multi
l6:6:wait:/etc/rc.d/rc.reboot
# "3 個鍵" 按下時要做的工作.
ca::ctrlaltdel:/sbin/shutdown -t5 -rf now
# 運行級2和3: 在控制檯生成getty 進程, 運行級爲3時在modem 上生成getty.
1:23:respawn:/sbin/getty tty1 VC linux
2:23:respawn:/sbin/getty tty2 VC linux
3:23:respawn:/sbin/getty tty3 VC linux
4:23:respawn:/sbin/getty tty4 VC linux
S2:3:respawn:/sbin/uugetty ttyS2 M19200
文檔
/etc/inittab
zylonite 上是
::sysinit:/etc/init.d/rcS
ttyS0::respawn:-/bin/sh
ttyS1::respawn:-/bin/sh
ttyS2::respawn:-/bin/sh
tty1::respawn:-/bin/sh
tty2::respawn:-/bin/sh
::ctrlaltdel:/bin/umount -a -r
fedra 3 上是
#
# inittab This file describes how the INIT process should set up
# the system in a certain run-level.
#
# Author: Miquel van Smoorenburg,
# Modified for RHS Linux by Marc Ewing and Donnie Barnes
#
# Default runlevel. The runlevels used by RHS are:
# 0 - halt (Do NOT set initdefault to this)
# 1 - Single user mode
# 2 - Multiuser, without NFS (The same as 3, if you do not have networking)
# 3 - Full multiuser mode
# 4 - unused
# 5 - X11
# 6 - reboot (Do NOT set initdefault to this)
#
id:3:initdefault:
# System initialization.
si::sysinit:/etc/rc.d/rc.sysinit
l0:0:wait:/etc/rc.d/rc 0
l1:1:wait:/etc/rc.d/rc 1
l2:2:wait:/etc/rc.d/rc 2
l3:3:wait:/etc/rc.d/rc 3
l4:4:wait:/etc/rc.d/rc 4
l5:5:wait:/etc/rc.d/rc 5
l6:6:wait:/etc/rc.d/rc 6
# Trap CTRL-ALT-DELETE
ca::ctrlaltdel:/sbin/shutdown -t3 -r now
# When our UPS tells us power has failed, assume we have a few minutes
# of power left. Schedule a shutdown for 2 minutes from now.
# This does, of course, assume you have powerd installed and your
# UPS connected and working correctly.
pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down"
# If power was restored before the shutdown kicked in, cancel it.
pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled"
# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
# Run xdm in runlevel 5
x:5:respawn:/etc/X11/prefdm -nodaemon