initrd映像文檔的作用和制作參考模板

1、initrd映像文檔的作用和制作我們在安裝新內(nèi)核的時候，通常都會編輯lilo.conf 和grub.conf 文檔。里面有一段“initrd=/boot/initrd-*.img”（其中的*表示內(nèi)核的版本號）的我們都很少會注意到，有時候還會發(fā)現(xiàn)這一行不要也能夠正常開機。那這個initrd*.img究竟是用來干什么的呢?    其實initrd*.img是個映像文檔，類似ramdisk，把一段程式打包到img里，然后在開機的時候在內(nèi)存里開辟一段區(qū)域，一般是2m，釋放到那里運行，都是一些初始化的程式，比如sisc_mod、ext3、sd_mod等模塊和insmod、nash等命

2、令。不同內(nèi)核初始化的img能夠相同，也能夠不同，假如沒有，能夠在grub.conf里加上no initrd，他就跳過initrd的檢測和執(zhí)行了，以前似乎就沒有，后來才有的。       他的作用是在沒有mount /分區(qū)以前，系統(tǒng)要執(zhí)行一些操作，比如掛載scsi驅(qū)動，他就把initrd釋放到內(nèi)存里，作一個虛擬的/，然后執(zhí)行其根目錄下的一個腳本"linuxrc"，運行insmod和nash命令掛裝模塊。為什么有的時候我們在lilo或grub的配置文檔中不加入該行都能夠正常開機呢？這是因為我們一般的PC機都沒有使用scsi硬盤等需要先加載

3、其驅(qū)動的設(shè)備，所以就算沒有initrd*.img也能夠正常開機。但是假如我們要在服務(wù)器上為其編譯新內(nèi)核那就一定不要忘記也為其新建一個initrd文檔呀！       好，下面來看看怎樣查看initrd*.img里面的內(nèi)容和怎樣為您的新內(nèi)核創(chuàng)建一個新的initrd.img文檔。 查看initrd.img： initrd*.img雖然后綴是“img”，但其實他是個gz格式的文檔，我們能夠先把他解壓，然后載掛裝到目錄下： 1、cp initrd.img initrd.gz 2、guzip initrd.gz 3、mount -o loop initrd /mn

4、t/floppy 進入/mnt/floppy目錄，我們就能夠看到initrd*.img文檔的廬山真面目了。 制作initrd文檔 當(dāng)我們編譯了一個新的內(nèi)核，也不要忘了為我們的scsi設(shè)備做一個新的initrd映像： 語法： mkinitrd 文檔名 內(nèi)核的目錄名 示例：  mkinitrd initrd-2.4.19.img 2.4.19 initrd-2.4.19.img文檔是自己任意取的，但最好對應(yīng)自己的內(nèi)核版本號。 2.4.19是在/lib/modules中的目錄名，對應(yīng)內(nèi)核的版本。 當(dāng)然，我們也能夠在掛裝了initrd*.img文檔后直接添加模塊到/lib目錄中，然

5、后修改linuxrc腳本讓其開機進行掛裝。但必須具備一定的shell腳本的能力才行。                                                           

6、;  怎樣生成內(nèi)核映像文檔initrd.img，有什么作用？     initrd是內(nèi)核啟動映象，假如沒有這個文檔，有時系統(tǒng)啟動時沒有辦法找到根分區(qū)    initrd.img這樣類似的文檔，是用下面的命令創(chuàng)建面來。我舉例說明：能夠用兩個方法，比如我的系統(tǒng)的內(nèi)核版本是2.4.20-8假如我們重編了內(nèi)核， 就要用下面的兩個命令來生成映像文檔，否則有時系統(tǒng)啟動時會很難找到/根分區(qū)。 mkinitrd /boot/initrd-.2.4.20-8img 2.4.20-8   這樣就會在/boot 目錄中看到in

7、itrd-2.4.20-8.img的文檔，其實您所說的initrd.img就是initrd-2.4.20-8.img文檔的鏈接。能夠這樣生成#cd /boot#ln -s initrd-2.4.20-8.img initrd.img其實看列一下目錄就知道這是個鏈接。用這個命令來生成新的內(nèi)核映象，要使新內(nèi)核啟動，要改變/etc/grub.conf或lilo.conf才能生效。rootlinuxsir001 boot# ll initrd.imglrwxrwxrwx 1 root root 19 5月 24 13:46 initrd.img -> initrd-2.4.20-8.img也能夠

