刚接触Yocto/Toaster定制树莓派镜像时遇到这种启动图不更新的情况很常见，我帮你梳理几个最可能的原因和解决步骤：

1. 确认文件替换的准确性与权限 #

首先检查你替换的文件是不是psplash-poky-img.h（Poky默认的启动图头文件），路径是否正确：poky/meta/recipes-core/psplash/files/psplash-poky-img.h。
另外，替换后要确保文件的权限和原有文件一致，比如用ls -l对比新旧文件的owner和权限设置——如果权限不对，BitBake可能会忽略这个修改，继续使用缓存里的旧文件。

2. 清理BitBake缓存，强制重新编译Psplash #

BitBake会依赖缓存来加速构建，有时候即使你替换了文件，它也可能没检测到变化。执行以下命令彻底清理Psplash的构建状态后重新编译：

bitbake -c cleansstate psplash
bitbake psplash

如果用Toaster构建，记得在构建前刷新层配置，或者手动触发Psplash的重新构建任务，再构建完整镜像。

3. 检查层优先级，确认使用的Psplash Recipe #

你加载的层里（比如meta-raspberrypi、meta-oe）可能存在优先级更高的Psplash Recipe，覆盖了你修改的Poky默认Recipe。执行以下命令查看当前生效的Psplash Recipe来源：

bitbake-layers show-recipes psplash

如果输出显示生效的Recipe不是poky/meta/recipes-core/psplash/下的，那你修改Poky里的文件自然不会生效。这种情况下，你可以：

• 要么在优先级更高的层里修改对应的Psplash文件
• 要么在你的自定义层（toaster-custom-images）里添加自己的Psplash Recipe，覆盖其他层的配置

4. 确保完整镜像包含新编译的Psplash包 #

有时候单独编译Psplash后，构建完整镜像时BitBake可能没有自动拉取新的包。你可以：

• 先单独编译Psplash（bitbake psplash），再执行完整镜像构建：bitbake core-image-minimal
• 或者在local.conf里添加IMAGE_INSTALL:append = " psplash"，确保镜像一定会包含Psplash，并且强制使用最新编译的版本

5. 更可靠的自定义方式：通过变量指定启动图 #

直接修改Poky的默认文件不是最佳实践（后续更新Poky时你的修改会被覆盖），更推荐在local.conf或者你的自定义层里通过变量指定自定义启动图：

1. 把你的自定义.h文件放到自定义层的recipes-core/psplash/files/目录下（比如toaster-custom-images/recipes-core/psplash/files/my-custom-img.h）
2. 在自定义层的Psplash bbappend文件（比如psplash_%.bbappend）里添加：

PSPLASH_IMG = "${WORKDIR}/files/my-custom-img.h"

这样既不会修改Poky的核心文件，也能确保你的自定义启动图被优先使用。

6. 验证镜像文件是否正确烧录 #

最后确认你烧写到树莓派的是最新构建的镜像——检查build/tmp/deploy/images/raspberrypi<你的型号>/下的镜像文件时间，确保是你修改后构建的版本，避免不小心烧了旧镜像。

内容的提问来源于stack exchange，提问作者Montė