嵌入式成长轨迹66 【智能家居项目】【ARM 飞凌ok6410】【移植智能家居代码时环境调试问题集锦】

推荐阅读顺序：

基本环境搭建：

【配置】在虚拟机Ubuntu下NFS网络文件系统建立

《ok6410 Qt移植百科全书》

【配置】QT&QWT&sqlite3安装配置

这中间出现问题可查阅

【调试】ARM QT 移植环境搭建问题---补充《ok6410 Qt移植百科全书》

日常使用：

【配置】将PC端QT代码修改为ARM端可用

【配置】SD卡一键烧写

这中间出现问题可查阅：

【调试】智能家居代码移植时环境调试问题集锦

Version 2012.12.6

调试者

郑子木

最初问题A描述

打算在PC机上先试运行智能家居代码

ui_mainwindow.h执行到第34行#include "qwt_plot.h"出错：

/mnt/hgfs/share/ARM/移植/ProgramCode最新PC版/OutPut/ui_mainwindow.h:34:error: qwt_plot.h: No such file or directory

A原因分析//包括资料查找、背景材料等。也可以附上网址。必要的文档可以作附件列后。下同。

qwt_plot.h是qwt库中的一个文件。那么应该是没有安装qwt库。

A解决步骤 //简单的可以多步骤一起列在下面

解决：安装qwt库，参考《【配置】QT&QWT&sqlite3安装配置》

A后状况B描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

交叉编译项目时出错：

:-1: error: No rule to make target `/mnt/hgfs/share/ARM/移植/ProgramCode最新PC版/OutPut/ui_timedialog.h', needed by `timedialog.o'. Stop.

B原因分析

因为虽然在项目的.pro文件中加入了qwt的路径，但是没有在Ubuntu中将其添加进PATH环境变量

B解决步骤

解决：

在PATH中加入qwt的路径

B后状况C描述

:-1: error: No rule to make target `/mnt/hgfs/ProgramCode最新PC版/OutPut/timedialog.ui', needed by `ui_timedialog.h'. Stop.

C原因分析 //包括资料查找、背景材料等。也可以附上网址。必要的文档可以作附件列后。下同。

UI界面设计好以后，需要生成对应的.h文件，才可以引用。

C解决步骤 //简单的可以多步骤一起列在下面

解决：怎么生成.h文件呢？很简单，打开命令行，转到ui文件目录下，输入uic -o ui_***.h ***.ui，执行即可在当前目录下生成名为ui_***的.h文件

C后状况D描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

./Database/DBData.h:4:21: error: sqlite3.h: No such file or directory

D原因分析

1、需要注意：

拷贝是需要加上 –arf选项，因为libsqlite3.so，libsqlite3.so.0是链接到libsqlite3.so.0.8.6的。

2、没有将sqlite库所在位置添加到.pro文件的includepath，导致找不到sqlite库。

D解决步骤

1、

cd /home/sqlite-3.3.8/sqlite-arm-linux/lib

cp –arf libsqlite3.so libsqlite3.so.0. libsqlite3.so.0.8.6 /usr/qt-sqlite/lib

cd /home/sqlite-3.3.8/bin

cp sqlite3 /usr/qt-sqlite

然后把sqlite3和lib下的库文件移植到ARM上

2、在pro的includepath里加上/usr/local/include（有sqlite3.h的地方）

D后状况E描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

执行PC端代码时（非ARM端）

failed QSqlError(-1, "Error opening database", "unable to open database file")

QSqlQuery::exec: database not open

E原因分析

1、要求全路径并且数据库文件有写权限

2、拷贝项目后，要改变项目的output路径，否则会找不到很多生成文件。

解决步骤E

1、

google回答：

I searched the web and Google told me I need to specify the full path (no ~ or $HOME etc.) of the database file and the web server needs the write permission to the file. Sure, I actually had done both before the exception occurred.

Having being pissed for a while, I finally figured out what was wrong here: The web server needs the write permission to not only the database file, but also the containing directory of that file.

