Yocto构建中使用EXTERNALSRC+源码符号链接时do_package阶段权限错误求助

从你的错误栈和背景描述来看，核心问题是pseudo模拟root权限失效，加上你用符号链接构建的递归目录结构干扰了Yocto的文件权限处理流程。下面是一步步的排查和解决思路：

1. 先根治目录结构的递归问题 #

Yocto对源码/构建目录的隔离要求很高，循环符号链接会彻底打乱pseudo的文件追踪逻辑——pseudo通过拦截文件系统调用来模拟root权限，递归链接会让它无法正确识别哪些文件属于当前包的构建产物，最终导致fixup_perms阶段无法修改权限。

解决方法：

• 立刻移除构建目录内指向根目录的循环符号链接，把源码目录和Yocto构建目录完全分开（比如源码放在~/applSource，Yocto构建放在~/yoctoBuild，两者没有任何交叉链接）。
• 确认EXTERNALSRC的设置是直接指向真实源码目录，而非符号链接：

  EXTERNALSRC = "/home/user/applSourceDir"  # 用绝对路径替代变量，避免歧义
  

  不要依赖${TOPDIR}这种可能引入路径混乱的变量，直接写死真实路径更可靠。

2. 检查Pseudo的运行状态 #

Pseudo是Yocto实现无root构建的核心，如果它没正常启动，就会出现权限修改失败的问题：

• 查看构建目录下的tmp/work/armv5e-poky-linux-musleabi/appl/1.0/.pseudo目录是否存在，里面有没有socket文件（这是pseudo运行的标志）。
• 重新构建时加上bitbake -D appl，在debug日志里搜索pseudo相关的输出，确认它是否被正确初始化。
• 绝对不要用sudo bitbake运行构建——Yocto设计为普通用户运行，sudo会彻底破坏pseudo的运行环境。

3. 调整Recipe的权限处理逻辑 #

如果目录结构没问题但还是报错，可以针对性修改Recipe，绕过或修复权限处理：

方案A：跳过特定目录的权限修复 #

在Recipe里添加变量，让Yocto跳过对/usr目录的权限自动修正（因为你的FILES:${PN} += "usr"把整个/usr都包含了，范围太大）：

# 跳过/usr目录的权限修复
PACKAGE_FIXUP_PERMS_SKIP += "/usr"

同时，把FILES:${PN}设置得更具体，避免包含整个目录：

FILES:${PN} += "/usr/bin/your-appl-binary /usr/lib/libyour-appl.so*"

方案B：手动在do_install阶段设置权限 #

替代Yocto自动的fixup_perms，自己在安装后手动设置权限：

do_install() {
 cmake --install "${B}" --prefix "${D}" || exit 1
 # 手动设置所有安装文件的权限为root:root，0755/0644
 chown -R root:root "${D}"
 find "${D}/usr/bin" -type f -exec chmod 0755 {} \;
 find "${D}/usr/lib" -type f -name "*.so*" -exec chmod 0755 {} \;
 find "${D}/usr" -type f ! -name "*.so*" ! -path "*/bin/*" -exec chmod 0644 {} \;
}

方案C：修复EXTERNALSRC_BUILD的设置 #

你的Recipe里设置了EXTERNALSRC_BUILD = "${WORKDIR}/appl/${applPreset}"，但cmake_do_configure里又用了-B "${B}"（也就是默认的WORKDIR/build），这两个路径不一致会导致pseudo追踪混乱。要么移除EXTERNALSRC_BUILD（让Yocto用默认值），要么把cmake的构建目录改成EXTERNALSRC_BUILD：

cmake_do_configure() {
 bbnote "Configuring preset ${applPreset} (${applFlavor})"
 cmake --preset ${applPreset} -DBUILD_FLAVOR=${applFlavor} -DUSE_ENV_CC=TRUE -B "${EXTERNALSRC_BUILD}" ${S}
}

4. 验证修复效果 #

修改后，先清理之前的构建产物：

bitbake -c cleansstate appl
bitbake appl

如果还是报错，查看tmp/log/cooker/armv5e-poky-linux-musleabi/appl/1.0/log.do_package日志，里面会有更详细的权限错误细节，帮助定位具体是哪个文件或目录出了问题。

内容的提问来源于stack exchange，提问作者Refugnic Eternium