[CENTOS] 安装glibc

时间  2019-11-09
标签 centos 安装 glibc 栏目 CentOS 繁體版
原文   原文链接

在你准备升级GLIBC库以前，你要好好思考一下，html

你真的要升级GLIBC么？linux

你知道你本身在作什么么？express

 

http://baike.baidu.com/view/1323132.htm?fr=aladdinubuntu

glibc是gnu发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操做系统所提供的系统服务外，它自己也提供了许多其它一些必要功能服务的实现...centos

 

总的来讲，不说运行在linux上的一些应用，或者你以前部署过的产品，就是不少linux的基本命令，好比cp, rm, ll之类，都得依赖于它api

网上不少人有惨痛教训，甚至升级失败后系统退出后没法从新进入了。。bash

对于CentOS这样的系统，为了追求稳定性（这个值得商榷）每每各类库版本都很低，好比6.5甚至7.0自带的仍是glibc2.12, 而ubuntu 14.04带glibc2.19ide

若是升级基本C运行库到一个太新的版本，可能会影响CentOS的运行。因此你们若是遇到CentOS基本库的问题，影响了本身程序的运行，应该能够考虑：ui

 

1. 在低版本的系统编译本身的产品，若是本身的产品确实不须要新版才支持的新特性操作系统

2. 用版本高的系统来编译，好比ubuntu，和centos的新版，但可能须要部署到较低版本，那么能够考虑用mock等技术制做更好的安装包，把依赖打入包内

3.利用容器技术，如Docker，在低版本的操做系统内，轻量级的隔离出一个虚拟运行环境，适应你的程序。

 

好在我遇到的问题是glibc2.15就知足要求升级后暂时没发现问题，因此你们能够参考个人方法：

 

首先查看先有的状况，在CentOS6.5下

  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没有，因此不用了

  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   
  21. make install

若是提示install成功，去看glibc所在的共享库：

  1. ll /lib64/libc*  

能够看到2.12的旧库文件还在，多了2.15版本的库文件，并且软连接文件所有指向了2.15版本。

  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， 输出

  1. $ ll  libc.so.6  
  2. lrwxrwxrwx 1 root root 7 Sep 23 07:41 libc.so.6 -> libc.so  
  1. [usr@linux glibc-build-2.15]$ strings libc.so | grep GLIBC  
  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改个名以便好之后更新的其余版本区分）：

  1. [usr@linux cp /****/glibc-build-2.15/libc.so /lib64/libc-2.15.so  
  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  

更新链接完毕，而后：

 

  1. $ strings /lib64/libc.so.6 | grep GLIBC  

 

  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及如下版本的依赖问题就不会出现了。

glibc-2.11编译报错 
../sysdeps/i386/fpu/s_frexp.S: Assembler messages: 
../sysdeps/i386/fpu/s_frexp.S:66: Error: invalid identifier for ".ifdef" 
../sysdeps/i386/fpu/s_frexp.S:66: Error: junk at end of line, first unrecognized character is `1' ../sysdeps/i386/fpu/s_frexp.S:66: Error: junk at end of line, first unrecognized character is `1' ../sysdeps/i386/fpu/s_frexp.S:66: Error: junk at end of line, first unrecognized character is `1' 
../sysdeps/i386/fpu/s_frexp.S:66: Error: unrecognized symbol type "" 
../sysdeps/i386/fpu/s_frexp.S:66: Error: junk at end of line, first unrecognized character is `1' ../sysdeps/i386/fpu/s_frexp.S:66: Error: junk at end of line, first unrecognized character is `1' ../sysdeps/i386/fpu/s_frexp.S:66: Error: expected comma after name `' in .size directive 
../sysdeps/i386/fpu/s_frexp.S:66: Error: ".endif" without ".if" 
../sysdeps/i386/fpu/s_frexp.S:66: Error: junk `.get_pc_thunk.dx' after expression
解决方法见：http://www.eglibc.org/archives/patches/msg00073.html 
Index: sysdeps/unix/sysv/linux/i386/sysdep.h 
===================================================================
--- sysdeps/unix/sysv/linux/i386/sysdep.h (revision 1469) 
+++ sysdeps/unix/sysv/linux/i386/sysdep.h (working copy) 
@@ -29,6 +29,10 @@ 
#include <dl-sysdep.h> 
#include <tls.h> 

+#if defined __i686 && defined __ASSEMBLER__ 
+#undef __i686 
+#define __i686 __i686 
+#endif 

/* For Linux we can use the system call table in the header file 
/usr/include/asm/unistd.h 
Index: nptl/sysdeps/pthread/pt-initfini.c 
===================================================================
--- nptl/sysdeps/pthread/pt-initfini.c (revision 1469) 
+++ nptl/sysdeps/pthread/pt-initfini.c (working copy) 
@@ -45,6 +45,11 @@ 
/* Embed an #include to pull in the alignment and .end directives. */ 
asm ("\n#include \"defs.h\""); 

+asm ("\n#if defined __i686 && defined __ASSEMBLER__"); 
+asm ("\n#undef __i686"); 
+asm ("\n#define __i686 __i686"); 
+asm ("\n#endif"); 
+ 
/* The initial common code ends here. */ 
asm ("\n/*@HEADER_ENDS*/");
相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程