8、用下面的命令   new-kernel-pkg -mkinitrd -depmod -install 2.4.20-8這個命令執(zhí)行的結(jié)果是會生成intrd文檔，也會自動改/etc/grub.conf或lilo.conf，這樣就一步到位使新內(nèi)核生效。                                     

9、0;                         幾個重要的RedHat Linux內(nèi)核文檔介紹   在網(wǎng)絡(luò)中，不少服務(wù)器采用的是Linux系統(tǒng)。為了進一步提高服務(wù)器的性能，可能需要根據(jù)特定的硬件及需求重新編譯Linux內(nèi)核。編譯Linux內(nèi)核，需要根據(jù)規(guī)定的步驟進行，編譯內(nèi)核過程中涉及到幾個重要的文檔。比如對于RedHat Linux，在/boot目錄下有一些和Linux內(nèi)核有關(guān)的文檔，進入/boot

10、執(zhí)行。編譯過RedHat Linux內(nèi)核的人對其中的System.map、vmlinuz、initrd-2.4.7-10.img印象可能比較深刻，因為編譯內(nèi)核過程中涉及到這些文檔的建立等操作。那么這幾個文檔是怎么產(chǎn)生的?又有什么作用呢?本文對此做些介紹。2 / 4一、vmlinuzvmlinuz是可引導(dǎo)的、壓縮的內(nèi)核?！皏m”代表“Virtual Memory”。Linux 支持虛擬內(nèi)存，不像老的操作系統(tǒng)比如DOS有640KB內(nèi)存的限制。Linux能夠使用硬盤空間作為虛擬內(nèi)存，因此得名“vm”。vmlinuz是可執(zhí)行的Linux內(nèi)核，他位于/boot/vmlinuz，他一般是個軟鏈接，比如圖中

11、是vmlinuz-2.4.7-10的軟鏈接。vmlinuz的建立有兩種方式。一是編譯內(nèi)核時通過“make zImage”創(chuàng)建，然后通過:“cp /usr/src/linux-2.4/arch/i386/linux/boot/zImage/boot/vmlinuz”產(chǎn)生。zImage適用于小內(nèi)核的情況，他的存在是為了向后的兼容性。二是內(nèi)核編譯時通過命令make bzImage創(chuàng)建，然后通過:“cp/usr/src/linux-2.4/arch/i386/linux/boot/bzImage /boot/vmlinuz”產(chǎn)生。bzImage是壓縮的內(nèi)核映像，需要注意，bzImage不是用bzip2

12、壓縮的，bzImage中的bz容易引起誤解，bz表示“big zImage”。 bzImage中的b是“big”意思。 zImage(vmlinuz)和bzImage(vmlinuz)都是用gzip壓縮的。他們不但是個壓縮文檔，而且在這兩個文檔的開頭部分內(nèi)嵌有g(shù)zip解壓縮代碼。所以您不能用gunzip 或 gzip ?dc解包vmlinuz。內(nèi)核文檔中包含一個微型的gzip用于解壓縮內(nèi)核并引導(dǎo)他。兩者的不同之處在于，老的zImage解壓縮內(nèi)核到低端內(nèi)存(第一個640K)，bzImage解壓縮內(nèi)核到高端內(nèi)存(1M以上)。假如內(nèi)核比較小，那么能夠采用zImage或bzImage之一，兩種方式引導(dǎo)

13、的系統(tǒng)運行時是相同的。大的內(nèi)核采用bzImage，不能采用zImage。vmlinux是未壓縮的內(nèi)核，vmlinuz是vmlinux的壓縮文檔。二、initrd-x.x.x.imginitrd是“initial ramdisk”的簡寫。initrd一般被用來臨時的引導(dǎo)硬件到實際內(nèi)核vmlinuz能夠接管并繼續(xù)引導(dǎo)的狀態(tài)。圖中的initrd-2.4.7-10.img主要是用于加載ext3等文檔系統(tǒng)及scsi設(shè)備的驅(qū)動。比如，使用的是scsi硬盤，而內(nèi)核vmlinuz中并沒有這個scsi硬件的驅(qū)動，那么在裝入scsi模塊之前，內(nèi)核不能加載根文檔系統(tǒng)，但scsi模塊存儲在根文檔系統(tǒng)的/lib/mod

