执行32位二进制程序报错GLIBC_2.33 not found如何解决

这个报错的核心是编译环境与运行环境的glibc版本完全不匹配：

• 你用来编译的64位Kali系统，自带的32位glibc版本为2.33，动态链接编译出的32位程序会硬编码依赖的glibc最低版本要求，运行时必须找到高于等于这个版本的glibc才能启动
• 32位Debian 7（Wheezy）官方软件源内置的glibc最高版本仅为2.13，远低于程序要求的GLIBC_2.33。你之前尝试重装、升级libc6没用，是因为官方源根本没有2.33版本的包，手动强行装高版本glibc只会直接搞崩系统——所有系统基础命令都依赖glibc，跨大版本替换会直接导致系统无法正常运行。
• 报错里出现/lib/x86_64-linux-gnu/libc.so.6路径，是你之前升级操作误装了架构不匹配的libc包，先把系统原生libc恢复再做后续操作，不然就算程序编译正确也跑不起来。

按操作成本从低到高排序：

方法1：静态编译（单文件场景首选，操作最快） #

编译时加静态链接参数，把程序依赖的所有库直接打包进二进制文件，完全不依赖运行端系统的glibc版本。
把编译命令改成：

gcc -m32 binary.c -o program -pthread -static

编译完成后用file program检查，输出中出现statically linked即为编译成功，拷到Debian7上加执行权限就能直接运行。
注意：如果代码用到了NSS网络域名解析相关接口（比如gethostbyname），静态编译可能出现解析异常，这类场景选下面的方法2。如果执行编译命令提示找不到32位静态库，先确认你安装的是正确的gcc-multilib包——你之前提到的gcc-multipart是拼写错误，重新安装正确包即可。

方法2：用匹配运行环境的chroot/容器编译（兼容性最好，生产场景首选） #

不要直接用宿主机Kali的高版本gcc编译，在Kali上搭建一个和32位Debian7完全一致的编译环境，在这个环境里编译出的程序，依赖的glibc版本和Debian7原生版本完全匹配，没有任何兼容问题：

• 在Kali上安装debootstrap和schroot工具
• 用debootstrap拉取32位Debian7的基础系统镜像，创建独立的chroot编译目录
• 进入chroot环境，安装build-essential、libc6-dev:i386等必要编译依赖
• 在chroot环境里用你原来的编译命令gcc binary.c -o program -pthread编译即可，生成的程序直接拷到Debian7上就能正常运行。

这个方案是跨老系统编译的标准做法，既没有静态编译的体积膨胀问题，也不会出现隐性的运行时兼容bug。

方法3：手动指定glibc兼容版本（不推荐） #

可以通过给gcc传链接参数、手动导入Debian7版本的glibc头文件和库文件的方式，强制让高版本gcc编译出兼容低版本glibc的程序，但配置流程极其繁琐，线程、内存分配相关的逻辑很容易出隐性bug，非极端特殊情况不建议使用。

你之前折腾升级libc导致出现x86_64路径的报错，先在Debian7上执行以下命令恢复原生libc：

dpkg --add-architecture i386
apt update
apt install --reinstall libc6:amd64 libc6:i386 -y

执行完确认基础命令（比如ls、apt）运行正常，再部署你编译好的程序。

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