WhyCan Forum(哇酷开发者社区)

@msro6rr etc里环境配好了应该是可以的。我稍后测试了，把结果发上来。
@晕哥 创建 /dev/console 设备文件和 /dev/pts/ /dev/shm 文件夹关系不大。console这个设备文件是因为/etc/inittab里有一句"/dev/console ::respawn:/sbin/getty -L  /dev/console 115200 vt100"。因为我一开始对buildroot进行了make distclean，再make的(这样生成的文件系统只有1.6M)，所以inittab出现了这句话，而我先前用默认的配置，通过buildroot生成的inittab，就是"/dev/ttyS0::respawn:/sbin/getty -L  /dev/ttyS0 115200 vt100".只是默认配置生成的文件系统有97M，无法搞进spi nor里。而那两个文件夹，本身生成的文件系统里就有。

现在，先把昨天+今天的测试结果总结一下，(在做了大量测试后)，简单来说就是，当我使用http://nano.lichee.pro/get_started/first_eat.html#u-boot教程中的工具链来编译busybox，制作出的rootfs运行时就是10楼的运行结果，死活起不来。后面也查了些资料，看到过两篇有说是编译工具链与busybox版本的问题，其中一篇https://blog.csdn.net/chuanzhilong/article/details/52901973。一周前逛坑网时，也有看到说因为工具链导致的问题，不过不是导致的问下系统起不来，貌似是和uboot有关。
我把buildroot生成的busybox可执行程序，替换busybox生成的busybox可执行程序，运行的时候，也是死在10楼的地方，只是报错信息稍微有些不同。
俗话说，在排除了所有不可能，剩下的那个再不可能，也是真相了。
于是我想到用buildroot里的工具链来编译busybox，结果这次就成功跑起来了。

ermao 说：

晕哥 说：

可能你又一个被官方文档毒害的孩纸: https://whycan.cn/t_2002.html#p13479

确实呀，把那冒号去掉就好了..现在就到 [    1.436840] Waiting for root device /dev/mtdblock3...
这个了

论坛里面搜索一下, 很多答案.

貌似 SPI 频率高了,  50Mhz 可能超过你板子忍受的极限了?