制作Ramdisk启动时编译文件系统的几个注意事项。

最近做项目的时候一直被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和高层的编译都需要使用同样的交叉编译器。