System V与Linux ABI的ELF二进制是否兼容？libm.so加载失败排查

核心疑问结论 #

标注为System V和UNIX - GNU的ELF二进制在x86_64 Linux系统中互相兼容，你观察到的OS/ABI字段差异不是导致本次运行失败的原因。Linux内核默认同时支持两种ABI标识的ELF程序加载，该字段差异不会触发invalid ELF header报错。

问题根因与排查方向 #

你的报错指向/lib64/libc.so文件ELF头无效，可按以下顺序排查：

• 首先验证/lib64/libc.so文件状态：正常Linux发行版中该文件是GNU链接器脚本（文本格式），而非真实ELF二进制。如果该文件被意外篡改、损坏，会触发解析失败。可执行cat /lib64/libc.so查看内容是否符合链接器脚本格式，执行file /lib64/libc.so确认文件类型。
• 排查可执行文件的构建配置：你使用Buck构建的二进制大概率在链接阶段强制指定了直接依赖/lib64/libc.so，而非动态链接器默认查找的sonamelibc.so.6，导致动态加载时把文本格式的链接器脚本当做ELF文件解析，直接触发报错。标准动态链接流程只会加载libc.so.6这个真实ELF共享库，不会直接读取libc.so脚本。
• 验证构建环境与运行环境的glibc版本兼容性：如果构建环境的glibc版本远高于运行环境，也可能出现类似加载异常，排查完前两项后可交叉验证版本匹配度。

内容的提问来源于stack exchange，提问作者Adventurous Aardvark