解决/lib64/libc.so.6: version `GLIBC_2.14' not found

最近代码在Centos6和Centos7之间编译运行 经常遇到/lib64/libc.so.6: version `GLIBC_2.14' not found的问题,原因是glibc库版本不一致

网上查找资料 经过本人多次实践检验 这篇博文中采用的方法比较靠谱 特此记录

转自:http://blog.csdn.net/officercat/article/details/39520227

首先查看先有的情况,在CentOS6.5下

[plain] view plain copy
  1. $ ll /lib64/libc.so.6  
  2. lrwxrwxrwx 1 root root 19 Sep 23 08:29 /lib64/libc.so.6 -> /lib64/libc-2.12.so  

libc.so.6是一个软连接,当前的glibc是2.12版本,我遇到的事GLIBC_2.15找不到的问题,所以需至少升级到2.15

 

首先,从网上下载glibc 2.15的rpm安装包,但这个不容易,因为.rpm针对的是centOS和redhat,高版本安装包很少见。也可以直接从其他系统上好一个编译好的文件

libc.so.6(对应glibc 2.15或者更高的),不过最保险的方式就是下载源代码在本地编译一次(有的人实在编译不成功,那也只能从别的地方找一份了)

 

各个版本的glibc可以从http://ftp.gnu.org/gnu/glibc/找,包括其插件glibc-port

最新到2.20,我保守的选择2.15 

对于低版本glibc,还有glibc-linuxthreads-2.x需要编译,可参考很多网上文档,但2.15没有,所以不用了

[plain] view plain copy
  1. wget http://ftp.gnu.org/gnu/glibc/glibc-2.15.tar.gz  
  2.   
  3. wget http://ftp.gnu.org/gnu/glibc/glibc-ports-2.15.tar.gz  
  4.   
  5. tar -xvf  glibc-2.15.tar.gz  
  6.   
  7. tar -xvf  glibc-ports-2.15.tar.gz  
  8.   
  9. mv glibc-ports-2.15 glibc-2.15/ports  
  10.   
  11. mkdir glibc-build-2.15   
  12.   
  13.   
  14. cd glibc-build-2.15  
  15.   
  16.   
  17. ../glibc-2.15/configure  --prefix=/usr --disable-profile --enable-add-ons --with-headers=/usr/include --with-binutils=/usr/bin  
  18.   
  19.   
  20. make   
[plain] view plain copy
  1. make install  

如果提示install成功,去看glibc所在的共享库:

[plain] view plain copy
  1. ll /lib64/libc*  

可以看到2.12的旧库文件还在,多了2.15版本的库文件,而且软链接文件全部指向了2.15版本。

[plain] view plain copy
  1. -rwxr-xr-x  1 root root 1921096 Aug 30 02:16 /lib64/libc-2.12.so  
  2. -rwxr-xr-x  1 root root 9801632 Sep 25 13:46 /lib64/libc-2.15.so  
  3. lrwxrwxrwx. 1 root root      18 May 19 18:51 /lib64/libcap-ng.so.0 -> libcap-ng.so.0.0.0  
  4. -rwxr-xr-x. 1 root root   18672 Jun 25  2011 /lib64/libcap-ng.so.0.0.0  
  5. lrwxrwxrwx. 1 root root      14 May 19 18:51 /lib64/libcap.so.2 -> libcap.so.2.16  
  6. -rwxr-xr-x  1 root root   19016 Dec  8  2011 /lib64/libcap.so.2.16  
  7. lrwxrwxrwx. 1 root root      19 May 19 18:57 /lib64/libcgroup.so.1 -> libcgroup.so.1.0.40  
  8. -rwxr-xr-x  1 root root   97016 Dec  9  2013 /lib64/libcgroup.so.1.0.40  
  9. -rwxr-xr-x  1 root root  197064 Aug 30 02:16 /lib64/libcidn-2.12.so  
  10. -rwxr-xr-x  1 root root  267972 Sep 25 13:46 /lib64/libcidn-2.15.so  
  11. lrwxrwxrwx  1 root root      15 Sep 25 13:52 /lib64/libcidn.so.1 -> libcidn-2.15.so  
  12. lrwxrwxrwx. 1 root root      17 May 19 18:51 /lib64/libcom_err.so.2 -> libcom_err.so.2.1  
  13. -rwxr-xr-x  1 root root   17256 Nov 22  2013 /lib64/libcom_err.so.2.1  
  14. -rwxr-xr-x  1 root root   40400 Aug 30 02:16 /lib64/libcrypt-2.12.so  
  15. -rwxr-xr-x  1 root root  142947 Sep 25 13:46 /lib64/libcrypt-2.15.so  
  16. lrwxrwxrwx. 1 root root      22 May 19 18:57 /lib64/libcryptsetup.so.1 -> libcryptsetup.so.1.1.0  
  17. -rwxr-xr-x  1 root root   97072 Jun 22  2012 /lib64/libcryptsetup.so.1.1.0  
  18. lrwxrwxrwx  1 root root      16 Sep 25 13:52 /lib64/libcrypt.so.1 -> libcrypt-2.15.so  
  19. lrwxrwxrwx  1 root root      12 Sep 25 13:52 /lib64/libc.so.6 -> libc-2.15.so  


 

 