14、ules下。為了解決這個問題，能夠引導(dǎo)一個能夠讀實際內(nèi)核的initrd內(nèi)核并用initrd修正scsi引導(dǎo)問題。initrd-2.4.7-10.img是用gzip壓縮的文檔，initrd實現(xiàn)加載一些模塊和安裝文檔系統(tǒng)等功能。initrd映象文檔是使用mkinitrd創(chuàng)建的。mkinitrd實用程式能夠創(chuàng)建initrd映象文檔。這個命令是RedHat專有的。其他Linux發(fā)行版或許有相應(yīng)的命令。這是個很方便的實用程式。具體情況請看幫助:man mkinitrd下面的命令創(chuàng)建initrd映象文檔。三、System.map System.map是個特定內(nèi)核的內(nèi)核符號表。他是您當(dāng)前運行的內(nèi)核的Syst

15、em.map的鏈接。內(nèi)核符號表是怎么創(chuàng)建的呢? System.map是由“nm vmlinux”產(chǎn)生并且不相關(guān)的符號被濾出。對于本文中的例子，編譯內(nèi)核時，System.map創(chuàng)建在/usr/src/linux-2.4/System.map。像下面這樣:nm /boot/vmlinux-2.4.7-10 > System.map下面幾行來自/usr/src/linux-2.4/Makefile:nm vmlinux | grep -v (compiled)|(.o$)|( aUw )|(.ng$)|(LASHRLDI) | sort > System.map然后復(fù)制到/boot:cp

16、 /usr/src/linux/System.map /boot/System.map-2.4.7-10下圖是System.map文檔的一部分:在進行程式設(shè)計時，會命名一些變量名或函數(shù)名之類的符號。Linux內(nèi)核是個很復(fù)雜的代碼塊，有很多的全局符號。Linux內(nèi)核不使用符號名，而是通過變量或函數(shù)的地址來識別變量或函數(shù)名。比如不是使用size_t BytesRead這樣的符號，而是像c0343f20這樣引用這個變量。對于使用電腦的人來說，更喜歡使用那些像size_t BytesRead這樣的名字，而不喜歡像c0343f20這樣的名字。內(nèi)核主要是用c寫的，所以編譯器/連接器允許我們編碼時使用符號名

17、，當(dāng)內(nèi)核運行時使用地址。然而，在有的情況下，我們需要知道符號的地址，或需要知道地址對應(yīng)的符號。這由符號表來完成，符號表是任何符號連同他們的地址的列表。上圖就是個內(nèi)核符號表，由上圖可知變量名checkCPUtype在內(nèi)核地址c01000a5。Linux 符號表使用到2個文檔:/proc/ksymsSystem.map/proc/ksyms是個“proc file”，在內(nèi)核引導(dǎo)時創(chuàng)建。實際上，他并不真正的是個文檔，他只但是是內(nèi)核數(shù)據(jù)的表示，卻給人們是個磁盤文檔的假象，這從他的文檔大小是0能夠看出來。然而，System.map是存在于您的文檔系統(tǒng)上的實際文檔。當(dāng)您編譯一個新內(nèi)核時，各個符號名的地址要發(fā)生變化，您的老的System.map具備的是錯誤的符號信息。每次內(nèi)核編譯時產(chǎn)生一個新的System.map，您應(yīng)當(dāng)用新的System.map來取代老的System.map。雖然內(nèi)核本身并不真正使用System.map，但其他程式比如klogd，lsof和ps等軟件需要一個正確的System.map。假如您使用錯誤的或沒有System.map，klogd的輸出將是不可靠的，這對于排除程式故障會帶來困難。沒有System.map，您可能會面臨一些令人煩惱的提示信息。另外少數(shù)驅(qū)動需要System.map來解析符號，沒有為您