2、拷贝项目后，要在project里边改变output的路径，使之跟自己目前的output路径一致

E后状况F描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

/usr/local/arm/4.3.2/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/http://www.cnblogs.com/http://www.cnblogs.com/arm-none-linux-gnueabi/bin/ld: skipping incompatible /usr/local/Trolltech/qt-4.7.1-arm/lib/libqwt.so when searching for -lqwt

F原因分析

-lqwt的路径未指定或指定了错误位置，导致识别不了-lqwt

解决步骤F

解决方法1、

1）、右键点击工程.pro文件—>Properties of *.pro—>选择Variables选项卡—>左侧栏点击+按钮—>QT Variables选择LIBS，

2)、点击确定，将此QT变量加入—>点击左侧栏刚添加的?LIBS—>右侧栏点击+按钮—>在弹出的文本框中输入库文件：/usr/local/qwt-5.2.1/lib/libqwt.so.5.2.1 或者 -L"/usr/local/qwt-5.2.1/lib/" -lqwt（若编译ARM版本，此库文件必须为安装的ARM版本的qwt目录中的库文件，视具体实际所在目录）—>点击确定—>点击OK，添加完成。

解决方法2、

当然也可直接在.pro文件中修改，在-lqwt前加上-L"/usr/local/qwt-5.2.1/lib/"（若编译ARM版本，此库文件必须为安装的ARM版本的qwt目录中的库文件，视具体实际所在目录）

F后状况G描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

/usr/local/arm/4.3.2/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/http://www.cnblogs.com/http://www.cnblogs.com/arm-none-linux-gnueabi/bin/ld: cannot find -lsqlite3

collect2: ld returned 1 exit status

make: *** [SmartHome] Error 1

G原因分析

这是类似的问题，应在pro文件中加入-lsqlite的路径

解决步骤G

在项目的.pro中修改

LIBS += -L"/usr/local/qwt-5.2.1/lib/" -lqwt -lsqlite3

在-lsqlite3前加上-L"" -L后指向静态库sqlite3.a所在目录

G后状况H描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

./SmartHome: symbol lookup error: /usr/lib/libqwt.so.5: undefined symbol: _ZN7QWidget16contextMenuEventEP17QContextMenuEvent

H原因分析

1、没有设置好qwt的环境变量

2、没有在.pro中加入LIBS

H解决步骤 //简单的可以多步骤一起列在下面

1、按文档重新设置。

2、右键点击工程.pro文件—>Properties of *.pro—>选择Variables选项卡—>左侧栏点击+按钮—>QT Variables选择LIBS，点击确定，将此QT变量加入—>点击左侧栏刚添加的 LIBS—>右侧栏点击+按钮—>在弹出的文本框中输入库文件： /usr/local/qwt-5.2.1/lib/libqwt.so.5.2.1

或者

在.pro文件中加上 -L"/usr/local/qwt-5.2.1/lib/" -lqwt（若编译ARM版本，此库文件必须为安装的ARM版本的qwt目录中的库文件，视具体实际所在目录）—>点击确定—>点击OK，添加完成。

H后状况I描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

./SmartHome: error while loading shared libraries: libQtSql.so.4: cannot open shared object file: No such file or directory

I原因分析//包括资料查找、背景材料等。也可以附上网址。必要的文档可以作附件列后。下同。

Qt sql相关的库未拷贝或者环境变量没有设置好

I解决步骤 //简单的可以多步骤一起列在下面

设置好环境变量，按文档设置好PATH等。注意设置时有没有奇怪的符号或者漏了什么（不小心打漏引号也会识别不了该环境变量）

I后状况J描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

QWSTslibMouseHandlerPrivate: ts_open() failed with error: 'No such file or directory'

Please check your tslib installation!

J原因分析//包括资料查找、背景材料等。也可以附上网址。必要的文档可以作附件列后。下同。

http://blog.163.com/cailing_07@126/

http://blog.163.com/cailing_07@126/blog/static/33915087201211993413287/

http://www.baidu.com/s?wd=Please+check+your+tslib+installation%21+&tn=sogouie_dg