有些人会在make install后出现error。这儿error我没去细究,经过网友提醒,可能是因为没有sudo造成的,因为make install就是把文件拷贝到几个受保护的系统目录下。

如果还是不行,可以查看一下系统此时的GLIBC版本,参考一开始的做法。如果版本未升级,我们只能手动安装一下:

首先make是成功了,那么我们会发现build目录下编译出了一个新的libc.so.6 (/glibc-build-2.15/libc.so.6, 我们会发现这实际上也是一个软连接,真实的lib文件时libc.so, 输出

[html] view plain copy
  1. $ ll  libc.so.6  
  2. lrwxrwxrwx 1 root root 7 Sep 23 07:41 libc.so.6 -> libc.so  
[html] view plain copy
  1. [usr@linux glibc-build-2.15]$ strings libc.so | grep GLIBC  
[plain] view plain copy
  1. GLIBC_2.2.5  
  2. GLIBC_2.2.6  
  3. GLIBC_2.3  
  4. GLIBC_2.3.2  
  5. GLIBC_2.3.3  
  6. GLIBC_2.3.4  
  7. GLIBC_2.4  
  8. GLIBC_2.5  
  9. GLIBC_2.6  
  10. GLIBC_2.7  
  11. GLIBC_2.8  
  12. GLIBC_2.9  
  13. GLIBC_2.10  
  14. GLIBC_2.11  
  15. GLIBC_2.12  
  16. GLIBC_2.13  
  17. GLIBC_2.14  
  18. GLIBC_2.15  
  19. GLIBC_PRIVATE  


这是我们需要的lib了,然后去更新系统的库。

这里要注意,更新系统里的链接(我的是/lib64/libc.so.6) 很容易出错,我不清楚有没有更好的办法,一般都是删除旧链接,建立新链接

但删除旧链接后,很多命令直接不能用了,因为此时中不到glibc的库了。这个时候就需要临时指定一个glibc库,方法如下(libc.so改个名以便好以后更新的其他版本区分):

[html] view plain copy
  1. [usr@linux cp /****/glibc-build-2.15/libc.so /lib64/libc-2.15.so  
[html] view plain copy
  1. rm -rf /lib64/libc.so.6  
  2. LD_PRELOAD=/lib64/libc-2.15.so ln -s/lib64/libc-2.15.so  lib64/libc.so.6  

更新连接完毕,然后:

[html] view plain copy
  1. $ strings /lib64/libc.so.6 | grep GLIBC  
[plain] view plain copy
  1. GLIBC_2.2.5  
  2. GLIBC_2.2.6  
  3. GLIBC_2.3  
  4. GLIBC_2.3.2  
  5. GLIBC_2.3.3  
  6. GLIBC_2.3.4  
  7. GLIBC_2.4  
  8. GLIBC_2.5  
  9. GLIBC_2.6  
  10. GLIBC_2.7  
  11. GLIBC_2.8  
  12. GLIBC_2.9  
  13. GLIBC_2.10  
  14. GLIBC_2.11  
  15. GLIBC_2.12  
  16. GLIBC_2.13  
  17. GLIBC_2.14  
  18. GLIBC_2.15  
  19. GLIBC_PRIVATE  



说明连接更新成功,再编译的话,GLIBC_2.15及以下版本的依赖问题就不会出现了。




发布了70 篇原创文章 · 获赞 94 · 访问量 70万+
展开阅读全文

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 大白 设计师: CSDN官方博客

分享到微信朋友圈

×

扫一扫,手机浏览