内核启动文件系统错误的解决办法

启动过程错误提示信息解决办法 制作了根文件系统,在启动之后停在这里了:
NET: Registered protocol family 1
NET: Registered protocol family 17
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.
内核 boot option 里面的命令行设置为:noitinrd root=/dev/mtdblock2 rootfstype=cramfs console=ttySAC0,115200 init=/linurc mem=64M
这类问题很常见,先总体介绍一下解决思路. 能出现让人激动的的控制台,那么系统移植已经接近完成;但是不少人在最后一步出现问题.
要点如下:
1. 在正确的位置烧写正确格式的文件系统映象:
2. 内核支持这种文件系统格式
3. 文件系统的内容要完备

上面说得简单,一个个介绍.
1. 在正确的位置烧写正确的文件系统映象:
(a). 正确的位置 嵌入式开发中,常通过 bootloader 烧写文件系统映象,假设写在 flash 的地址 A 处. 内核启动时,显然要从地址 A 处读取文件系统,内核是怎么知道的呢?通过命令行参数，比如"root=/dev/mtdblock2 "./dev/mtdblock2 又是怎么和地址 A 对应上的呢?内核将 flash 划分为 几个分区,这是在代码中固定的./dev/mtdblock2 是第 3 个分区,它的开始地 址必须是 A.
在内核启动时,可以看到这些分区的开始地址,结束地址,比如内核启动时会有 类似下面的信息:

Creating 3 MTD partitions on "NAND 64MiB 3,3V 8-bit":
0x00000000-0x00030000 : "bootloader"
0x00050000-0x00250000 : "kernel"
0x00250000-0x03ffc000 : "root"
对于上面的内核信息, /dev/mtdblock2 对应 root 分区, 开始地址为 0x00250000, 使用 bootloader 写文件系统映象时,烧写的地址必须是 0x00250000 所以,要保证 3 点:
① bootloader 烧到地址 A,
② 地址 A 是内核某个分区的开始地址,
③ 命令行参数"root=/dev/mtdblockXXX "是这个分区
(b). 正确格式的文件系统映象,不同的 bootloader 支持的烧写的文件系统映象格式不同,使用的烧写命令也可能不同,请注意这点. 另外,制作文件系统映象时,使用的工具也不要弄错了.
最后,请保证这个文件系统映象是"真的烧写了"
2. 内核支持这种文件系统格式 配置内核时选上要支持的文件系统格式
1,2 这两个问题如果不能保证,内核启动时会出现类似如下错误:
VFS: Cannot open root device "mtdblock2" or unknown-block(2,0) Please append a correct "root=" boot option
如果 1,2 能保证,就可以挂接上文件系统,出现类似下面的字样时,革命已经成功了 80%:

VFS: Mounted root (cramfs filesystem) readonly.
Freeing init memory: 116K
3. 文件系统的内容要完备 挂接文件系统后,内核就会读取,执行文件系统中的某个文件,通过它来启动应用程序.这个文件要么通过命令行参数"init=xxxx"来指定,要么取默认的文件(下面说明). 一般制作文件系统映象时,都是在一个目录(假设目录名为 rootfs)下放好各种东西:bin/,sbin/,lib/等目录,etc/fstab 等文件,然后将这个目录制作为文件系统映象. 可以想象,如果这个目录中的东西不对,不全,即使制作出了文件系统映象,也只是能识别出来,挂接上去;但是启动不了——所谓启动,不就是执行文件系统中的程序嘛?
这时会有类似以下的错误:

Failed to execute /linuxrc. Attempting defaults...
Kernel panic - not syncing: No init found. Try passing init= option to kernel.
它说得很明显,"Failed to execute /linuxrc"——执行/linuxrc 失败: 它为什么要执行/linuxrc,还不是因为你在命令行中加入了"init=/linuxrc" 这个参数.
它为什么会失败?
原因有二:
一,你制作文件系统映象时,rootfs 目录下有 linuxrc 这个文件吗?
二,rootfs 目录的 linuxrc 文件是正确的吗? 请好好确定这两点,大多数是没有 linuxrc 文件——linuxrc 是 busybox 自动生成的,只要配置好就可以. 如果有linuxrc,那么就是它无法执行了(解决方法在下面). 不用 linuxrc 行不行?当然行!看看内核文件 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.");
就是说,它会依次尝试执行/sbin/init,/etc/init,/bin/init,/bin/sh 这些文件,都失败后才打印出错信息"No init found. Try passing init= option to kernel.". 所以,出现这个出错信息时,就表明了没有或是无法执行这些文件:命令行参数 "init=xxxx"来指定的 xxx 文件, /sbin/init, /etc /init, /bin/init, /bin/sh.
一,请检查你的 rootfs 目录,看看这点些文件是否存在
二,使用 file 命令看看它们是什么文件类型,是否可执行. 使用 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 是一个动态链接的文件,还要把它用到的库复制到 rootfs 中
回到这个帖子,它的内核打印信息为:

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.
说明文件系统挂接成功(VFS: Mounted root (cramfs filesystem) readonly.);
还说明 /linuxrc 不 存 在 或 者 不 可 执 行 ( Failed to execute /linuxrc. Attempting defaults...);
如linuxrc 已经有了,内容为:
#!/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
它是一个脚本,它的执行依赖于/bin/sh,问题转为:/bin/sh 是否存在?是否可以执行?
用 file 命令看看它的类型,是否需要动态库.
---摘自百度文库
---文库贡献者： zhupan19851230
贴出来大家学习研究，能完善的大家在后面补上些。省的东拼西凑找相关问题的解决办法。

很详细，很好

不错，就是格式有些乱，希望楼主能整理整理

不错，可以借鉴一下