http://blog.chinaunix.net/uid-9185047-id-3169508.html

http://blog.csdn.net/alan00000/article/details/7194738

http://blog.csdn.net/alan00000/article/details/7194727

http://blog.sina.com.cn/s/blog_6410b69201014mzk.html

http://johnylai.i.sohu.com/blog/view/98048548.htm

J解决步骤 //简单的可以多步骤一起列在下面

1、将环境变量逐条输入

2、修改环境变量export QWS_MOUSE_PROTO=tslib:/dev/event0

3、在编译qt时要配置好tslib参数及修改源代码为tslib支持

4、如果还不行，将上面的环境变量改为： Tslib:dev/input/event0、1、2等（注意要是没用一键烧写而是用tftp 51000000来烧写的话，用bootm运行之后的内核才是新烧写的。重启之后仍会启动一键烧写写定的内核。而这可能导致tslib的文件不一样）

J后状况K描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

Database Error: "unable to open database file Error opening database"

QSqlQuery::exec: database not open

类似的

[root@FORLINX6410]# /opt/SmartHome/SmartHome/SmartHome -qws -font wenquanyi

Open database failed!

Database??初??始??化??失??败??了

"show current '??温??度' data of room '??1', area '??1', date '2000-01-01' "

K原因分析//包括资料查找、背景材料等。也可以附上网址。必要的文档可以作附件列后。下同。

1、

当时调试pc端的时候——

在qt的.pro中修改

LIBS += -L"/usr/local/qwt-5.2.1/lib/" -lqwt -lsqlite3

在-lsqlite3前加上-L"" -L后指向静态库sqlite3.a所在目录

编译arm端的时候：

/usr/local/arm/4.3.2/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/http://www.cnblogs.com/http://www.cnblogs.com/arm-none-linux-gnueabi/bin/ld: warning: library search path "/usr/local/lib" is unsafe for cross-compilation

其实arm端的sqlite3.a并不在/usr/local/lib，此时应该将库放在arm板下的此目录。

2、

可能是声明QSqlQuery query时没有与数据库连接名关联啊

3、

放置数据库文件的目录没有权限

数据库文件调用时没有使用绝对路径！！

K解决步骤 //简单的可以多步骤一起列在下面

1、

其实arm端的sqlite3.a并不在/usr/local/lib，此时应该将库放在arm板下的此目录。

2、

QSqlQuery query

改为

QSqlQuery query(数据库对象名)；

3、

对放置数据库文件的目录进行权限设置（可读写，包括子目录）

数据库文件要使用绝对路径！！

1）

QSqlDatabase dbconn = QSqlDatabase::addDatabase("QSQLITE");

dbconn.setDatabaseName("/opt/SmartHome/Database/SmartHomeDatabase.db");【注意这里！】

dbconn.setUserName("smartHome");

dbconn.setPassword("123456");

2）

//CDatabase.cpp中

bool CDataBase::Init()

