Ubuntu 14.04 Docker交叉编译触发Valgrind内核版本不兼容报错

首先明确Docker的基础特性：Docker属于进程级虚拟化，所有容器共享宿主机内核，不存在独立的虚拟内核层，因此容器内执行uname -r返回宿主机内核版本是正常表现，不是配置错误。
你遇到的报错本质原因是：Ubuntu 14.04默认软件源内置的Valgrind版本过旧，其configure阶段的内核版本校验逻辑是硬编码实现的，当年版本发布时仅适配了2.4、2.6系列内核，没有覆盖后续发布的3.x、4.x、5.x内核版本，并不是5.x内核真的无法运行Valgrind，只是老版本的检查逻辑识别不出新内核版本号就直接抛错退出。

按实际场景从以下方案里选即可：

• 方案1（推荐，需要在容器内实际运行Valgrind的场景）：升级容器内Valgrind版本
  Ubuntu 14.04默认源的Valgrind版本最高只到3.10，不支持5.x内核。直接下载Valgrind 3.16及以上版本的源码，在容器内手动编译安装，新版本已经移除了过时的内核硬编码校验逻辑，原生支持5.4系列内核，安装完成后重新执行你目标软件包的configure流程即可通过检查。
• 方案2（快速绕过，仅交叉编译、不需要在容器内运行Valgrind做动态测试的场景）：修改configure检查逻辑
  找到目标软件包源码目录下的configure脚本，搜索报错文本Valgrind works on kernel 2.4, 2.6对应的代码段，直接注释掉内核版本判断的分支，强制让检查逻辑返回通过结果即可。注意：这个方案只是跳过检查，如果后续流程需要实际调用Valgrind执行程序分析，还是会因为版本过旧出问题，仅适合纯交叉编译不需要运行Valgrind的场景。
• 方案3（需要严格匹配2.6内核运行环境的场景）：替换虚拟化方案
  不要使用共享宿主机内核的Docker容器，改用QEMU/KVM这类全虚拟化方案启动独立的Ubuntu 14.04虚拟机，虚拟机有独立的虚拟内核层，执行uname -r会返回虚拟机自身安装的内核版本，不会读取宿主机的5.4内核，可直接满足老版本Valgrind的版本检查要求。

修复完成后重新执行configure流程，确认内核版本检查环节不再抛出unsupported kernel版本报错即可，后续如果遇到其他类似的版本校验报错，基本都是Ubuntu 14.04源内软件版本过旧导致的，按需替换高版本依赖即可。

内容的提问来源于stack exchange，提问作者Ravi A