本文探讨了在使用BusyBox和ExtraFile进行项目开发时遇到的问题，主要集中在如何正确配置交叉编译器以确保两者之间的兼容性。通过分析BusyBox的makefile文件，作者发现makeclean命令仅清理了BusyBox编译文件和Ramdisk镜像文件，而忽略了额外文件（ExtraFile）。进一步研究发现，ExtraFile是来自eldk-5.1，而当前使用的交叉编译器是eldk-4.2。通过从eldk-4.2中重新拷贝文件覆盖ExtraFile，并重新编译，问题得到解决。这强调了在编译文件系统时，BusyBox、ExtraFile和高层编译都应使用相同的交叉编译器的重要性。
最近做项目的时候一直被Ramdisk困扰，一个文件系统不能使用的时候只会报一个exception: 0xff.....。这个时候很难直接根据地址进行调试，gdb或者object dump也都不是很好用。
先说一下我的文件系统的构成，busybox-1.19 + extra file. Extra file里面有一些功能性的文件，比如xinetd可以用来执行连接，rsh和rlogin可以用shell去控制其他系统。
这时候只能检查一下makefile这个文件了，检查发现，如果make clean的话只清空busybox编译的文件和ramdisk镜像文件，并没有对extra file进行操作，这是因为extra file是从eldk里面直接拷贝过来的，都是提前编译过的文件(pre-compiled).
于是先暂时在编译的时候移除extra file,重新编译以后chroot,这时候可以切换。说明问题在extra file上面。于是重新看了下denx的网站，突然想起来extra file都是从eldk-5.1里面拷贝出来的，而我现在用的交叉编译器(cross-compile)是eldk-4.2里面的。
从eldk-4.2里面重新拷贝文件覆盖extra file,编译测试。问题解决。这告诉我们编译文件系统时，busy box，extra file和高层的编译都需要使用同样的交叉编译器。
扫一扫
12
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