{

if(OpenDB("/opt/SmartHome/Database/SmartHomeDatabase.db"))//【注意这里！】

K后状况L描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

希望开机自动启动智能家居，但/etc/init.d/rcS不能运行带参数（-qws等）的命令

L原因分析//包括资料查找、背景材料等。也可以附上网址。必要的文档可以作附件列后。下同。

非shell脚本命令在初始化时无法添加参数

L解决步骤 //简单的可以多步骤一起列在下面

解决方法：使用shell脚本

1、在/etc/init.d/rcS 最后一行加上

/etc/init.d/SmartHome.sh &

2、另外在本文件夹中创建SmartHome.sh，内容如下：

#! /bin/sh

/opt/SmartHome/SmartHome/SmartHome -qws -font wenquanyi &

3、运行出现错误 /opt/SmartHome/SmartHome/SmartHome: error while loading shared libraries: libQtSql.so.4: cannot oy

在SmartHome.sh中加入所有环境变量，最后内容如下：

#! /bin/sh

export PATH='/usr/local/lib:/usr/lib:/opt/qt-4.7.1/lib:/sbin:/usr/sbin:/bin:/usr/bin:/opt/Qtopia4.4.3/lib:/opt/Qtopia4.4.3/bin'

export QPEDIR='/opt/qt-4.7.1'

export QTDIR='/opt/qt-4.7.1'

export QT_QWS_FONTDIR='/opt/qt-4.7.1/lib/fonts'

#:/opt/Qtopia4.4.3/lib/fonts'

export QWS_DISPLAY='LinuxFb:mmWidth152:mmHeight88:1'

export QWS_MOUSE_PROTO='Tslib:/dev/input/event2'

#MouseMan:/dev/input/mice'

#or /dev/input/event1:Tslib

export TSLIB_CALIBFILE='/etc/pointercal'

export TSLIB_CONFFILE='/usr/local/tslib/etc/ts.conf'

export TSLIB_CONSOLEDEVICE='none'

export TSLIB_FBDEVICE='/dev/fb0'

export TSLIB_PLUGINDIR='/usr/local/tslib/lib/ts'

export TSLIB_ROOT='/usr/local/tslib'

export TSLIB_TSDEVICE='/dev/input/event2'

#or /dev/input/event2or 1

export TSLIB_TSEVENTTYPE='H3600'

export QT_PLUGIN_PATH='/opt/qt-4.7.1/plugins:/opt/Qtopia4.4.3/qt_plugins/'

export LD_LIBRARY_PATH=$QTDIR/lib:$QTDIR/plugins/:$TSLIB_ROOT/lib:/usr/local/lib:/usr/lib:/opt/Qtopia4.4.3/qt_plugins/:$LD_LIBRARY_PATH

/opt/SmartHome/SmartHome/SmartHome -qws -font wenquanyi &

成功运行！

L后状况M描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

尝试将整个文件系统烧写到Nandflash，让ARM板直接从Nandflash启动，而非通过NFS。

M原因分析//包括资料查找、背景材料等。也可以附上网址。必要的文档可以作附件列后。下同。

参考《OK6410-A开发板LINUX3.0.1用户手册》3-6-3 烧写yaffs文件系统

（这个只有旧版的mmc能用，2012.9月之后的请参考文档《【配置】SD卡一键烧写》）

（虽然下面的没用上也补充下）

ARM 制作文件系统

http://linux.chinaunix.net/techdoc/system/2008/09/10/1031407.shtml

http://www.cppblog.com/jb8164/archive/2008/02/19/42937.html

http://blog.sina.com.cn/s/blog_6838b5fb0100kev6.html

mkyaffs2image http://blog.csdn.net/bjutstar/article/details/7182089

http://blog.csdn.net/ydk03526203300/article/details/7486356

M解决步骤 //简单的可以多步骤一起列在下面

参考《OK6410-A开发板LINUX3.0.1用户手册》3-6-3 烧写yaffs文件系统

（这个只有旧版的mmc能用，2012.9月之后的请参考文档《【配置】SD卡一键烧写》）

PS：

在boot下setenv bootargs "root=/dev/mtdblock3 rootfstype=yaffs2 console=ttySAC0,115200"

记得保存参数：setenv bootargs "root=dev/nfs nfsroot=192.168.0.10:/forlinx/root rw noinitrd init=/linuxrc ip=192.168.1.232:192.168.1.10:192.168.1.1:255.255.255.0 console=ttySAC0,115200"

M后状况N描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

/mnt/disk（而不是制作镜像并烧写）来烧写文件系统后，打开出现kernel panic

N原因分析//包括资料查找、背景材料等。也可以附上网址。必要的文档可以作附件列后。下同。

文件系统层次出错的话会导致kernel panic

N解决步骤 //简单的可以多步骤一起列在下面

用/mnt/disk（而不是制作镜像并烧写）来烧写文件系统时，不要直接压缩root文件夹。而要将里边的东西全选之后压缩（总之不能直接看到root在里边，而是应该打开就是一堆文件）

N后状况O描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

搭建好根文件系统并编译成镜像的之后，下载到开发板上去运行

Failed to execute /linuxrc. Attempting defaults...

Kernel panic - not syncing: No init found. Try passing init= option to kernel. .

[<c003bca8>] (unwind_backtrace+0x0/0xfc) from [<c04f4718>] (dump_stack+0x18/0x1c)

[<c04f4718>] (dump_stack+0x18/0x1c) from [<c04f477c>] (panic+0x60/0x1ac)

[<c04f477c>] (panic+0x60/0x1ac) from [<c00355dc>] (init_post+0xc8/0x140)

[<c00355dc>] (init_post+0xc8/0x140) from [<c00084c8>] (kernel_init+0xf4/0x130)

[<c00084c8>] (kernel_init+0xf4/0x130) from [<c0036a34>] (kernel_thread_exit+0x0/)

O原因分析//包括资料查找、背景材料等。也可以附上网址。必要的文档可以作附件列后。下同。

原因可能有三个：

1、烧写方法步骤错误

2、内核选项勾选错误，导致编译出来的内核不兼容

3、文件系统搭建出现问题

O解决步骤 //简单的可以多步骤一起列在下面

参考《【小结】智能家居项目 ok6410 kernel panic错误小结》

1、烧写方法

1) 一键烧写

