详解制作根文件系统
一、FHS（Filesystem Hierarchy Standard）標(biāo)準(zhǔn)介紹
當(dāng)我們在linux下輸入ls? / 的時(shí)候，見到的目錄結(jié)構(gòu)以及這些目錄下的內(nèi)容都大同小異，這是因?yàn)樗械膌inux發(fā)行版在對根文件系統(tǒng)布局上都遵循FHS標(biāo)準(zhǔn)的建議規(guī)定。
該標(biāo)準(zhǔn)規(guī)定了根目錄下各個(gè)子目錄的名稱及其存放的內(nèi)容：
| 目錄名 | 存放的內(nèi)容 |
| /bin | 必備的用戶命令，例如ls、cp等 |
| /sbin | 必備的系統(tǒng)管理員命令，例如ifconfig、reboot等 |
| /dev | 設(shè)備文件，例如mtdblock0、tty1等 |
| /etc | 系統(tǒng)配置文件，包括啟動文件，例如inittab等 |
| /lib | 必要的鏈接庫，例如C鏈接庫、內(nèi)核模塊 |
| /home | 普通用戶主目錄 |
| /root | root用戶主目錄 |
| /usr/bin | 非必備的用戶程序，例如find、du等 |
| /usr/sbin | 非必備的管理員程序，例如chroot、inetd等 |
| /usr/lib | 庫文件 |
| /var | 守護(hù)程序和工具程序所存放的可變，例如日志文件 |
| /proc | 用來提供內(nèi)核與進(jìn)程信息的虛擬文件系統(tǒng)，由內(nèi)核自動生成目錄下的內(nèi)容 |
| /sys | 用來提供內(nèi)核與設(shè)備信息的虛擬文件系統(tǒng)，由內(nèi)核自動生成目錄下的內(nèi)容 |
| /mnt | 文件系統(tǒng)掛接點(diǎn)，用于臨時(shí)安裝文件系統(tǒng) |
| /tmp | 臨時(shí)性的文件，重啟后將自動清除 |
?
制作根文件系統(tǒng)就是要建立以上的目錄，并在其中建立完整目錄內(nèi)容。其過程大體包括：
- 編譯／安裝busybox，生成/bin、/sbin、/usr/bin、/usr/sbin目錄
- 利用交叉編譯工具鏈，構(gòu)建/lib目錄
- 手工構(gòu)建/etc目錄
- 手工構(gòu)建最簡化的/dev目錄
- 創(chuàng)建其它空目錄
- 配置系統(tǒng)自動生成/proc目錄
- 利用udev構(gòu)建完整的/dev目錄
- 制作根文件系統(tǒng)的jffs2映像文件
下面就來詳細(xì)介紹這個(gè)過程。
二、編譯／安裝busybox，生成/bin、/sbin、/usr/bin、/usr/sbin目錄
這些目錄下存儲的主要是常用命令的二進(jìn)制文件。如果要自己編寫這幾百個(gè)常用命令的源程序，my god， 這簡直是一個(gè)噩夢！好在我們有嵌入式Linux系統(tǒng)的瑞士軍刀——busybox，事情就簡單很多。
1、從http://www.busybox.net/?下載busybox-1.7.0.tar.bz2
2、tar xjvf busybox-1.7.0.tar.bz2解包
3、修改Makefile文件
175 ARCH??????????? ?= arm
176 CROSS_COMPILE?? ?= arm-linux-
4、make menuconfig配置busybox
busybox配置主要分兩部分。
第一部分是Busybox Settings，主要編譯和安裝busybox的一些選項(xiàng)。這里主要需要配置：
1）、Build Options -- Build BusyBox as a static binary (no shared libs)，表示編譯busybox時(shí)，是否靜態(tài)鏈接C庫。我們選擇動態(tài)鏈接C庫。
2）、Installation Options -- Applets links (as soft-links) -- (X) as soft-links，表示安裝busybox時(shí)，將各個(gè)命令安裝為指向busybox的軟鏈接還是硬鏈接。我們選擇軟鏈接。
3）、Installation Options -- (/work/nfs_root/fs_mini3) BusyBox installation prefix，表示busybox的安裝位置。我們選擇/work/nfs_root/fs_mini3
4）Busybox Library Tuning。保留Command line editing以支持命令行編輯；保留History size以支持記憶歷史命令；選中Tab completion和Username completion以支持命令自動補(bǔ)全
第二部分是Applets，他將busybox的支持的幾百個(gè)命令分門別類。我們只要在各個(gè)門類下選擇想要的命令即可。這里我們基本保持默認(rèn)設(shè)置。
1）選中Networking Utilities -- httpd下的Enable -u <user> option，以啟用http服務(wù)器的功能allows the server to run as a specific user
5、編譯busybox
make
6、安裝busybox
make install
安裝完成后，可以看到在/work/nfs_root/fs_mini3目錄下生成了binsbinusr/binusr/sbin目錄，其下包含了我們常用的命令，這些命令都是指向bin/busybox的軟鏈接，而busybox本身的大小不到800K：
dennis@dennis-desktop:/work/nfs_root/fs_mini3$ ls
bin? linuxrc? sbin? usr
dennis@dennis-desktop:/work/nfs_root/fs_mini3$? ls -l bin
total 740
lrwxrwxrwx 1 dennis dennis????? 7 2010-04-03 23:57 addgroup -> busybox
lrwxrwxrwx 1 dennis dennis????? 7 2010-04-03 23:57 adduser -> busybox
lrwxrwxrwx 1 dennis dennis????? 7 2010-04-03 23:57 ash -> busybox
-rwxr-xr-x 1 dennis dennis 749632 2010-04-03 23:57 busybox
lrwxrwxrwx 1 dennis dennis????? 7 2010-04-03 23:57 cat –> busybox
而普通PC機(jī)上的ls命令就有差不多80K的大小：
dennis@dennis-desktop:/work/nfs_root/fs_mini3$ ls -l /bin/ls
-rwxr-xr-x 1 root root 78004 2007-09-29 20:51 /bin/ls
busybox以它嬌小的身軀容納了數(shù)以百計(jì)的命令代碼，實(shí)在是讓人佩服不已，其不愧嵌入式系統(tǒng)瑞士軍刀之美譽(yù)。據(jù)說，busybox的作者身患絕癥，這更讓人欽佩GNU開源軟件的作者們。
三、利用交叉編譯工具鏈，構(gòu)建/lib目錄
光 有應(yīng)用程序（命令）是不夠的，因?yàn)閼?yīng)用程序本身需要使用C庫的庫函數(shù)，因此還必需制作for ARM的C庫，并將其放置于/lib目錄。my god，要自己寫C庫的源代碼嗎？不用！還記得交叉編譯工具鏈的3個(gè)組成部分嗎？交叉編譯器、for ARM的C庫和二進(jìn)制工具。哈哈，for ARM的C庫是現(xiàn)成的，我們只需要拷貝過來就可以了。遺憾的是：整個(gè)C庫目錄下的文件總大小有26M。而我們根文件系統(tǒng)所在分區(qū)不過區(qū)區(qū)16M而已，根本 放不下。怎么辦呢？
dennis@dennis-desktop:/work/nfs_root/fs_mini3$ du -s --si /work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib
26M???? /work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib
需要C庫目錄下所有的文件嗎？no，absolutely no! 讓我們來分析一下glibc庫目錄下內(nèi)容的組成。該目錄下的子目錄和文件共分8類：
- 目標(biāo)文件，如crtn.o，用于gcc鏈接可執(zhí)行文件
- libtool庫文件（.la），在鏈接庫文件時(shí)這些文件會被用到，比如他們列出了當(dāng)前庫文件所依賴的其它庫文件，程序運(yùn)行時(shí)無需這些文件
- gconv目錄，里面是各種鏈接腳本，在編譯應(yīng)用程序時(shí)，他們用于指定程序的運(yùn)行地址，各段的位置等
- 靜態(tài)庫文件（.a），例如libm.a，libc.a
- 動態(tài)庫文件 （.so、.so.[0-9]*）
- 動態(tài)鏈接庫加載器ld-2.3.6.so、ld-linux.so.2
- 其它目錄及文件
很顯然，第1、2、3、4、7類文件和目錄是不需要拷貝的。
由于動態(tài)鏈接的應(yīng)用程序本身并不含有它所調(diào)用的C庫函數(shù)的代碼，因此執(zhí)行時(shí)需要?jiǎng)討B(tài)鏈接庫加載器來為它加載相應(yīng)的C庫文件，所以第6類文件是需要拷貝的。
除此之外，第5類文件當(dāng)然要拷貝。但第5類文件的大小也相當(dāng)大。
dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ du -c --si *.so*
7.2M??? total
需要全部拷貝嗎？非也，非也！其實(shí)，需要哪些庫完全取決于要運(yùn)行的應(yīng)用程序使用了哪些庫函數(shù)。如果我們只制作最簡單的系統(tǒng)，那么我們只需要運(yùn)行busybox這一個(gè)應(yīng)用程序即可。通過執(zhí)行
dennis@dennis-desktop:/work/nfs_root/fs_mini3$ arm-linux-readelf -a bin/busybox | grep 'Shared'
0x00000001 (NEEDED)???????????????????? Shared library: [libcrypt.so.1]
0x00000001 (NEEDED)???????????????????? Shared library: [libm.so.6]
0x00000001 (NEEDED)???????????????????? Shared library: [libc.so.6]
可知：busybox只用到了3個(gè)庫：通用C庫（libc）、數(shù)學(xué)庫（libm）、加密庫（libcrypt），因此我們只需要拷貝這3個(gè)庫的庫文件即可。但是每個(gè)庫都有4個(gè)文件，4個(gè)文件都要拷貝嗎？當(dāng)然不是。
dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ ls -l libcrypt[.-]*
-rwxr-xr-x 1 dennis dennis 30700 2008-01-22 05:32 libcrypt-2.3.6.so
-rw-r--r-- 1 dennis dennis 23118 2008-01-22 05:32 libcrypt.a
lrwxrwxrwx 1 dennis dennis??? 13 2008-12-22 15:38 libcrypt.so -> libcrypt.so.1
lrwxrwxrwx 1 dennis dennis??? 17 2008-12-22 15:38 libcrypt.so.1 -> libcrypt-2.3.6.so
dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ ls -l libm[.-]*
-rwxr-xr-x 1 dennis dennis? 779096 2008-01-22 05:31 libm-2.3.6.so
-rw-r--r-- 1 dennis dennis 1134282 2008-01-22 05:32 libm.a
lrwxrwxrwx 1 dennis dennis?????? 9 2008-12-22 15:38 libm.so -> libm.so.6
lrwxrwxrwx 1 dennis dennis????? 13 2008-12-22 15:38 libm.so.6 -> libm-2.3.6.so
dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ ls -l libc[.-]*
-rwxr-xr-x 1 dennis dennis 1435660 2008-01-22 05:48 libc-2.3.6.so
-rw-r--r-- 1 dennis dennis 2768280 2008-01-22 05:31 libc.a
-rw-r--r-- 1 dennis dennis???? 195 2008-01-22 05:34 libc.so
lrwxrwxrwx 1 dennis dennis????? 13 2008-12-22 15:38 libc.so.6 -> libc-2.3.6.so
4個(gè)文件中的.a文件是靜態(tài)庫文件，是不需要拷貝的。另外3個(gè)文件是：
- 實(shí)際的共享鏈接庫：libLIBRARY_NAME-GLIBC_VERSION.so。當(dāng)然需要拷貝。
- 主修訂版本的符號鏈接，指向?qū)嶋H的共享鏈接庫：libLIBRARY_NAME.so.MAJOR_REVISION_VERSION，程序一旦鏈接了特定的鏈接庫，將會參用該符號鏈接。程序啟動時(shí)，加載器在加載程序前，會檢索該文件。所以需要拷貝。
- 與版本無關(guān)的符號鏈接，指向主修訂版本的符號連接（libc.so是唯一的例外，他是一個(gè)鏈接命令行：libLIBRARY_NAME.so，是為編譯程序時(shí)提供一個(gè)通用條目）。這些文件在程序被編譯時(shí)會被用到，但在程序運(yùn)行時(shí)不會被用到，所以不必拷貝它。
關(guān)于共享庫的2個(gè)符號鏈接的作用的特別說明：
當(dāng) 我們使用gcc??? hello.c??? -o??? hello??? -lm編譯程序時(shí)，gcc會根據(jù)-lm的指示，加頭（lib）添尾（.so）得到libm.so，從而沿著與版本無關(guān)的符號鏈接（libm.so -> libm.so.6）找到libm.so.6并記錄在案（hello的ELF頭中），表示hello需要使用libm.so.6這個(gè)庫文件所代表的數(shù)學(xué)庫 中的庫函數(shù)。而當(dāng)hello被執(zhí)行的時(shí)候，動態(tài)鏈接庫加載器會從hello的ELF頭中找到libm.so.6這個(gè)記錄，然后沿著主修訂版本的符號鏈接 （libm.so.6 -> libm-2.3.6.so）找到實(shí)際的共享鏈接庫libm-2.3.6.so，從而將其與hello作動態(tài)鏈接。可見，與版本無關(guān)的符號鏈接是供編譯器 使用的，主修訂版本的符號鏈接是供動態(tài)鏈接庫加載器使用的，而實(shí)際的共享鏈接庫則是供應(yīng)用程序使用的。
通過以上分析，我們只需要拷貝3個(gè)庫（每個(gè)庫各1個(gè)主修訂版本的符號鏈接和1個(gè)實(shí)際的共享鏈接庫）以及動態(tài)鏈接庫加載器（1個(gè)符號鏈接和1個(gè)實(shí)體文件）。步驟如下：
dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ mkdir /work/nfs_root/fs_mini3/lib
dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp? libcrypt-* /work/nfs_root/fs_mini3/lib
dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp -l libcrypt.so.* /work/nfs_root/fs_mini3/lib
dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp? libm-* /work/nfs_root/fs_mini3/lib
dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp -l libm.so.* /work/nfs_root/fs_mini3/lib
dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp? libc-* /work/nfs_root/fs_mini3/lib
dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp -l libc.so.* /work/nfs_root/fs_mini3/lib
dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp -l ld-* /work/nfs_root/fs_mini3/lib
四、手工構(gòu)建/etc目錄
/etc 目錄存放的是系統(tǒng)程序的主配置文件，因此需要哪些配置文件取決于要運(yùn)行哪些系統(tǒng)程序。即使最小的系統(tǒng)也一定會運(yùn)行1號用戶進(jìn)程init，所以我們至少要手 工編寫init的主配置文件inittab。busybox的inittab文件的語法、語義與傳統(tǒng)的SYSV的inittab有所不同。
inittab 文件中每個(gè)條目用來定義一個(gè)需要init啟動的子進(jìn)程，并確定它的啟動方式，格式 為<id>:<runlevel>:<action>:<process>。例 如：ttySAC0::askfirst:-/bin/sh
- <id>表示子進(jìn)程要使用的控制臺，若省略則使用與init進(jìn)程一樣的控制臺
- <runlevel>表示運(yùn)行級別，busybox init程序這個(gè)字段沒有意義
- <action>表示init進(jìn)程如何控制這個(gè)子進(jìn)程
- sysinit：系統(tǒng)啟動后最先執(zhí)行，只執(zhí)行一次，init進(jìn)程等待它結(jié)束后才繼續(xù)執(zhí)行其它動作
- wait：系統(tǒng)執(zhí)行完sysinit條目后執(zhí)行，只執(zhí)行一次，init進(jìn)程等待它結(jié)束后才繼續(xù)執(zhí)行其它動作
- once：系統(tǒng)執(zhí)行完wait條目后執(zhí)行，只執(zhí)行一次，init進(jìn)程不等待它結(jié)束
- respawn：啟動完once進(jìn)程后，init進(jìn)程監(jiān)測發(fā)現(xiàn)子進(jìn)程退出時(shí)，重新啟動它
- askfirst：啟動完respawn進(jìn)程后，與respawn類似，不過init進(jìn)程先輸出” Please press Enter to activate this console“，等用戶輸入回車后才啟動子進(jìn)程
- shutdown：當(dāng)系統(tǒng)關(guān)機(jī)時(shí)
- restart：Busybox中配置了CONFIG_FEATURE_USE_INITAB，并且init進(jìn)程接收到SIGUP信號時(shí)執(zhí)行，先重新讀取、解析/etc/inittab文件，再執(zhí)行restart程序
- ctrlaltdel：按下ctrl+alt+del鍵時(shí)執(zhí)行，不過在串口控制臺中無法輸入它
- <process>表示進(jìn)程對應(yīng)的二進(jìn)制文件。如果前面有-號，表示該程序是“可以與用戶進(jìn)行交互的”
我們制作最簡單的/etc/inittab文件，其內(nèi)容如下：
::sysinit:/etc/init.d/rcS
::askfirst:-/bin/sh
::ctrlaltdel:/sbin/reboot
::shutdown:/bin/umount -a –r
制作最簡單的腳本程序文件/etc/init.d/rcS，其內(nèi)容如下：
#!/bin/sh
ifconfig eth0 192.168.2.17
修改shell腳本文件/etc/init.d/rcS的權(quán)限，以使其可被執(zhí)行：
# chmod a+x /etc/init.d/rcS
五、手工構(gòu)建最簡化的/dev目錄
在linux機(jī)器上，執(zhí)行l(wèi)s??? /dev可看到幾百個(gè)設(shè)備文件，我需要手工創(chuàng)建它們嗎？maybe，我只需要手工創(chuàng)建幾個(gè)設(shè)備文件！我怎么知道我應(yīng)該創(chuàng)建哪幾個(gè)設(shè)備文件呢？管它呢，先看看開發(fā)板上可愛的linux的反應(yīng)再說。
啟動Linux操作系統(tǒng)，顯示：
VFS: Mounted root (nfs filesystem).
Freeing init memory: 112K
Warning: unable to open an initial console.
這說明，內(nèi)核已經(jīng)成功掛載根文件系統(tǒng)，但卻未能成功啟動第1個(gè)用戶進(jìn)程init。通過錯(cuò)誤消息“unable to open an initial console”搜索內(nèi)核源代碼，找到init/main.c文件。
748 static int noinline init_post(void)
749 {
750???????? free_initmem();
751???????? unlock_kernel();
752???????? mark_rodata_ro();
753???????? system_state = SYSTEM_RUNNING;
754???????? numa_default_policy();
755?
756???????? if (sys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0)
757???????????????? printk(KERN_WARNING "Warning: unable to open an initial console.\n");
758?
759???????? (void) sys_dup(0);
760???????? (void) sys_dup(0);
761?
762???????? if (ramdisk_execute_command) {
763???????????????? run_init_process(ramdisk_execute_command);
764???????????????? printk(KERN_WARNING "Failed to execute %s\n",
765???????????????????????????????? ramdisk_execute_command);
766???????? }
767?
768???????? /*
769????????? * We try each of these until one succeeds.
770????????? *
771????????? * The Bourne shell can be used instead of init if we are
772????????? * trying to recover a really broken machine.
773????????? */
774???????? if (execute_command) {
775???????????????? run_init_process(execute_command);
776???????????????? printk(KERN_WARNING "Failed to execute %s.? Attempting "
777???????????????????????????????????????? "defaults...\n", execute_command);
778???????? }
779???????? run_init_process("/sbin/init");
780???????? run_init_process("/etc/init");
781???????? run_init_process("/bin/init");
782???????? run_init_process("/bin/sh");
783?
784???????? panic("No init found.? Try passing init= option to kernel.");
785 }
顯然，內(nèi)核錯(cuò)誤是由175行不能打開/dev/console所致。通過查看已經(jīng)安裝好的linux機(jī)器的/dev/console設(shè)備文件，可知其是字符設(shè)備文件，主設(shè)備號為5，次設(shè)備號為1：
dennis@dennis-desktop:/work/nfs_root/fs_mini3/etc$ ls -l /dev/console
crw------- 1 root root 5, 1 2010-04-08 08:40 /dev/console
因此，我們使用下面的命令創(chuàng)建它：
dennis@dennis-desktop:/work/nfs_root/fs_mini3/dev$?sudo mknod console c 5 1
還需要?jiǎng)?chuàng)建其它設(shè)備文件嗎？只有天知道！再看看linux的反應(yīng)。
VFS: Mounted root (nfs filesystem).
Freeing init memory: 112K
init: can't open '/dev/null': No such file or directory
這次我們有經(jīng)驗(yàn)了，如法炮制，創(chuàng)建/dev/null設(shè)備文件：
dennis@dennis-desktop:/work/nfs_root/fs_mini3/dev$ sudo mknod null c 1 3
再次重啟開發(fā)板上的linux，顯示
VFS: Mounted root (nfs filesystem).
Freeing init memory: 112K
init started: BusyBox v1.7.0 (2010-04-03 23:53:55 CST)
starting pid 229, tty '': '/etc/init.d/rcS'
Please press Enter to activate this console.
starting pid 231, tty '': '/bin/sh'
#
哈哈，我們成功了，終于可以K歌去了。
六、創(chuàng)建其它空目錄
K完歌回來，繼續(xù)戰(zhàn)斗。
dennis@dennis-desktop:/work/nfs_root/fs_mini3$ mkdir home root proc sys tmp mnt var
再次重啟動開發(fā)板上的linux。咦，似乎有些問題。
VFS: Mounted root (nfs filesystem).
Freeing init memory: 112K
init started: BusyBox v1.7.0 (2010-04-03 23:53:55 CST)
starting pid 229, tty '': '/etc/init.d/rcS'
Please press Enter to activate this console.
starting pid 231, tty '': '/bin/sh'
# ps
PID? Uid??????? VSZ Stat Command
#
ps竟然看不到任何進(jìn)程的存在！讓我想想。對了，ps的機(jī)制是通過查看/proc中的內(nèi)容來獲得進(jìn)程信息的。那么，目前/proc里有哪些內(nèi)容呢？
# ls /proc
#
竟然空空如野！這可如何是好？
七、配置系統(tǒng)自動生成/proc目錄
其實(shí)/proc是用來提供內(nèi)核與進(jìn)程信息的虛擬文件系統(tǒng)，由內(nèi)核自動生成目錄下的內(nèi)容。不過需要我們設(shè)置一下，將/etc/init.d/rcS修改為：
#!/bin/sh
ifconfig eth0 192.168.2.17
mount -t proc none /proc
對 于mount -t proc none /proc 的解釋：通常情況下mount命令應(yīng)該寫為mount –t ext2 /dev/hdb1 /proc。但由于現(xiàn)在掛載的/proc是虛擬文件系統(tǒng)，它不與任何物理硬盤分區(qū)相對應(yīng)，因此在表示物理硬盤分區(qū)的位置用占位符none來表示。
重啟開發(fā)板上的linux，顯示成功了：
Please press Enter to activate this console.
starting pid 232, tty '': '/bin/sh'
# ps
PID? Uid??????? VSZ Stat Command
1 0????????? 3088 S?? init
2 0?????????????? SW< [kthreadd]
3 0?????????????? SWN [ksoftirqd/0]
4 0?????????????? SW< [events/0]
5 0?????????????? SW< [khelper]
41 0?????????????? SW< [kblockd/0]
42 0?????????????? SW< [ksuspend_usbd]
45 0?????????????? SW< [khubd]
47 0?????????????? SW< [kseriod]
59 0?????????????? SW? [pdflush]
60 0?????????????? SW? [pdflush]
61 0?????????????? SW< [kswapd0]
62 0?????????????? SW< [aio/0]
177 0?????????????? SW< [mtdblockd]
226 0?????????????? SW< [rpciod/0]
232 0????????? 3092 S?? -sh
233 0????????? 3092 R?? ps
#
八、利用udev構(gòu)建完整的/dev目錄
高興地插入U(xiǎn)盤，內(nèi)核顯示識別到了U盤：
# usb 1-1: new full speed USB device using s3c2410-ohci and address 2
usb 1-1: not running at top speed; connect to a high speed hub
usb 1-1: configuration #1 chosen from 1 choice
scsi0 : SCSI emulation for USB Mass Storage devices
scsi 0:0:0:0: Direct-Access???? Teclast? CoolFlash??????? 0.00 PQ: 0 ANSI: 2
sd 0:0:0:0: [sda] 12560384 512-byte hardware sectors (6431 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Assuming drive cache: write through
sd 0:0:0:0: [sda] 12560384 512-byte hardware sectors (6431 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Assuming drive cache: write through
sda: sda1
sd 0:0:0:0: [sda] Attached SCSI removable disk
但當(dāng)要使用的時(shí)候，卻找不到設(shè)備文件：
# mount /dev/sda1 /mnt
mount: mounting /dev/sda1 on /mnt failed: No such file or directory
# ls /dev/sda1
ls: /dev/sda1: No such file or directory
/dev目錄下只有可憐巴巴的2個(gè)設(shè)備文件。
# ls /dev
console? null
在linux機(jī)器上，執(zhí)行l(wèi)s??? /dev可看到幾百個(gè)設(shè)備文件，難道要我揉著酸疼的眼睛查看這幾百個(gè)設(shè)備文件的主、次設(shè)備號，然后再手工使用mknod命令來生成這幾百個(gè)設(shè)備文件嗎？那你不如殺了我算了！其實(shí)構(gòu)建/dev目錄有3種方法：
- 創(chuàng)建靜態(tài)設(shè)備文件：需要使用mknod命令事先創(chuàng)建很多設(shè)備文件，麻煩大了
- 使用devfs：使用上存在一些問題，在2.6.13后已被廢棄
- 使用udev(user dev)，我們采用該方法
udev 的原理是：操作系統(tǒng)啟動的時(shí)候?qū)⒆R別到的所有設(shè)備的信息自動導(dǎo)出到/sys目錄，然后用戶態(tài)的應(yīng)用程序udev根據(jù)/sys中的設(shè)備信息，自動在/dev 目錄下創(chuàng)建所有正確的設(shè)備文件。因此我們要做的就是：配置自動生成/sys目錄下的內(nèi)容并調(diào)用mdev（mdev是busybox中對udev的簡化實(shí) 現(xiàn)）。
# ls /sys
# mount -t sysfs none /sys
# ls /sys
block???? class???? firmware? kernel??? power
bus?????? devices?? fs??????? module
# ls /dev
console? null
# mdev -s
# ls -l dev | wc -l
140
# ls /dev/sda*
/dev/sda?? /dev/sda1
可是，當(dāng)我們將U盤拔出后，發(fā)現(xiàn)/dev/sda1并不自動消失；手工刪除/dev/sda1后，再重新插入U(xiǎn)盤，/dev/sda1也不會自動生成。我們需進(jìn)行如下操作，以使系統(tǒng)能夠?qū)崿F(xiàn)即插即用：
# echo /sbin/mdev > /proc/sys/kernel/hotplug
將上述工作放到rcS中：
#!/bin/sh
ifconfig eth0 192.168.2.17
mount -t proc none /proc
mount -t sysfs none /sys
echo /sbin/mdev > /proc/sys/kernel/hotplug
mdev -s
九、使用tmpfs掛載/dev、/tmp、/var目錄
似乎我們的根文件系統(tǒng)已經(jīng)相當(dāng)完善了。但仔細(xì)想一想Nand flash的擦寫壽命是有限的這個(gè)事實(shí)，我們就應(yīng)該明白，我們應(yīng)該將/dev、/tmp、/var三個(gè)目錄掛載為tmpfs文件系統(tǒng)。修改rcS如下：
#!/bin/sh
ifconfig eth0 192.168.2.17
mount -t proc none /proc
mount -t sysfs none /sys
mount -t tmpfs none /dev
mount -t tmpfs none /var
mount -t tmpfs none /tmp
echo /sbin/mdev > /proc/sys/kernel/hotplug
mdev -s
十、制作根文件系統(tǒng)的jffs2映像文件
根文件系統(tǒng)已經(jīng)制作完畢，最后一個(gè)步驟是將其打包為jffs2映像文件，以供bootloader將其燒錄到nand flash上。這只需要執(zhí)行命令：
dennis@dennis-desktop:/work/nfs_root$ mkfs.jffs2 -n -s 512 -e 16KiB -d fs_mini3 -o fs_mini3.jffs2
這其中：
- -n表示不要在每個(gè)擦除塊上都加上清除標(biāo)記
- -s 512指明一頁大小為512字節(jié)
- -e 16KiB指明一個(gè)擦除塊大小為16KB
- -d fs_mini3指明要打包的目錄
- -o fs_mini3.jffs2指明最終的映像文件名
但由于jffs2映像文件制作工具程序mkfs.jffs2 尚未安裝，另外該程序需要用到zlib庫，因此我們必須先安裝它們：
安裝zlib(編譯MTD設(shè)備工具包需要它)
- tar xzvf zlib-1.2.3.tar.gz
- cd zlib-1.2.3
- ./configure –shared –prefix=/usr
- make
- sudo make install
安裝MTD工具包（其中含有jffs2映像文件制作工具）
- tar xjvf mtd-utils-05.07.23.tar.bz2
- cd mtd-utils-05.07.23/util
- make
- sudo make install
哇塞，終于寫完了。可以睡覺去喏！！！
轉(zhuǎn)自：http://scyz.spaces.live.com/blog/cns!B627F5D454891288!436.entry
總結(jié)
- 上一篇： 互联网晚报 | 3月15日 星期二 |
- 下一篇： 推荐系统整体框架概览