|
能出現(xiàn)讓人激動的的控制臺，那么系統(tǒng)移植已經(jīng)接近完成；但是不少人在最后一步出現(xiàn)問題。
要點如下：
1. 在正確的位置燒寫正確格式的文件系統(tǒng)映象：
2. 內(nèi)核支持這種文件系統(tǒng)格式
3. 文件系統(tǒng)的內(nèi)容要完備
上面說得簡單，一個個介紹。
1. 在正確的位置燒寫正確的文件系統(tǒng)映象：
(a). 正確的位置
嵌入式開發(fā)中，常通過bootloader燒寫文件系統(tǒng)映象，假設(shè)寫在flash的地址A處。
內(nèi)核啟動時，顯然要從地址A處讀取文件系統(tǒng)，內(nèi)核是怎么知道的呢？通過命令行參數(shù)，比如“root=/dev/mtdblock2 ”。/dev/mtdblock2 又是怎么和地址A對應(yīng)上的呢？內(nèi)核將flash劃分為
幾個分區(qū)，這是在代碼中固定的。/dev/mtdblock2是第3個分區(qū)，它的開始地址必須是A。
在內(nèi)核啟動時，可以看到這些分區(qū)的開始地址、結(jié)束地址，比如內(nèi)核啟動時會有類似下面的信息：
Creating 3 MTD partitions on "NAND 64MiB 3,3V 8-bit":
0x00000000-0x00030000 : "bootloader"
0x00050000-0x00250000 : "kernel"
0x00250000-0x03ffc000 : "root"
對于上面的內(nèi)核信息，/dev/mtdblock2對應(yīng)root分區(qū)，開始地址為0x00250000，使用bootloader寫文件系統(tǒng)映象時，燒寫的地址必須是0x00250000
所以，要保證3點：① bootloader燒到地址A，② 地址A是內(nèi)核某個分區(qū)的開始地址，③ 命令行參數(shù)“root=/dev/mtdblockXXX ”是這個分區(qū)
(b). 正確格式的文件系統(tǒng)映象
不同的bootloader支持的燒寫的文件系統(tǒng)映象格式不同、使用的燒寫命令也可能不同，請注意這點。
另外，馬大哈們制作文件系統(tǒng)映象時，使用的工具也不要弄錯了。
最后，請保證這個文件系統(tǒng)映象是“真的燒寫了”，因為如果flash只是擦除而沒有燒寫，它也是“正確的、可以掛接的文件系統(tǒng)”──有人碰到這個問題，我和他答非所問地折騰了很久。
2. 內(nèi)核支持這種文件系統(tǒng)格式
配置內(nèi)核時選上要支持的文件系統(tǒng)格式
1、2這兩個問題如果不能保證，內(nèi)核啟動時會出現(xiàn)類似如下錯誤：
VFS: Cannot open root device "mtdblock2" or unknown-block(2,0)
Please append a correct "root=" boot option
如果1、2能保證，就可以掛接上文件系統(tǒng)，出現(xiàn)類似下面的字樣時，革命已經(jīng)成功了80％：
VFS: Mounted root (cramfs filesystem) readonly.
Freeing init memory: 116K
3. 文件系統(tǒng)的內(nèi)容要完備
掛接文件系統(tǒng)后，內(nèi)核就會讀取、執(zhí)行文件系統(tǒng)中的某個文件，通過它來啟動應(yīng)用程序。這個文件要么通過命令行參數(shù)“init=xxxx”來指定，要么取默認的文件(下面說明)。
一般制作文件系統(tǒng)映象時，都是在一個目錄（假設(shè)目錄名為rootfs）下放好各種東西：bin/，sbin/，lib/等目錄，etc/fstab等文件，然后將這個目錄制作為文件系統(tǒng)映象。
可以想象，如果這個目錄中的東西不對、不全，即使制作出了文件系統(tǒng)映象，也只是能識別出來，掛接上去；但是啟動不了──所謂啟動，不就是執(zhí)行文件系統(tǒng)中的程序嘛？
這時會有類似以下的錯誤：
Failed to execute /linuxrc. Attempting defaults...
Kernel panic - not syncing: No init found. Try passing init= option to kernel.
它說得很明顯，"Failed to execute /linuxrc"──執(zhí)行/linuxrc失敗：
它為什么要執(zhí)行/linuxrc，還不是因為你在命令行中加入了“init=/linuxrc”這個參數(shù)。
它為什么會失��？原因有二：
一、你制作文件系統(tǒng)映象時，rootfs目錄下有l(wèi)inuxrc這個文件嗎？
二、rootfs目錄的linuxrc文件是正確的嗎？
請好好確定這兩點，大多數(shù)是沒有l(wèi)inuxrc文件──linuxrc是busybox自動生成的，只要配置好就可以。
如果有l(wèi)inuxrc，那么就是它無法執(zhí)行了(解決方法在下面)。
不用linuxrc行不行？當(dāng)然行！看看內(nèi)核文件init/main.c，有如下字樣：
run_init_process("/sbin/init");
run_init_process("/etc/init");
run_init_process("/bin/init");
run_init_process("/bin/sh");
panic("No init found. Try passing init= option to kernel.");
就是說，它會依次嘗試執(zhí)行/sbin/init、/etc/init、/bin/init、/bin/sh這些文件，都失敗后才打印出錯信息"No init found. Try passing init= option to kernel."。
所以，出現(xiàn)這個出錯信息時，就表明了沒有或是無法執(zhí)行這些文件：命令行參數(shù)“init=xxxx”來指定的xxx文件、/sbin/init、/etc/init、/bin/init、/bin/sh。
一、請檢查你的rootfs目錄，看看這點些文件是否存在
二、使用file命令看看它們是什么文件類型，是否可執(zhí)行。
使用busybox時，這些文件是到/bin/busybox文件的鏈接，那就看看busybox的文件類型，可以使用下面的命令：
$ file linuxrc
linuxrc: symbolic link to `bin/busybox'
$ file bin/busybox
bin/busybox: ELF 32-bit LSB executable, ARM, version 1, for GNU/Linux 2.4.3, dynamically linked (uses shared libs), stripped
注意了：如果bin/busybox 是一個動態(tài)鏈接的文件，還要把它用到的庫復(fù)制到rootfs中。唉，越說越復(fù)雜了。這些庫在交叉編譯工具的相應(yīng)目錄下，如果不知道，查google，否則再發(fā)帖。
最后一點，文件系統(tǒng)中各種配置文件、dev目錄也要正確。出現(xiàn)問題時再在這個帖子中說吧。這樣寫下去真是沒完沒了。
回到這個帖子，它的內(nèi)核打印信息為：
VFS: Mounted root (cramfs filesystem) readonly.
Freeing init memory: 116K
Failed to execute /linuxrc. Attempting defaults...
Kernel panic - not syncing: No init found. Try passing init= option to kernel.
說明文件系統(tǒng)掛接成功(VFS: Mounted root (cramfs filesystem) readonly.)；
還說明/linuxrc不存在或者不可執(zhí)行（Failed to execute /linuxrc. Attempting defaults...）；
但是樓主的意思是linuxrc已經(jīng)有了，內(nèi)容為：
#!/bin/sh
echo "mount /etc as ramfs"
/bin/mount -n -t ramfs ramfs /etc
/bin/cp -a /mnt/etc/* /etc
echo "re-create the /etc/mtab entries"
# re-create the /etc/mtab entries
/bin/mount -f -t cramfs -o remount,ro /dev/mtdblock/3 /
/bin/mount -f -t ramfs ramfs /etc
exec /sbin/init
它是一個腳本，它的執(zhí)行依賴于/bin/sh，問題轉(zhuǎn)為：/bin/sh是否存在？是否可以執(zhí)行？
用file命令看看它的類型、是否需要動態(tài)庫。
[此貼子已經(jīng)被作者于2012-2-4 19:21:35編輯過]
| 
QQ好友和群
QQ空間
騰訊微博
騰訊朋友
收藏
淘帖
頂
踩
