Linux啟動過程(轉)
關於Windows啟動過程介紹的文章可謂多如牛毛,而對於Linux的介紹卻是鳳毛麟角。凡是曾經使用過Linux的使用者可能都會注意到,當電腦啟動時,螢幕上會出現很多資訊。一般情況下,這些資訊我們可以通過以下的命令看到:
cat /var/log/dmesg | more |
這些資訊究竟有什麼含義?這個問題看起來似乎很容易回答,因為只要在Linux參考書裡尋找一下,就會找出一個類似於這樣的答案:“這是一些核心啟動資訊……”。但是“核心啟動資訊”到底是什麼意思呢?
要想對Linux內部工作有所瞭解,就必須要對Linux核心的體繫結構有一個全面的瞭解。下面我們就去揭開它的秘密。在此,我不想解釋Linux核心的體繫結構,只想解釋(或者說是試圖去解釋)電腦系統啟動進程中一些最基本的概念。這裡所說的啟動過程是指從按下開關到提示符出現的整個過程。
啟動指的是什麼
在作業系統的詞彙裡,啟動是指通過處理器執行一些指令,把作業系統的一部分放入到主存中。在啟動過程中,Linux內部的資料結構會被初始化,會被賦給一些初始值,並且某些進程會被建立。因為當電腦電源開啟時,所有的硬體裝置都處於一種不可預知的狀態,記憶體也處於一種不活動的隨機狀態,所以,電腦的啟動過程可以說是一個長且複雜的任務。因此,我們必須知道,之所以叫“啟動”主要是因為電腦體繫結構的原因。
在此提請讀者注意:
1.對電腦內部的工作和核心的操作有一個基本的瞭解,對自己非常有益。
2.這篇文章中提到的所有檔案,指的都是Linux核心2.4.2-2版本裡的檔案。這些檔案對於所有的Linux核心來說都是相同的,並且可以在任何一個Linux系統裡找到它們,此處我使用的是Red Hat 7.1。
3.在本文裡,討論範圍限於IBM PC體繫結構。
BIOS及其功能
當電腦開啟電源時,記憶體裡包含的是一些隨機的資料,所有的東西都沒有被初始化,作業系統也沒有被載入。開始整個啟動過程的是一個特殊的硬體電路,它觸發CPU的Reset腳的邏輯值。然後,一些CPU的寄存器比如CS(一個分段寄存器:程式碼片段寄存器,它指向含有程式指令的段),eip(在執行指令過程中,當CPU檢測到一個意外事故發生時,它會做出三種類型的判斷:錯誤、陷阱、中止,這取決於eip寄存器的值,它儲存在核心模組棧裡)就會被給定一個值。接著,物理地址為0xfffffff0的代碼將被執行。這個地址被儲存在一個唯讀記憶體(ROM)裡。BIOS(基本輸入/輸出系統)實際上是一段儲存在ROM裡的程式。它包含了一系列可以被某些作業系統調用,用於處理電腦各種硬體裝置的中斷驅動和低級程式。其中微軟的DOS就是這樣的一種作業系統。
Linux是否使用附於電腦系統的BIOS來初始化硬體裝置?或者說,是否有其它的東西來完成同樣的任務?不過這個問題沒有那麼簡單,必須要瞭解一些知識。我們從80386模式開始。Intel微處理器實現地址翻譯(從邏輯地址->線性地址->物理地址)有兩種不同的途徑,分別稱作實模式和保護模式。實模式存在主要是為了使得處理器可以和較老的處理相相容。事實上,所有的BIOS程式都是在實模式下啟動並執行。但是,Linux核心是在保護模式下運行,而不是在實模式下。因此,一旦初始化完成後,Linux就不再使用BIOS,而是完全由自己來為電腦上的所有硬體提供驅動程式(這點和DOS是不一樣的)。
那麼什麼時候Linux使用保護模式?為什麼BIOS不能使用相同的模式?BIOS使用實模式是因為其在操作過程中使用的是實模式地址,並且在電腦剛開啟電源時,只有實模式地址可用。一個實模式地址由段地址和位移地址組成,因此,相應的物理地址就為段地址×(2×8)+位移。
那麼,這是不是意味著在整個啟動過程中,Linux就從來不使用BIOS了呢?答案是否定的。在啟動階段,Linux從硬碟或者其它外部裝置載入核心時,需要使用BIOS。
讓我們來看一下啟動時BIOS主要做了哪些操作:
1.BIOS要對硬體進行一系列徹底的檢測。這個步驟主要是檢查系統安裝有哪些裝置,以及它們工作是否正常。通常把這個步驟叫做自檢(Power-On Self-Test,POST),這時會顯示版本及其它很多相關的硬體資訊。
2.BIOS要對硬體進行初始化。這一步非常重要,因為它要保證所有的硬體裝置在IRQ(插斷要求)和I/O連接埠操作時都沒有衝突。等這步完成以後,它會顯示一個已經安裝的PCI裝置表。
3.接著到了作業系統,BIOS將尋找一個可以引導的作業系統。這取決於BIOS的設定,它可以從磁碟片、硬碟或者光碟片啟動。
4.一旦發現一個合法的裝置,BIOS就會把其第一扇區的內容複寫到物理地址,即從0x00007c00開始的記憶體中,然後跳至剛載入的地址並執行之。
到此為止,BIOS所要做的工作就全部完成了。
自舉程式及其功用
BIOS調用一個專門的程式,這個程式的任務就是把作業系統的核心調入記憶體。這個程式就叫做自舉程式(Boot Loader)。在我們繼續下面內容之前,先來看一下啟動系統的不同途徑。
1.從磁碟片啟動Linux
從磁碟片啟動時,儲存在磁碟片第一扇區的指令將被載入並執行。這個指令然後就會把其餘的核心複製到記憶體中。
Linux核心可以裝在1.44MB的磁碟片裡,不過為了減少磁碟佔用量,它們都進行了壓縮。這個壓縮過程是在編譯時間完成的,而解壓縮的過程則由自舉程式完成。
從磁碟片啟動Linux時,自舉程式要做的工作非常簡單。它是一個位於/usr/src/linux-2.4.2/arch/i386/boot/bootsect.S的組合語言檔案。當我們編譯Linux核心原始碼,或者擷取一個新的核心時,這個可執行檔彙編代碼就會被放在核心程式的前端。由此可見,要製作一個可開機Linux磁碟片其實很簡單。我們只要從磁碟的第一個扇區拷貝Linux核心,就可以建立一個可啟動磁碟片。當BIOS載入磁碟片的第一個扇區時,它實際上拷貝的是自舉程式。自舉程式由BIOS調用(跳到物理地址為0x00007c00的位置),然後執行以下的操作:
(1)把自已從地址0x00007c00移動到0x00090000;
(2)使用地址0x00003ff4,建立“實模式”棧;
(3)設定磁碟參數表,這裡使用的是BIOS提供的磁碟片驅動程式;
(4)通過調用BIOS程式顯示“Loading”資訊;
(5)自舉程式調用BIOS程式來載入磁碟片上核心的setup()函數,並把它放在起始地址為0x00090200的記憶體中;
(6)接下來自舉程式調用一個BIOS程式,這個程式從磁碟片載入剩餘的核心程式,並將其放入起始地址為0x00010000(所謂的低地址)或者0x00100000(所謂的高地址);
(7)然後,跳轉到setup()函數。
2.從硬碟啟動Linux
當系統從硬碟啟動時,啟動過程又有所不同。硬碟的第一個扇區叫做MBR(Master Boot Record),其上儲存著分區表和一個小程式。這個程式載入儲存由作業系統的第一扇區來開始啟動。Linux是一個高度靈活且非常優秀的軟體,所以在MBR裡,它使用一個叫做LILO的程式來代替上述的那個程式。LILO允許使用者選擇所要啟動的作業系統。
一般來說,Linux是從硬碟啟動的。這就需要不同的自舉程式。在Intel系統裡,用得最多的自舉程式就是LILO。對於其它的體繫結構,還存在著別的自舉程式。LILO可以安裝在MBR上(請注意:在安裝Red Hat Linux時,有一個步驟會讓使用者選擇把LILO安裝到MBR或者開機磁區)或一個使用中的磁碟分割的開機磁區上。
由於LILO太大,MBR無法容納,所以它被分成兩部分。MBR(或者磁碟分割的開機磁區)包含有一個小的自舉程式,它被BIOS載入到起始地址為0x00007c00的記憶體中。然後,這個小程式再把自己移到0x0009a000地址處,接著設定實模式棧,最後載入第二部分的LILO自舉程式(請注意:實模式棧位址範圍是0x0009b000 到 0x0009a200)。
第二部分的LILO會從磁碟讀取所有可用的作業系統,並且給使用者列出,以選擇所要啟動的系統。一旦使用者選擇完成,自舉程式就會載入相應的扇區內容到記憶體中並且執行之。
自舉程式被BIOS調用時(跳到物理地址為0x00007c00處),要執行以下操作:
(1)把自已從地址0x00007c00移動到0x00090000;
(2)使用地址0x00003ff4,建立“實模式”棧;
(3)設定磁碟參數表。這裡使用的是BIOS提供的磁碟片驅動程式;
(4)通過調用BIOS程式顯示“Loading Linux”資訊;
(5)自舉程式調用BIOS程式來載入磁碟片上核心的setup()函數,並把它放在起始地址為0x00090200的記憶體中;
(6)接下來自舉程式調用一個BIOS程式,這個程式從磁碟片載入剩餘的核心程式,並將其放入起始地址為0x00010000或者0x00100000;
(7)然後,跳轉到setup()函數。
剖析Linux系統啟動過程
本文以RedHat9.0和i386平台為例,剖析了從使用者開啟電源直到螢幕出現命令列提示符的整個Linux啟動過程。並且介紹了啟動中涉及到的各種檔案。
閱讀Linux原始碼,無疑是深入學習Linux的最好方法。在本文對Linux啟動過程的介紹中,我們也嘗試從原始碼的視角來更深入的剖析Linux的啟動過程,所以其中也簡單涉及到部分相關的Linux原始碼,inux啟動這部分的源碼主要使用的是C語言,也涉及到了少量的彙編。而啟動過程中也執行了大量的shell(主要是bash shell)所寫指令碼。為了方便讀者閱讀,筆者將整個Linux啟動過程分成以下幾個部分逐一介紹,大家可以參考:
當使用者開啟PC的電源,BIOS開機自我測試 (POST),按BIOS中設定的啟動裝置(通常是硬碟)啟動,接著啟動裝置上安裝的引導程式lilo或grub開始引導Linux,Linux首先進行核心的引導,接下來執行init程式,init程式調用了rc.sysinit和rc等程式,rc.sysinit和rc當完成系統初始化和運行服務的任務後,返回init;init啟動了mingetty後,開啟了終端供使用者登入系統,使用者登入成功後進入了Shell,這樣就完成了從開機到登入的整個啟動過程。
下面就將逐一介紹其中幾個關鍵的部分:
第一部分:核心的引導(核內引導)
Red Hat9.0可以使用lilo或grub等引導程式開始引導Linux系統,當引導程式成功完成引導任務後,Linux從它們手中接管了CPU的控制權,然後CPU就開始執行Linux的核心映象代碼,開始了Linux啟動過程。這裡使用了幾個組譯工具來引導Linux,這一步泛及到Linux原始碼樹中的“arch/i386/boot”下的這幾個檔案:bootsect.S、setup.S、video.S等。
其中bootsect.S是產生開機磁區的彙編源碼,它完成載入動作後直接跳轉到setup.S的程式入口。setup.S的主要功能就是將系統參數(包括記憶體、磁碟等,由BIOS返回)拷貝到特別記憶體中,以便以後這些參數被保護模式下的代碼來讀取。此外,setup.S還將video.S中的程式碼封裝含進來,檢測和設定顯示器和顯示模式。最後,setup.S將系統轉換到保護模式,並跳轉到 0x100000。
那麼0x100000這個記憶體位址中存放的是什麼代碼?而這些代碼又是從何而來的呢?
0x100000這個記憶體位址存放的是解壓後的核心,因為Red Hat提供的核心包含了眾多驅動和功能而顯得比較大,所以在核心編譯中使用了“makebzImage”方式,從而產生壓縮過的核心,在RedHat中核心常常被命名為vmlinuz,在Linux的最初引導過程中,是通過"arch/i386/boot/compressed/"中的head.S利用misc.c中定義的decompress_kernel()函數,將核心vmlinuz解壓到0x100000的。
當CPU跳到0x100000時,將執行"arch/i386/kernel/head.S"中的startup_32,它也是vmlinux的入口,然後就跳轉到start_kernel()中去了。start_kernel()是"init/main.c"中的定義的函數,start_kernel()中調用了一系列初始化函數,以完成kernel本身的設定。start_kernel()函數中,做了大量的工作來建立基本的Linux核心環境。如果順利執行完start_kernel(),則基本的Linux核心環境已經建立起來了。
在start_kernel()的最後,通過調用init()函數,系統建立第一個核心線程,啟動了init過程。而核心線程init()主要是來進行一些外設初始化的工作的,包括調用do_basic_setup()完成外設及其驅動程式的載入和初始化。並完成檔案系統初始化和root檔案系統的安裝。
當do_basic_setup()函數返回init(),init()又開啟了/dev/console裝置,重新導向三個標準的輸入輸出檔案stdin、stdout和stderr到控制台,最後,搜尋檔案系統中的init程式(或者由init=命令列參數指定的程式),並使用 execve()系統調用載入執行init程式。到此init()函數結束,核心的引導部分也到此結束了,
第二部分:運行init
init的進程號是1,從這一點就能看出,init進程是系統所有進程的起點,Linux在完成核內引導以後,就開始運行init程式,。init程式需要讀取設定檔/etc/inittab。inittab是一個不可執行檔文字檔,它有若干行指令所組成。在Redhat系統中,inittab的內容如下所示(以“###"開始的中注釋為筆者增加的):
#
# 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 havenetworking)
# 3 - Full multiuser mode
# 4 - unused
# 5 - X11
# 6 - reboot (Do NOT set initdefault to this)
#
###表示當前預設運行層級為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的指令碼,它主要是完成一些系統初始化的工作,rc.sysinit是每一個運行層級都要首先啟動並執行重要指令碼。它主要完成的工作有:啟用交換分區,檢查磁碟,載入硬體模組以及其它一些需要優先執行任務。
rc.sysinit約有850多行,但是每個單一的功能還是比較簡單,而且帶有注釋,建議有興趣的使用者可以自行閱讀自己機器上的該檔案,以瞭解系統初始化所詳細情況。由於此檔案較長,所以不在本文中列出來,也不做具體的介紹。
當rc.sysinit程式執行完畢後,將返回init繼續下一步。
第四部分:啟動對應運行層級的守護進程
在rc.sysinit執行後,將返回init繼續其它的動作,通常接下來會執行到/etc/rc.d/rc程式。以運行層級3為例,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檔案,就執行它,在這些檔案中又可能調用了其它設定檔,所有的設定檔執行後後,各種環境變數也設好了,這時會出現大家熟悉的命令列提示符,到此整個啟動過程就結束了。
希望通過上面對Linux啟動過程的剖析能協助那些想深入學習Linux使用者建立一個相關Linux啟動過程的清晰概念,進而可以進一步研究Linux接下來是如何工作的。