Yocto启用multilib后32位libpam符号链接缺失问题求助

核心原因分析 #

你遇到的问题并非Yocto/BitBake主动删除符号链接，而是32位开发包未包含该符号链接，且镜像未引入对应开发包：

• libpam.so这类不带版本号的符号链接属于开发包（-dev）范畴，供编译时链接使用；带版本号的libpam.so.X属于运行时主包，因此能正常出现在镜像中。
• 64位的libpam-dev通过%files段明确包含了/lib64/libpam.so，但32位的lib32-libpam-dev对应的lib32-libpam.spec中，大概率遗漏了将/lib/libpam.so加入%files的配置，导致该链接未被打包进32位开发包。
• 若你的镜像IMAGE_INSTALL列表中未添加lib32-libpam-dev，即使开发包配置正确，该符号链接也不会被纳入最终镜像。

针对问题的解决方案 #

1. 修正32位libpam的spec文件 #

编辑lib32-libpam.spec，找到lib32-libpam-dev对应的%files段，添加/lib/libpam.so：

%files lib32-libpam-dev
...
/lib/libpam.so
...

重新构建lib32-libpam包，确保lib32-libpam-dev包含该符号链接。

2. 将32位开发包加入镜像依赖 #

在你的镜像配置文件（如local.conf或自定义镜像的.bb文件）中，把lib32-libpam-dev添加到IMAGE_INSTALL：

IMAGE_INSTALL += "lib32-libpam-dev"

重新构建镜像，此时/lib/libpam.so会被正确安装到文件系统中。

3. 排除冲突可能性（可选） #

检查是否有其他包也声明了/lib/libpam.so文件，导致文件归属冲突被过滤。可通过以下命令查看文件所属包：

bitbake -e lib32-libpam | grep "^FILES_"

若发现其他包包含该文件，需调整对应包的%files配置，确保文件归属唯一。

关于Yocto的符号链接处理机制 #

Yocto/BitBake没有专门删除不同目录下同名符号链接的机制，但存在以下可能导致文件缺失的逻辑：

• 文件未被任何包的%files段包含，会被视为“未打包文件”而被丢弃。
• 多个包声明同一文件时，BitBake会根据包优先级选择保留其中一个，其余会被过滤（可通过FILESPATH或包优先级配置调整）。
• 镜像构建时，仅会包含IMAGE_INSTALL列表中包的文件，未被依赖的包文件不会被纳入。

内容的提问来源于stack exchange，提问作者Guy Avraham