使用docker buildx构建linux/arm64 Kali镜像时qemu报signal 11段错误

一、校验qemu模拟器的实际生效版本，排除binfmt规则缓存问题 #

• 当前场景下，手动安装的最新版qemu-user-static不会自动覆盖Docker 20.10.6预注册的旧版binfmt规则，实际构建过程中调用的可能是Docker内置的老旧qemu二进制，这类旧版本对arm64架构下新版glibc的指令模拟存在已知段错误bug
• 排查操作：
  • 执行cat /proc/sys/fs/binfmt_misc/qemu-aarch64，确认输出中interpreter字段指向的可执行文件路径，是否为你手动安装的最新版qemu-aarch64-static（而非Docker内置的旧版本路径，如/usr/bin/docker/qemu-aarch64）
  • 重置系统所有qemu binfmt注册规则：docker run --rm --privileged multiarch/qemu-user-static --reset -p yes
  • 重置完成后再次验证规则指向的qemu文件版本，执行qemu-aarch64-static --version确认版本匹配

二、定位段错误触发的具体子进程，针对性验证绕过 #

• 根据描述的构建流程，段错误发生在libc-bin包的安装后触发器执行阶段，触发段错误的子进程为ldconfig。该问题对应qemu模拟层的已知兼容性bug：旧版本qemu对arm64架构下ldconfig执行时调用的getauxval、personality系统调用模拟不完整，在运行新版Kali自带的glibc 2.35+版本ldconfig时极易触发段错误
• 这一bug特征完全匹配观察到的测试结果：armv7l架构镜像构建正常、原生arm64树莓派上构建无异常——armv7版本的ldconfig逻辑不涉及触发bug的代码路径，原生arm64硬件运行时也不需要依赖qemu模拟层
• 验证操作：
  • 在测试Dockerfile中临时添加规则，跳过libc-bin的ldconfig触发器执行逻辑，打开构建日志的详细输出（加--progress=plain参数）确认段错误是否消失：

    FROM kalilinux/kali-rolling
    ARG DEBIAN_FRONTEND=noninteractive
    # 临时禁用libc-bin的ldconfig触发器，验证段错误来源
    RUN echo "libc-bin:libc-bin /usr/sbin/ldconfig" > /etc/dpkg/dpkg.cfg.d/no-ldconfig-trigger
    RUN apt update && \
      apt dist-upgrade -y -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold"
    

  • 若添加上述配置后端错误消失，即可确认段错误来源于qemu对arm64版ldconfig的模拟兼容性问题

三、升级组件版本解决基础兼容问题 #

• 当前使用的Docker 20.10.6版本发布时间较早，内置的buildx版本对跨架构构建的资源隔离、模拟器调用逻辑存在已知bug，和最新版Kali arm64基础镜像的适配性较差：
  • 升级Docker Engine到20.10.20以上的稳定版本，同步升级buildx插件到v0.10.0以上版本
  • 升级完成后执行构建时，加--no-cache参数清空本地旧的构建缓存——缓存中保存的失败层会重复触发相同段错误，不要直接复用原有缓存

四、调整qemu模拟参数规避已知bug #

• 若上述步骤完成后段错误仍复现，可在注册qemu binfmt规则时附加兼容性参数，禁用存在模拟bug的指令优化：

  docker run --rm --privileged multiarch/qemu-user-static --reset -p yes --credential yes --extra-args "-cpu cortex-a72,no-neon=on"
  

• 上述参数会将模拟的CPU固定为cortex-a72型号，关闭容易触发模拟bug的高级NEON指令优化，可覆盖绝大多数arm64 glibc运行时触发的qemu段错误场景

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