飞凌的一键烧写必须把流程整个执行完，如果中间中断必须从头开始烧，不然就算烧写的东西是对的，也会出这个错误。

参考《【配置】SD卡一键烧写》

2）/mnt/disk烧写（飞凌2012.9以后的板子的mmc等不再支持这一功能）

用/mnt/disk（而不是制作镜像并烧写）来烧写文件系统时，不要直接压缩root文件夹。而要将里边的东西全选之后压缩（总之不能直接看到root在里边，而是压缩文件应该打开就是一堆文件）

2、关于内核编译

1）provide old way to pass kernel parameters

http://blog.sina.com.cn/s/blog_69d6931501011b8j.html

在网上搜了很久，各种方法都试过，还是这个问题。

突然想起来参考的移植说明上，在内核的配置中，有一个配置选项我没有选上，或许就是这个问题导致的吧！我试了下，果然就是这个问题。但此时又出现了新的问题。真是一波刚平一波又起啊！

哎！到底该选项怎么影响到linuxrc的执行，还不清楚，先记录下来，以备后来查看！有曾经做过这方面的大牛，或是正在路上的小牛，希望能和小弟一块交流学习。

该选项就是在kernel features下provide old way to pass kernel parameters,有图有真相，呵呵...如下：

2）filesystem

内核要支持你烧写的文件系统，相应的选项也要勾上

这个如果不能保证，内核启动时会出现类似如下错误： VFS: Cannot open root device "mtdblock2" or unknown-block(2,0) Please append a correct "root=" boot option

如果内核支持文件系统以及下边讲的文件系统寻址这两点能保证，就可以挂接上文件系统，出现类似下面的字样时，革命已经成功了80％： VFS: Mounted root (cramfs filesystem) readonly. Freeing init memory: 116K

3）

在内核中，把网卡加进去就可以了

4）Verify nand page writes

Comment 1 by project member changbin.du@gmail.com, Jun 17, 2012

enable MTD "write verify" option.

Status:Fixed

5）重新配置内核

如果以上都不行，只能这样了——飞凌光盘上有内核代码，这个编译完是可以直接用的。那么，在这个配置的基础上，再勾选后来你需要添加的选项（比方说USB转串口驱动等），进行内核编译。

3、关于文件系统

引用 http://www.100ask.net/forum/showtopic-15.aspx 2楼韦东山先生：

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支持的烧写的文件系统映象格式不同、使用的烧写命令也可能不同，请注意这点。另外，马大哈们制作文件系统映象时，使用的工具也不要弄错了。最后，请保证这个文件系统映象是“真的烧写了”，因为如果flash只是擦除而没有烧写，它也是“正确的、可以挂接的文件系统”──有人碰到这个问题，我和他答非所问地折腾了很久。这个问题如果不能保证，内核启动时会出现类似如下错误： VFS: Cannot open root device "mtdblock2" or unknown-block(2,0) Please append a correct "root=" boot option 如果文件系统寻址以及内核支持文件系统这两点能保证，就可以挂接上文件系统，出现类似下面的字样时，革命已经成功了80％： VFS: Mounted root (cramfs filesystem) readonly. Freeing init memory: 116K

