Yocto镜像构建不是“跑个命令就完事”——一位嵌入式工程师的实战手记
去年冬天，我在调试一个树莓派4网关固件升级失败的问题。烧录好的core-image-full-cmdline-raspberrypi4-64.wic.gz在客户现场反复卡在initramfs解压阶段，而本地QEMU仿真一切正常。排查三天后才发现：local.conf里一句被注释掉的SERIAL_CONSOLE = ""，在某次CI流水线误操作中被意外启用，导致串口初始化顺序错乱——Yocto不会报错，它只会安静地按你写的每行配置去执行，哪怕那行是错的。
这件事让我彻底放弃“照着文档敲命令”的学习方式。Yocto不是黑盒，它是可触摸、可打断、可逐层拆解的工程系统。下面这些内容，是我踩过坑、改过源码、重装过七次构建环境后，真正沉淀下来的实践认知。
local.conf：别把它当配置文件，它是构建系统的“启动参数”
很多人把local.conf当成.bashrc一样的环境变量设置文件，这是第一个误区。它其实是BitBake启动时注入的第一批“上下文指令”，决定了整个构建会话的DNA。
比如这行：
MACHINE = "raspberrypi4-64"它触发的远不止是加载meta-raspberrypi/conf/machine/raspberrypi4-64.conf。BitBake会顺着这个变量，自动拉起一整条依赖链：
- 加载meta-yocto-bsp/conf/machine/include/arm/arch-armv8a.inc（定义ARMv8架构通用寄存器）
- 激活meta-raspberrypi/recipes-kernel/linux/linux-raspberrypi_%.bbappend（打补丁）
- 调用meta-raspberrypi/recipes-bsp/bootfiles/rpi-config_git.bb（生成config.txt）
- 甚至影响tmp/work/raspberrypi4_64-poky-linux-gnueabi/linux-raspberrypi/.../build/.config中CONFIG_ARM64_VA_BITS=48的默认值
所以当你看到构建日志里突然出现NOTE: Runtime target 'linux-raspberrypi' is unbuildable，别急着查内核配置，先确认MACHINE是否拼写正确——raspberrypi4-64和raspberrypi4-64b是两个完全不同的layer入口。
再看这个常被忽略的配置：
SSTATE_MIRRORS = "file://.* https://mirror.mycompany.com/sstate/PATH"它不是简单的“下载缓存”，而是BitBake任务调度器的决策开关。当执行do_compile时，BitBake会计算该任务输入的哈希值（包括SRCREV
