Centos6.9升级glibc解决“libc.so.6: version GLIBC_2.14 not found”报错问题

最新推荐文章于 2025-10-22 11:19:48 发布
转载 最新推荐文章于 2025-10-22 11:19:48 发布 · 746 阅读 · 0
文章标签：

#linux

本文详细解析了CSDN博客的结构与内容,探讨了如何有效地阅读和利用技术博客资源,为读者提供了实用的技巧和建议。
MySQL启动/升级报错: /lib64/libc.so.6: version `GLIBC_2.14‘ not found
wc3083的博客
07-03 1371
如果我们多了解源码安装依赖的东西，多看看下载页面的选项和包种类。就能发现，MySQL软件的下载是很依赖于glibc包的，下载页面一般都有glibc2.12和glibc2.17两种最常见的包。很明显之前使用的软件是用的glibc2.17的包，或者说是在glibc2.17环境下源码编译出来的。关于升级glibc版本：这台服务器存在多个MySQL实例，如果升级glib版本，则会影响到其他实例，影响过大。后续，需要检查所有MySQL服务器上的MySQL软件，确认都使用到了正确的glibc版本的MySQL软件。
解决 /lib64/libc.so.6: version `GLIBC_2.14‘ not found 的问题
IChen.的博客
08-06 7039
一、安装glibc-2.14 [root@jrgc130 ~]# wget http://ftp.gnu.org/gnu/glibc/glibc-2.14.tar.gz [root@jrgc130 ~]# mv glibc-2.14.tar.gz /opt/software [root@jrgc130 ~]# cd /opt/software [root@jrgc130 software]# tar xf glibc-2.14.tar.gz [root@jrgc130 software]# cd glibc
Centos6.9升级glibc到 2.17版
weixin_44425210的博客
06-25 690
Centos6.9升级glibc到 2.17版 升级gcc到4.9.4 当前版本：# gcc --version gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-23) Copyright © 2010 Free Software Foundation, Inc. 本程序是自由软件；请参看源代码的版权声明。本软件没有任何担保； 包括没有适销性和某一专用目的下的适用性担保。 wget http://ftp.gnu.org/gnu/gcc/gcc-4.9.4/gcc-4.9.4.
麒麟V10升级glibc2.34
最新发布
ylfdragon2005的博客
10-22 462
麒麟V10升级glibc2.34
centos 6.9 升级glibc动态库的详细过程
09-14
glibc是gnu发布的libc库，即c运行库，glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。这篇文章主要介绍了centos 6.9 升级glibc动态库的详细过程,需要的朋友可以参考下
centos6.9中glibc升级失败救援+救援模式挂载硬盘
ASPOBUTME的博客
05-26 2964
centos6.9中glibc2.12升级失败导致系统奔溃的救援+救援模式下挂载硬盘备份数据 起因 在课题组服务器管理员权限下打算安装Rstudio-server时，提示glibc需要2.14及以上版本，纯菜鸟，在未知升级glibc失败会引起什么样的后果下便开始了折腾。自己下载的glibc2.17开始安装，在rpm -Uvh *2.17-55.ELS.X86_64.rpm后麻烦开始了，如下图，提示/lib64/libc.so.6: version 'GLIBC_2.14' not found， 此后再输入任
CentOS6.9安装ImportError: /lib64/libc.so.6: version `GLIBC_2.17‘ not found
yygyj的博客
06-10 635
在CentOS6上安装TensorFlow1.2后，import tensorflow时出现以下问题： 1 ImportError: /lib64/libc.so.6: version `GLIBC_2.17' not found 这个错误的原因是未安装2.17版本的glibc库。 而在CentOS6.9上，使用yum install glibc命令，只能更新到2.12版本。需要手动下载编译安装。 glibc-2.17下载地址：https://ftp.gnu.org/gnu/glibc/glibc-2
从根源上解决libc.so.6版本问题 /lib64/libc.so.6:version ‘GLIBC_XXX’ not found
01-09
不知道你们是不是有时候也跟我一样，在安装完python某些包的时候，在import的时候总会报错 libc.so.6的版本问题，在网上查找了N种方式，不是没有资源下载就是没用，偶尔也会遇到一些有用的，但是是实在是有点烦。...
解决兼容性异常：node: /lib64/libc.so.6: version `GLIBC_2.28‘ not found version `GLIBCXX_3.4.21‘ not found
积跬步，至千里。
02-19 6448
解决安装NodeJs遇到的兼容性异常：node: /lib64/libc.so.6: version `GLIBC_2.28‘ not found version `GLIBCXX_3.4.21‘
解决linux下出现/lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found问题
01-15
在Linux系统中，遇到“/lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found”的错误提示通常意味着系统中的`libstdc++.so.6`库版本过低，无法满足某些应用程序运行所需的C++ ABI（Application Binary ...
linux+缺少+libc.so.6,libc.so.6 缺失问题
weixin_42522045的博客
05-13 9733
今天中午，在Redhat AS5 上解决一个数据库连接问题，在应用的日志中发现如下报错信息：[error] [client 145.24.216.86] /lib/libc.so.6(__libc_start_main+0xdc)[0x4138cdec],在系统中搜索了一下，发现三个位置有libc.so.6:/home/ora10g/product/10.2.0/db_1/lib/stubs/li...
libc.so.6丢失修复
john5480的专栏
08-07 5890
系统背景 rhel6.4_x64。由于同时疏忽误删除/lib64/libc.so.6文件，该文件仅仅是个软连接。删除后无法登录，重启后会提示kernel panic，所以无法进入文件系统。 解决思路 插入安装盘，进入rescue模式，将连接复制到以前的文件系统。 具体步骤 1、重启机器，由光盘引导，rhel5.4输入 >linux rescue；rhel6.4直接选择linux resc
银河麒麟OS出现`GLIBC_2.25‘ not found的问题
weixin_42888638的博客
05-29 6673
GLIBC_2.25 not found的解决方法
问题：libc.so.6: version ‘GLIBC_2.34‘ not found 高效解决办法
热门推荐
qq_40737241的博客
12-14 2万+
电脑系统ubuntu20.04，在工作时遇到 libc.so.6: version 'GLIBC_2.34' not found ，经过检索和实践添加一个高级版本系统的源，直接升级libc6的方法最简便。
CentOS安装glibc-2.14
qq_44833146的博客
02-09 2471
到http://ftp.gnu.org/gnu/glibc/ 或者去百度下载： 链接：https://pan.baidu.com/s/1R3aWNLsaar4CI73L3nwacA?pwd=4ogm 提取码：4ogm 先看一下自己 可以看到是因为系统的glibc版本太低，查看当前系统的glibc支持的所有版本 strings /lib64/libc.so.6 |grep GLIBC_ 可以看到是因为系统的glibc版本太低，查看当前系统的glibc支持的所有版本 发现没有安装， tar -xzvf gli
centos6安装glibc-2.14
qq_35556064的博客
03-28 4806
由于glibc时Linux比较底层的东西，所以升级这个库很容易造成系统很多命令不能使用，所以最好谨慎升级。 glibc这个库的版本是根据系统来走的，如果可以升级系统，那最好升级Linux系统。 切记：安装此库之前一定要先备份数据，最好是打个快照。 如果一定要升级这个库，有两种方式： 下载glibc-2.14.1的源码，然后手动编译安装。 笔者试过这种方法，各种报错。但有的系统也很快就能安装成功。...
libc.so.6 not found版本太低问题
一亩三分地
11-23 6046
问题：libc.so.6: version `GLIBC_2.14′ not found 原因：系统中安装的libc.so的版本太旧，不支持2.14； 1、执行locate libc.so.6找到库的位置;      /usr/lib64/libc.so.6 2、查看系统已支持的版本：      strings /usr/lib64/libc.so.6 | grep GLIBC 解
升级centos6.9 glibc引发的惨案
王老欠
05-14 3654
起因 在安装iperf时提示glibc版本依赖过低，提示依赖2.14或2.15，查看本机版本 centos6.9 glibc-2.12，然后想当然的升级到14 惨案发生了，ssh断开后不好使了，重启sshd服务失败，系统重启后无法启动，提示内核错误 回想一下最近的操作，一定是glibc搞的 重要的事情说三遍 不要随意升级内核运行库！ 不要随意升级内核运行库！ 不要随意升级内核运行库...
ls ls: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/libcap.so.2) ls: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/libacl.so.1) [root@localhost opt]# ls: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/libcap.so.2) > ls: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/libacl.so.1) > [root@localhost opt]# find /opt -mindepth 1 -delete > find: /lib64/libselinux.so.1: no version information available (required by find) > find: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by find) -bash: 未预期的符号 `(' 附近有语法错误 [root@localhost opt]# rpm -qf /lib64/libcap.so.2 rpm: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by rpm) rpm: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/librpm.so.9) rpm: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/librpm.so.9) rpm: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/librpmio.so.9) rpm: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by /lib64/librpmio.so.9) rpm: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/librpmio.so.9) rpm: /lib64/libc.so.6: version `GLIBC_2.27' not found (required by /lib64/libpopt.so.0) rpm: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/libpopt.so.0) rpm: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by /lib64/liblzma.so.5) rpm: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/liblzma.so.5) rpm: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libzstd.so.1) rpm: /lib64/libm.so.6: version `GLIBC_2.29' not found (required by /lib64/liblua-5.4.so) rpm: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/liblua-5.4.so) rpm: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/libcap.so.2) rpm: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/libacl.so.1) rpm: /lib64/libm.so.6: version `GLIBC_2.29' not found (required by /lib64/libsqlite3.so.0) rpm: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by /lib64/libsqlite3.so.0) rpm: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/libsqlite3.so.0) rpm: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libsqlite3.so.0) rpm: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/libaudit.so.1) rpm: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by /lib64/libcrypto.so.3) rpm: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/libcrypto.so.3) rpm: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libcrypto.so.3) rpm: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /lib64/libcap-ng.so.0)
07-08
在遇到由于 `glibc`（GNU C Library）版本不兼容导致的动态链接库错误时，通常会表现为系统命令如 `ls`、`find` 和 `rpm` 无法正常运行。这类问题的根本原因在于程序依赖的 `libc.so` 版本与当前系统中安装的版本不匹配，或者通过环境变量（如 `LD_PRELOAD` 或 `LD_LIBRARY_PATH`）强制指向了一个不兼容的版本。 ### 理解 glibc 不兼容问题 `glibc` 是 Linux 系统中最核心的库之一，几乎所有用户空间的应用程序都依赖它来执行基本功能。当某个应用程序被编译时，它会绑定到特定版本的 `glibc`。如果该程序在运行时所使用的 `glibc` 版本低于其编译时所依赖的版本，则可能导致运行时错误，例如： ``` /lib64/libc.so.6: version `GLIBC_2.14' not found ``` 这种情况下，程序无法加载所需的符号或函数，从而导致崩溃或退出。 ### 解决方案 #### 1. **恢复默认的 glibc 设置** 如果你最近更改了 `LD_PRELOAD` 或 `LD_LIBRARY_PATH` 来指向一个旧版本的 `glibc`（如引用[1]所述），这可能是导致命令失效的原因。可以通过以下方式恢复： - 清除 `LD_PRELOAD`： ```bash unset LD_PRELOAD ``` - 清除 `LD_LIBRARY_PATH`： ```bash unset LD_LIBRARY_PATH ``` 此操作将使系统恢复使用默认路径中的库文件，而不是你手动指定的版本。 #### 2. **验证系统命令所依赖的 glibc 版本** 可以使用 `ldd` 命令检查某个可执行文件（如 `/bin/ls`）所依赖的共享库及其版本： ```bash ldd /bin/ls ``` 输出示例： ``` linux-vdso.so.1 => (0x00007ffd5bfef000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f9a3e3b8000) libcap.so.2 => /lib64/libcap.so.2 (0x00007f9a3e1b3000) libc.so.6 => /lib64/libc.so.6 (0x00007f9a3dde6000) /lib64/ld-linux-x86-64.so.2 (0x00007f9a3e5da000) ``` 确保 `libc.so.6` 指向的是系统当前支持的版本，并且未被软链接修改。 #### 3. **重新安装或升级 glibc** 如果系统中确实缺少所需的 `glibc` 版本，可以尝试重新安装或升级： - 对于基于 Red Hat 的系统（如 CentOS、RHEL）： ```bash sudo yum reinstall glibc ``` - 对于基于 Debian 的系统（如 Ubuntu）： ```bash sudo apt-get install --reinstall libc6 ``` 升级后，重启系统以确保所有服务和进程使用新版本的库。 #### 4. **使用静态链接或容器化隔离** 如果你必须运行依赖旧版 `glibc` 的二进制文件，考虑以下方法： - **静态链接**：如果源码可用，可以尝试静态编译程序，避免对动态库的依赖。 - **使用 Docker 容器**：在一个独立的容器环境中部署旧版本的 `glibc` 和相关依赖，运行目标程序而不影响主机系统。 示例 Dockerfile： ```dockerfile FROM centos:6 COPY your_binary /usr/local/bin/ CMD ["/usr/local/bin/your_binary"] ``` #### 5. **临时使用 sln 创建硬链接（如引用[1]所述）** 在某些情况下，如果 `ln` 命令不可用（因为依赖的 `glibc` 版本不对），可以使用 `/sbin/sln` 命令创建硬链接以修复链接问题： ```bash /sbin/sln /lib64/libc.so.6 /lib64/libc-2.12.so ``` 注意：这种方法适用于紧急修复，但不推荐长期使用。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值