根檔案系統的啟動及配置！（小壽原創）
www.diybl.com　時間：2008-07-03　作者:佚名 編輯:本站 點選：　314 [評論]
-
-

按啟動順序依次介紹相關的檔案：

一、核心啟動完之後，首先執行/linuxrc。

/linuxrc內容：

--------------------------------------------------------------------------------

#!/bin/sh
echo "mount /etc as ramfs"
/bin/mount -n -t ramfs ramfs /etc      
/bin/cp -a /mnt/yaffs/etc/* /etc //關機的時候我們會儲存/etc的內容到/mnt/yaffs/etc.

echo "re-create the /etc/mtab entries"
# re-create the /etc/mtab entries
/bin/mount -f -t cramfs -o remount,ro /dev/mtdblock/2 /
/bin/mount -f -t ramfs ramfs /etc

exec /sbin/init

--------------------------------------------------------------------------------
首先你要看懂這個linuxrc，
1. /bin/mount -n -t ramfs ramfs /etc

這句話的作用載入一個ramfs作為/etc目錄。這樣/etc就是一個可寫目錄。
看這個指令碼，得出你的根檔案系統是一個cramfs，是一個只讀檔案系統中，而/etc作為系統執行配置檔案的存放地點，可能會寫一些執行狀態在這裡， linuxrc第一件事情就是將一個ramfs mount 到/etc只讀目錄中，使得/etc/目錄可寫，指定引數 -n的目的是告訴mount不要寫/etc/mtab, 這個檔案存放當前系統mount了的所有檔案系統中。因為現在/etc/目錄還是隻讀，所以這次mount不要寫這個檔案，否則會失敗。

而你問到的 ramfs在哪裡，這個在你的 /etc/fstab檔案中應該有ramfs一項， mount 會去找這項，如果沒有，mount會失敗。後面就執行不下去。

2. /bin/cp -a /mnt/yaffs/etc/* /etc

/etc成為可寫目錄後，將所有/mnt/yaffs/etc中的配置檔案拷貝到/etc/中，這說明你的ramfs可能是一個空的ramfs，沒有配置檔案，或者配置檔案比較老。 同時也說明你這個系統是一個只讀系統，每次系統執行中寫入的配置不會保留。

將以前mount的那些資訊重新寫到/etc/mtab中，命令就是下面這些。
3. /bin/mount -f -t cramfs -o remount,ro /dev/mtdblock/2 /
/bin/mount -f -t ramfs ramfs /etc

這些命令只是將這些mount資訊寫到/etc/mtab中，不會實際去mount這些block device，說明你的根檔案系統依然是以前的那個/dev/bon/2

4. exec /sbin/init
執行根檔案系統中的init執行程式，使其成為1號程序。shell正式執行。

###################################################################################
/etc/mtab介紹：
    mtab同/etc/fstab的格式一樣，它用於記錄已經掛載的分割槽資訊。
注意：
    如果沒有/linuxrc這個檔案，系統預設首先執行/sbin/init。
###################################################################################

二、從/linuxrc檔案中我們看到它最後運行了/sbin/init，而init又會根據/etc/inittab來執行。

inittab 檔案條目格式：

id:runlevels:action:process

id:
inittab 檔案中條目的唯一標識, 限於 1-4 個字元 (如果是用版本號小於 5.2.18 或 a.out 的庫編譯生成的 sysvinit 程式, 則僅限於 2 個字元).
注意: 對於 getty 或其它的註冊程序, id 必須是響應的終端線路的 tty 字尾, 如 1 響應 tty1, 否則, 註冊過程不能正常的工作.
runlevels:
#   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)
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 收到一個從控制檯鍵盤產生的特殊組合按鍵訊號時執行.
inittab例項：

--------------------------------------------------------------------------------
#/etc/inittab

::sysinit:/etc/init.d/rcS
tty0::respawn:/sbin/getty 38400 tty0
tty2::askfirst:/bin/sh
::ctrlaltdel:/sbin/reboot
::shutdown:/bin/cp /etc /mnt/yaffs/etc -ra //因為我們的根檔案系統只讀，需要儲存/etc的內容
::shutdown:/bin/umount ar
::shutdown:/bin/mount / o remount,ro //mount -o remount就是重新載入的意思

--------------------------------------------------------------------------------

三、從inittab中我們可以看到現在系統啟動/etc/init.d/rcS!

下面我們介紹一下rcS檔案
//rcS的內容

--------------------------------------------------------------------------------
#! /bin/sh
/bin/mount -a
/sbin/ifconfig 192.168.0.1
/bin/echo "I am xiaoshou! "

--------------------------------------------------------------------------------
首先我們看到 mount -a 這個命令。這個命令依據/etc/fstab來進行掛載的操作。
接著我們來看看/etc/fstab這個檔案。

--------------------------------------------------------------------------------
#/etc/fstab

none /proc proc defaults 0 0
none /dev/pts devpts mode=0622 0 0
tmpfs /dev/shm tmpfs defaults 0 0

--------------------------------------------------------------------------------

現在介紹一下此檔案的格式：

# fstab檔案的作用

　　檔案/etc/fstab存放的是系統中的檔案系統資訊。當正確的設定了該檔案，則可以通過"mount /directoryname"命令來載入一個檔案系統，每種檔案系統都對應一個獨立的行，每行中的欄位都有空格或tab鍵分開。同時fsck、 mount、umount的等命令都利用該程式。

　　# fstab檔案格式

　　下面是/etc/fatab檔案的一個示例行：

　　fs_spec | fs_file| fs_type| fs_options| fs_dump| fs_pass

　　/dev/hda1| /     | ext2   | defaults | 1      | 1

　　fs_spec - 該欄位定義希望載入的檔案系統所在的裝置或遠端檔案系統，對於一般的本地塊裝置情況來說：IDE裝置一般描述為/dev/hdaXN，X是IDE裝置通道 (a, b, or c)，N代表分割槽號；SCSI裝置一描述為/dev/sdaXN。對於NFS情況，格式一般為<host>:<dir>,例如： `knuth.aeb.nl:/'。對於procfs，使用`proc'來定義。

　　fs_file - 該欄位描述希望的
根檔案系統的啟動及配置！（小壽原創）
www.diybl.com　時間：2008-07-03　作者:佚名 編輯:本站 點選：　316 [評論]
-
-
檔案系統載入的目錄點，對於swap裝置，該欄位為none；對於載入目錄名包含空格的情況，用40來表示空格。

　　fs_type - 定義了該裝置上的檔案系統，一般常見的檔案型別為ext2 (Linux裝置的常用檔案型別)、vfat(Windows系統的fat32格式)、NTFS、iso9600等。

　　fs_options - 指定載入該裝置的檔案系統是需要使用的特定引數選項，多個引數是由逗號分隔開來。對於大多數系統使用"defaults"就可以滿足需要。其他常見的選項包括：

　　選項 含義

　　ro 以只讀模式載入該檔案系統

　　sync 不對該裝置的寫操作進行緩衝處理，這可以防止在非正常關機時情況下破壞檔案系統，但是卻降低了計算機速度

　　user 允許普通使用者載入該檔案系統

　　quota 強制在該檔案系統上進行磁碟定額限制

　　noauto 不再使用mount －a命令（例如系統啟動時）載入該檔案系統

　　fs_dump - 該選項被"dump"命令使用來檢查一個檔案系統應該以多快頻率進行轉儲，若不需要轉儲就設定該欄位為0

　　fs_pass - 該欄位被fsck命令用來決定在啟動時需要被掃描的檔案系統的順序，根檔案系統"/"對應該欄位的值應該為1，其他檔案系統應該為2。若該檔案系統無需在啟動時掃描則設定該欄位為0

四、在掛載完所有分割槽後，我們可以在/etc/init.d/rcS檔案中新增我們自己的命令。
如：/sbin/ifconfig eth0 192.168.0.1
    /sbin/ifconfig lo 127.0.0.1