2）文件系统的内容要完备

（如果是在之前验证过可以烧写成功的文件系统基础上进行开发，没有删除文件或修改关键链接，那么这个部分可以跳过）

挂接文件系统后，内核就会读取、执行文件系统中的某个文件，通过它来启动应用程序。这个文件要么通过命令行参数“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

2）换一个文件系统制作工具。

比方说飞凌的mkyaffs2image-nand2g和mkyaffs2image-nand256m可能不太能用。改用以前mkcramfs则是可以的。但这会生成cramfs文件，所以得要用回旧的mmc （2012.9之前买的飞凌ok6410光盘附带那个）才能进行一键烧写。

http://blog.csdn.net/ayangke/article/details/6280400

我刚开始以为我的linuxrc没有执行权限，一查看，是有的。

上网一搜，发现好多兄弟都遇到类似的问题，那些回答问题的都说是linuxrc没有加执行权限啊，busybox没有选中shell选项啊，我一看，全是乱说，busybox默认就是选中shell的，除非你手动把他取消掉了，还有生成linuxrc默认就是有可执行权限的。

我把原厂的根文件系统源码拿来编译一次，下载进去还是同样的错误，于是我就朝着mkyaffs2image这个yaffs2文件系统镜像制作工具上去，一搜发现，原来我用的是这个工具不支持128M的nand，有一个哥们对其进行了修改，并使之支持了128M

后状况描述 //可以是文字描述、截图等。若步骤过于简单，此栏可略。若出现新问题，则必须填写。下同

原因分析//包括资料查找、背景材料等。也可以附上网址。必要的文档可以作附件列后。下同。

解决步骤 //简单的可以多步骤一起列在下面

以上调试结束

PS:QtCreator若不小心在虚拟机中按下全屏选项，只要按alt+w将该选项的勾去掉即可·

附件目录

附件一	系统启动挂载根文件系统时Kernel panic
附件二

附件1

题目：系统启动挂载根文件系统时Kernel panic

来源：http://www.100ask.net/forum/showtopic-15.aspx

正文内容：

我制作了根文件系统，在启动之后停在这里了： 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 做根文件系统时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 rcS如下： #!/bin/sh /bin/mount -a 请问大侠，这个问题怎么解决，我内核版本是2.6.19.2的！

回复: 系统启动挂载根文件系统时Kernel panic

这类问题很常见，先总体介绍一下解决思路。能出现让人激动的的控制台，那么系统移植已经接近完成；但是不少人在最后一步出现问题。要点如下： 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支持的烧写的文件系统映象格式不同、使用的烧写命令也可能不同，请注意这点。另外，马大哈们制作文件系统映象时，使用的工具也不要弄错了。最后，请保证这个文件系统映象是“真的烧写了”，因为如果flash只是擦除而没有烧写，它也是“正确的、可以挂接的文件系统”──有人碰到这个问题，我和他答非所问地折腾了很久。 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中。唉，越说越复杂了。这些库在交叉编译工具的相应目录下，如果不知道，查google，否则再发帖。最后一点，文件系统中各种配置文件、dev目录也要正确。出现问题时再在这个帖子中说吧。这样写下去真是没完没了。回到这个帖子，它的内核打印信息为： 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命令看看它的类型、是否需要动态库。解决时请把经验留下。

附件2

题目：

来源：

正文内容：

嵌入式成长轨迹66 【智能家居项目】【ARM 飞凌ok6410】【移植智能家居代码时环境调试问题集锦 】

嵌入式成长轨迹66 【智能家居项目】【ARM 飞凌ok6410】【移植智能家居代码时环境调试问题集锦】