centos libc.6.so 链接出错

最新推荐文章于 2025-05-13 17:15:01 发布
原创 最新推荐文章于 2025-05-13 17:15:01 发布 · 1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#centos #服务器 #阿里云 #技术

当在 CentOS 5.8 服务器上遇到因 libc.6.so 被替换导致的系统命令无法使用问题时，可以通过设置 LD_PRELOAD 环境变量或者使用 sln 命令进行修复。本文介绍了问题的原因、解决方案以及关于动态库加载器的重要信息。

学技术怎么能不会用服务器，阿里云服务器现8折优惠，还有更多优惠券限量发放
https://promotion.aliyun.com/ntms/act/ambassador/sharetouser.html?userCode=7czske1k&utm_source=7czske1k

问题

服务器用的是centos 5.8，出现过几次libc.6.so的基础库在用yum安装软件时候链接被替换了，然后所有系统命令都不能使用了。提示如下图：

Linux许多命令都是依赖这个C语言的动态链接库，在centos里，这是一个软链，被替换后，被替换到新版本的动态库时，会出现这个问题。我这里是从版本2.5被换成了2.12(截图时已修复)。

原因

从google搜索到这样的答案：

The loader on your system does not support the new Linux ABI. Until relatively recently, Linux ELF binaries used the System V ABI. Recently, in support of STT_GNU_IFUNC, the Linux ABI was added. You would have to update your system C library to have a loader

最低0.47元/天 解锁文章
mysql5.5 libc.so.6_Mysql5.7安装
weixin_42365176的博客
02-18 560
1. 下载并安装MySQL官方的Yum Repository[root@localhost ~]# wget https://dev.mysql.com/get/mysql57-community-release-el6-9.noarch.rpm使用上面的命令直接安装Yum Repository[root@localhost ~]# rpm -ivh mysql57-community-relea...
当非root用户删除libc.so.6之后。。。
ever_idea的博客
09-15 3577
         某天晚上，我美滋滋地边看论文边安装TensorFlow，身心非常愉悦，直到安装过程中，出现了这么一个错误 /usr/lib64/libstdc++.so.6: version 'GLIBCXX_3.4.19' not found      后来网上搜索解决方案，才知道是GCC版本太老了，libstdc++.so.6下没有这个3.4.19版本的glibc。于是我按照教程 ht...
