Linux啟動(dòng)過程中文件系統(tǒng)的加載
前言:我覺得我的文章相對(duì)來說都是比較淺顯的。一些初學(xué)者可以看看,這也是我不在嵌入式那個(gè)版上發(fā)文的原因。對(duì)于高手來說,如果你們不吝嗇時(shí)間的話,希望也能幫我看看,指點(diǎn)一下其中的錯(cuò)誤。這也是我到這里來和大家交流的目的。
在完成了模塊驅(qū)動(dòng)后,就要掛載文件系統(tǒng)了。我一直以為:
我編譯的內(nèi)核是采用了initrd的模式,設(shè)備是在RAM DISK文件系統(tǒng)下的/linuxrc腳本程序加載的,因此在這上面浪費(fèi)了很多時(shí)間。不過對(duì)initrd算是有了比較深的理解,這個(gè)等一下再說。
其實(shí),內(nèi)核掛載的第一個(gè)文件系統(tǒng)就是nand flash中的root.cramfs,關(guān)于掛載相關(guān)的代碼mount_root()在文件/fs/super.c里面。隨后將devcie文件系統(tǒng)掛載到/dev目錄下面,代碼為mount_devfs_fs()。因?yàn)椴捎昧薾oninitrd的模式,因此文件系統(tǒng)的掛載就完畢了,init進(jìn)程繼續(xù)往下走到一直到運(yùn)行:
if (execute_command)execve(execute_command,argv_init,envp_init);這里init切換成另外一個(gè)線程,運(yùn)行程序在execute_command中定義。execute_command是vivi傳進(jìn)來的命令行,啟動(dòng)過程中可以看到:
Kernel command line: noinitrd root=/dev/bon/2 init=/linuxrc console=ttyS0因此execute_command對(duì)應(yīng)/linuxrc,因此程序運(yùn)行根目錄下的腳本linuxrc,在我的系統(tǒng)中他對(duì)應(yīng):
#!/bin/shecho "mount /etc as ramfs"/bin/mount -n -t ramfs ramfs /etc/bin/cp -a /mnt/etc/* /etcecho "re-create the /etc/mtab entries"/bin/mount -f -t cramfs -o remount,ro /dev/mtdblock/3 //bin/mount -f -t ramfs ramfs /etcexec /sbin/init這個(gè)就不解釋了(最后是啟動(dòng)bash),大家可以在linux下把root.cramfs掛載到/mnt下面看看內(nèi)容就知道了:
mount –t cramfs –o loop root.cramfs /mnt/cramfs這里其實(shí)想告訴大家,我們?nèi)绾螌?shí)現(xiàn)開機(jī)自動(dòng)加載一些運(yùn)行程序,現(xiàn)在應(yīng)該很明白了吧,寫個(gè)腳本就OK了。(其實(shí)是我以前一直在yy這個(gè)問題)最后講一下initrd(initail ram disk)原理我就不說了,陳詞濫調(diào)了,網(wǎng)上多的很。我將一點(diǎn)我的理解,initrd包含了部分module的驅(qū)動(dòng),從一定程度上分擔(dān)了內(nèi)核的大小,因?yàn)閱?dòng)的時(shí)候這兩者還是要同時(shí)被load到memory中去的;因此更重要的是它可以保證內(nèi)核的可移植性,對(duì)不同的硬件平臺(tái),只要提供不同的initrd文件系統(tǒng),而內(nèi)核可以保持不變。因此,initrd的主要作用是加載一些復(fù)雜的與平臺(tái)相關(guān)的硬件,如SCSI硬盤驅(qū)動(dòng),網(wǎng)卡驅(qū)動(dòng)(像無盤工作站,使用nfs)等。
評(píng)論