linux-libc.so.6
11-06
安装守护程序的时候有时候会报错，可能缺少这个包
centos6.x安装kibana遇到的坑libc.so.6和libstdc++.so.6
qq_31107685的博客
05-11 2594
公司要安装kibana时，一开始没注意是centos6.x的版本，安装kibana一波操作完之后启动竟然报错，查看后发现是少了一些库。方案一：下载​ ​http://ftp.tsukuba.wide.ad.jp/software/gcc/releases/​。下载:​ ​https://ftp.gnu.org/gnu/glibc/glibc-2.17.tar.gz​。解决libstdc++.so.6有两种方案，第一种方案执行比较慢，建议直接使用方案二。【二、解决libstdc++.so.6】
CentOS操作系统libc.so.6: `GLIBC_2.14‘ not found问题过程
海贼王的博客
03-22 1410
在系统执行strings /lib64/libc.so.6 |grep GLIBC_命令，查看当前新系统支持的glib版本，没有2.14版本，需要下载进行升级。分析原因为系统的glib版本太低，执行python命令时，系统调用了GLIBC_2.14版本导致报错。使用xshell登陆Linux后查看jdk版本提示。上面编译没有报错，再次查看已经支持2.14了。执行查看jdk版本号的命令行已经正常了。执行configure。
记一次误操作（修改centos系统下/lib64/libc.so.6文件名） 之后续
计算之道的博客
10-31 404
切换到命令行界面后，root无法登录，报密码错误，即使我进入单用户模式改了密码也是一样的。另外还有32位和64位的问题，以现在的电脑配置推荐安装64位，文件中包含了“x86_64”的就是64位版本，否则为32位。关于右边的“软件选择”，默认的是最小安装，也就是没有图形界面，只有命令行（据说安装好了也可以联网下载图形界面，但这不如直接装好），：就是一个光盘CentOS系统，可通过光盘启动电脑，启动出CentOS系统，也有图形界面，也有终端。可以猜出来左边的是组的RAID，存放的数据，右边的是单独的系统盘。
解决"libc.so.6: version `GLIBC_2.14' not found"问题
weixin_30352645的博客
11-01 919
试图运行程序，提示"libc.so.6: version `GLIBC_2.14' not found",原因是系统的glibc版本太低，软件编译时使用了较高版本的glibc引起的：问题Centos6最高支持glibc-2.12查看系统glibc支持的版本：strings /lib64/libc.so.6 |grep GLIBC_rpm -qa |grep glibc 下载glibc编译安装，升级...
centos6.x 安装升级glibc2.17 gcc-4.8.2
01-28
当需要在CentOS 6.x上安装或升级这些组件时，通常是因为某些新软件或更新的依赖性要求。以下是对这个过程的详细说明： 1. **为何需要升级glibc 2.17**： CentOS 6.x默认的glibc版本可能较低，无法满足某些现代应用...
全面解决/usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.22‘下没有GLIBCXX_3.4.22和ImportError: /lib64/libc.so
codezl的博客
11-16 7986
解决python运行paddle项目的报错
linux so文件 链接,linux – .so文件中的链接器脚本？ (libc.so)是吗？
weixin_39533052的博客
05-12 287
我目前正在尝试让python在我的NAS上运行,这是一个Zyxel NSA325.我确实设法让python 2.7和pip运行,我能够用pip成功安装看门狗模块.我跟着these instructions得到python和pip运行btw.当我运行一个使用看门狗模块的python脚本时,我得到一个堰错误,很难./usr/local/zy-pkgs/ffproot/ffp/bin/python2.7...
libc.so.6重做链接，删除导致的缺失问题（后期需要深入研究），未能成功升级...
aoyan9756的博客
10-28 308
中间件启动，提示/lib64/libc.so.6版本过低，升级glibc后，修改临时环境变量，结果导致sgment fault错误，根据报错 ll /lib64/ |grep libc -rwxr-xr-x 1 root root 1726296 Aug 17 2015 libc-2.5.solrwxrwxrwx 1 root root 18 Oct 28 10:50 li...
linux libc.so.6软链接错误 导致ls等基础命令无法使用
whatday的专栏
04-24 6740
其原因是安装lm_sensors的时候需要安装依赖lm_sensors-libs动态库，安装完成动态库后会更新动态库的软链接，而/usr/lib64目录下存在升级遗留的glibc2.25相关动态库文件，默认软链接到最新版本，而当前最新版本未正确安装，并不能使用。在linux中是支持在程序运行时才进行so库的连接的,函数包括dlopen,dlclose,dlsym,dlerror.这几个函数的实现库就是libdl.so,所以libdl.so的工作是在程序运行时找到指定的so并连接。（需要使用LD\U预加载。
Centos6上glibc的升级
weixin_42346935的博客
07-23 234
1.glibc简介libc是GNU发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现。2.glibc升级及考量Centos 为了稳定使用的glibc版本通常比较...
centos6.5误删libc.so.6快速修复
桂安俊@KylinOS
01-19 1279
在centos依赖库操作是误删/lib64/libc.so.6，导致操作系统输入什么命令都显示error： 因为libc.so.6是C语言库，直接删了导致系统不能用，而且现在是teamviewer远程别人的服务器，这时候很慌，不知道怎么处理，要把远程服务器搞崩那就很难处理了，这时候一定不要慌乱重启服务器，否则就得坐飞机去现场进行救援模式解决了，所幸当前的secureCRT的连接窗口还能连接（...
linux编译指定libc路径,【请教】libc.so的具体作用
weixin_36467992的博客
05-09 3105
只知道是C动态链接库，请问具体作用是什么呢？应用程序中用到的C库函数，好像是静态链接到执行文件中的。比如：源文件m.c#includeintmain(){printf("");return0;}gccm.c-om编译后printf已经在m中了。还要libc.so做什么用呢？|这是动态库有些库实现的.c源文件就在这里面|一般为了方便升级库文件libc.so都只是一个文件链接，指向期望的版...
Linux基础 - libc.so调试版本编译
sz66cm 学习随笔
04-24 704
libc 调试版本 嵌入式自定义c库
rpm包安装过程中依赖问题“libc.so.6 is needed by XXX”解决方法
剑心在野
02-20 5613
转自： http://raksmart.idcspy.com/781  rpm包安装过程中依赖问题“libc.so.6 is needed by XXX”解决方法 与本教程高度相关文章（读完应该可以解决你的问题）： 如何解决源码包安装时的依赖性问题 自动解决依赖性故障 手工解决依赖性问题 Rpm软件包和共享库依赖性 本教程可以找到解决linux版本中出
centos中libc.so.6No such file的解决方式
qq_33928223的博客
05-13 870
如果你在 64 位系统上运行 32 位安装程序，可能会导致此错误。是 Linux 系统中的一个核心库，许多程序（包括安装程序）都依赖于它。如果安装程序是 32 位的，而系统是 64 位的，你需要安装 32 位的。确保安装程序与系统架构匹配。如果不匹配，下载正确的安装程序。的一个符号链接，指向实际的库文件。完成上述步骤后，重新运行安装程序，检查问题是否解决。如果不存在，可以手动创建它。如果没有安装，你需要安装它。不存在，可以手动创建它。通过以上步骤，你应该能够解决。首先，检查系统中是否安装了。
root@ATK-IMX6U:/tmp# ./gateway ./gateway: /lib/libc.so.6: version `GLIBC_2.28' not found (required by /usr/lib/libpaho-mqtt3c.so.1) ./gateway: /lib/libc.so.6: version `GLIBC_2.33' not found (required by /usr/lib/libpaho-mqtt3c.so.1) ./gateway: /lib/libc.so.6: version `GLIBC_2.34' not found (required by /usr/lib/libpaho-mqtt3c.so.1) 这个怎么解决
最新发布
10-30
<think>我们面对的问题是：在嵌入式设备上运行`./gateway`程序时，报错缺少GLIBC的多个高版本（2.28, 2.33, 2.34），而这些版本是`libpaho-mqtt3c.so.1`动态库所要求的。 根据之前的分析，根本原因是目标设备的GLIBC版本过低。由于是嵌入式设备（ATK-IMX6U），升级系统GLIBC风险极高，可能破坏系统稳定性，甚至导致设备无法启动。因此，我们需要寻找替代方案。 参考引用内容： 引用[1]展示了在CentOS7上通过编译安装GLIBC-2.34并手动创建符号链接的方法。但这种方法在嵌入式Linux上极其危险，因为嵌入式系统的存储空间有限，且GLIBC是核心库，一旦出错系统可能崩溃。 引用[4]展示了在Ubuntu上通过添加软件源升级GLIBC的方法，但这要求设备有网络和包管理支持，且嵌入式设备通常没有这样的条件。 因此，针对嵌入式设备，我们选择更安全的方案：**静态链接MQTT库**或**重新编译MQTT库以兼容低版本GLIBC**。 具体步骤： 方案一：静态链接MQTT库（推荐） 1. 获取程序源码：需要拥有`gateway`程序的源代码（或者至少拥有其编译环境）。 2. 获取MQTT库源码：下载paho.mqtt.c的源码（版本尽量与动态库一致，但可以选择一个支持低GLIBC的版本）。 3. 交叉编译MQTT库为静态库（.a）： ```bash # 假设交叉编译工具链前缀为arm-linux-gnueabihf- git clone https://github.com/eclipse/paho.mqtt.c cd paho.mqtt.c mkdir build cd build cmake -DPAHO_BUILD_STATIC=ON -DPAHO_BUILD_SHARED=OFF -DCMAKE_C_COMPILER=arm-linux-gnueabihf-gcc .. make ``` 编译完成后，得到静态库文件（如`libpaho-mqtt3c.a`）。 4. 静态链接：在编译`gateway`程序时，指定静态链接MQTT库，并确保不依赖动态库。 ```bash arm-linux-gnueabihf-gcc -o gateway gateway.c -I/path/to/paho.mqtt.c/src -L/path/to/paho.mqtt.c/build/src -lpaho-mqtt3c -static-libgcc ``` 注意：这里使用了`-static-libgcc`来静态链接gcc库，避免依赖动态库。但如果有其他依赖，可能需要全部静态链接（使用`-static`）但这会显著增大程序体积。 方案二：重新编译MQTT动态库以兼容低版本GLIBC 1. 在低版本GLIBC的环境中编译MQTT库（例如使用与目标设备相同或更低的GLIBC版本的交叉编译工具链）。 2. 具体步骤与方案一类似，但编译动态库： ```bash cmake -DPAHO_BUILD_STATIC=OFF -DPAHO_BUILD_SHARED=ON -DCMAKE_C_COMPILER=arm-linux-gnueabihf-gcc .. make ``` 3. 将编译出的动态库（`libpaho-mqtt3c.so.1`）替换设备上的库，并确保程序加载该库（注意路径）。 方案三：在目标设备上安装低版本GLIBC的MQTT库（如果存在） 可以尝试寻找针对低版本GLIBC编译的MQTT库（例如GLIBC_2.27或更低版本），但通常较难找到。 方案四：升级设备GLIBC（不推荐） 如果设备资源充足且可以承担风险，可以尝试在设备上编译安装GLIBC新版本（参考引用[1]）。但嵌入式设备存储空间小，编译大型库如GLIBC可能需要大量空间（可能超过设备可用空间），且操作复杂，容易导致系统崩溃。 综合建议： 由于嵌入式设备资源有限且系统脆弱，我们优先选择方案一（静态链接MQTT库）。这样，程序将不再依赖动态的`libpaho-mqtt3c.so.1`，从而避免GLIBC版本问题。但要注意静态链接会导致程序体积增大。 验证步骤： 1. 编译完成后，使用`file`命令检查可执行文件是否为ARM架构： ```bash file gateway ``` 输出应包含：`ELF 32-bit LSB executable, ARM, ...` 2. 使用`readelf`或`objdump`查看动态依赖： ```bash arm-linux-gnueabihf-readelf -d gateway ``` 在输出中不应该出现`libpaho-mqtt3c.so.1`，且最好也不依赖其他高版本GLIBC的库。 注意事项： 1. 如果静态链接后仍然提示GLIBC版本问题，说明程序中还有其他依赖库需要高版本GLIBC，这时需要将这些库一并静态链接。 2. 如果无法获取源码，则只能寻找其他MQTT库（如低版本）或者尝试在设备上安装高版本GLIBC（风险极高）。 总结：在嵌入式设备上，静态链接是解决GLIBC版本兼容性问题的一个可靠方法。 相关问题： 1. 静态链接与动态链接在资源占用上有哪些具体差异？ 2. 如何为交叉编译环境指定目标系统的GLIBC版本？ 3. 容器化部署在资源受限的嵌入式设备是否可行？ </think>### 运行`./gateway`报错GLIBC版本缺失的解决方案 #### 核心问题分析 1. **动态库版本冲突** `libpaho-mqtt3c.so.1`动态库在编译时链接了高版本GLIBC (2.28/2.33/2.34)，但目标设备的GLIBC版本过低（通过`strings /lib/libc.so.6 | grep GLIBC_`可验证） 2. **依赖关系** $$ \text{gateway} \xrightarrow{\text{requires}} \text{libpaho-mqtt3c.so.1} \xrightarrow{\text{requires}} \text{GLIBC}\geq2.28 $$ 设备当前GLIBC版本可能低于2.28（常见于嵌入式系统） --- ### 推荐解决方案（优先顺序） #### 方案1：替换MQTT库为低版本（最安全） ```bash # 查找兼容的MQTT库版本（需匹配目标设备GLIBC） apt-cache show libpaho-mqtt-dev | grep Version # 安装低版本（示例） sudo apt install libpaho-mqtt1.3=1.3.8-1 # 验证依赖 ldd /usr/lib/libpaho-mqtt3c.so.1 | grep libc ``` #### 方案2：重新静态编译程序（需源码） ```bash # 静态链接MQTT库（避免动态依赖） gcc -o gateway_static gateway.c -I/usr/include/paho-mqtt \ -L/usr/lib -lpaho-mqtt3c-static -static # 部署静态编译版本 scp gateway_static root@ATK-IMX6U:/tmp ``` #### 方案3：升级设备GLIBC（高风险！） ```bash # 编译GLIBC（需在开发机操作） wget https://ftp.gnu.org/gnu/glibc/glibc-2.34.tar.gz tar -xzf glibc-2.34.tar.gz mkdir glibc-build && cd glibc-build ../glibc-2.34/configure --prefix=/usr make -j$(nproc) # 关键步骤：临时修复符号链接 LD_PRELOAD=/lib/libc-2.34.so sln ./libc.so /lib/libc.so.6 # 部署到设备（需谨慎操作） make install DESTDIR=/path/to/device/rootfs ``` --- ### 操作注意事项 1. **嵌入式设备警告** - 升级GLIBC可能导致系统崩溃（引用[1][3]演示了链接修复技巧） - 优先尝试方案1，避免修改核心库 2. **版本兼容性验证** ```bash # 检查MQTT库要求的GLIBC版本 objdump -p /usr/lib/libpaho-mqtt3c.so.1 | grep GLIBC_ # 检查设备支持的最高GLIBC strings /lib/libc.so.6 | grep GLIBC_ | sort -V | tail -1 ``` 3. **备选方案** - 使用更轻量的MQTT实现（如[Mosquitto](https://mosquitto.org/)） - 容器化部署（若设备支持Docker） --- ### 根本原因解析 1. **开发/运行环境差异** 编译环境（如Ubuntu 22.04）的GLIBC≥2.35，而设备（如Buildroot定制系统）GLIBC≤2.27 2. **动态链接机制** 动态加载器`ld-linux.so`检测到符号缺失： $$ \text{libpaho-mqtt3c.so.1} \xrightarrow{\text{undefined}} \text{pthread\_mutex\_clocklock} \in \text{GLIBC\_2.34} $$ 3. **历史教训** 类似MySQL的兼容性问题（引用[3]）也源于GLIBC版本断层 > ⚠️ **慎用升级方案**：嵌入式设备GLIBC升级失败可能导致系统无法启动（优先尝试替换库或静态编译）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值