Linux系统源代码升级glibc到最新版本2.25.90(正在开发的版本)

网上关于升级glibc的文章不少，但没有一篇能成功的，本人被坑过无数次，以至后来能避就避，今天自己在虚拟机上实验，终于成功，我把升级过程记录下来，为网友提供完整的升级方法。

升级是在ubuntu下进行的，但是其他系统升级也类似，我的系统版本：

Linux ubuntu 3.19.0-25-generic #26~14.04.1-Ubuntu SMP Fri Jul 24 21:16:20 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

准备两个Linux系统, 一个是你要升级glibc的系统B, 另一个A用于glibc升级失败之后恢复,
它能挂载升级失败的系统的根文件系统, 恢复失败的系统.

首先配置系统B,
安装 nfs 服务
配置成 A能以root身份访问B

做法:
服务器B安装 nfs服务
sudo apt-get install nfs-kernel-server

然后启动nfs服务:
sudo /etc/init.d/nfs-kernel-server start

编辑/etc/exports,加入:
/ A_ip(rw,sync,no_root_squash)

然后重启动nfs服务:
sudo /etc/init.d/nfs-kernel-server restart

配好之后 登录系统A
挂载系统B的根文件系统

mkdir /mnt/glibc-upgrade
sudo mount -t nfs B_ip:/ /mnt/glibc-upgrade


1. 登录系统B
下载最新版本的glibc
git clone git://sourceware.org/git/glibc.git
cd glibc
git checkout --track -b local_glibc-2.25 origin/release/2.25/master

2.
mkdir build-glibc
cd build-glibc
../glibc/configure --prefix=/usr
make
make install install_root=~/share/src-glibc-2.25/system_fake_root

ll ~/share/src-glibc-2.25/system_fake_root
查看glibc安装时会修改哪些文件,
将这些文件进行备份(安全起见, 以便升级失败恢复原来的系统, 一定要备份)

我的glibc安装会修改以下文件
xxx@ubuntu:~/share/git-glibc-src/system_fake_root$ ll
total 28
drwxrwxr-x 7 liuwb  liuwb  4096 Apr  7 00:26 ./
drwxrwxr-x 5 liuwb  liuwb  4096 Apr  7 00:20 ../
drwxr-xr-x 2 root root 4096 Apr  7 00:26 etc/
drwxr-xr-x 2 root root 4096 Apr  7 00:26 lib64/
drwxr-xr-x 2 root root 4096 Apr  7 00:26 sbin/
drwxr-xr-x 8 root root 4096 Apr  7 00:22 usr/
drwxr-xr-x 3 root root 4096 Apr  7 00:23 var/

以上是glibc源代码 make install 会修改的目录

liuwb@ubuntu:~/share/git-glibc-src/system_fake_root$ ll lib64/
total 18768
drwxr-xr-x 2 root root     4096 Apr  7 00:26 ./
drwxrwxr-x 7 liuwb  liuwb      4096 Apr  7 00:26 ../
-rwxr-xr-x 1 root root   863537 Apr  7 00:26 ld-2.25.90.so*
lrwxrwxrwx 1 root root       13 Apr  7 00:26 ld-linux-x86-64.so.2 -> ld-2.25.90.so*
-rwxr-xr-x 1 root root    75101 Apr  7 00:26 libanl-2.25.90.so*
lrwxrwxrwx 1 root root       17 Apr  7 00:26 libanl.so.1 -> libanl-2.25.90.so*
-rwxr-xr-x 1 root root    19640 Apr  7 00:25 libBrokenLocale-2.25.90.so*
lrwxrwxrwx 1 root root       26 Apr  7 00:26 libBrokenLocale.so.1 -> libBrokenLocale-2.25.90.so*
-rwxr-xr-x 1 root root 10177656 Apr  7 00:26 libc-2.25.90.so*
-rwxr-xr-x 1 root root   275419 Apr  7 00:26 libcidn-2.25.90.so*
lrwxrwxrwx 1 root root       18 Apr  7 00:26 libcidn.so.1 -> libcidn-2.25.90.so*
-rwxr-xr-x 1 root root   136272 Apr  7 00:26 libcrypt-2.25.90.so*
lrwxrwxrwx 1 root root       19 Apr  7 00:26 libcrypt.so.1 -> libcrypt-2.25.90.so*
lrwxrwxrwx 1 root root       15 Apr  7 00:26 libc.so.6 -> libc-2.25.90.so*
-rwxr-xr-x 1 root root    97704 Apr  7 00:26 libdl-2.25.90.so*
lrwxrwxrwx 1 root root       16 Apr  7 00:26 libdl.so.2 -> libdl-2.25.90.so*
-rwxr-xr-x 1 root root  4219769 Apr  7 00:26 libm-2.25.90.so*
-rwxr-xr-x 1 root root    46984 Apr  7 00:26 libmemusage.so*
lrwxrwxrwx 1 root root       15 Apr  7 00:26 libm.so.6 -> libm-2.25.90.so*
-rwxr-xr-x 1 root root   194650 Apr  7 00:26 libmvec-2.25.90.so*
lrwxrwxrwx 1 root root       18 Apr  7 00:26 libmvec.so.1 -> libmvec-2.25.90.so*
-rwxr-xr-x 1 root root   575386 Apr  7 00:26 libnsl-2.25.90.so*
lrwxrwxrwx 1 root root       17 Apr  7 00:26 libnsl.so.1 -> libnsl-2.25.90.so*
-rwxr-xr-x 1 root root   158298 Apr  7 00:26 libnss_db-2.25.90.so*
lrwxrwxrwx 1 root root       20 Apr  7 00:26 libnss_db.so.2 -> libnss_db-2.25.90.so*
-rwxr-xr-x 1 root root    94107 Apr  7 00:26 libnss_dns-2.25.90.so*
lrwxrwxrwx 1 root root       21 Apr  7 00:26 libnss_dns.so.2 -> libnss_dns-2.25.90.so*
-rwxr-xr-x 1 root root   249089 Apr  7 00:26 libnss_files-2.25.90.so*
lrwxrwxrwx 1 root root       23 Apr  7 00:26 libnss_files.so.2 -> libnss_files-2.25.90.so*
-rwxr-xr-x 1 root root    87402 Apr  7 00:26 libnss_hesiod-2.25.90.so*
lrwxrwxrwx 1 root root       24 Apr  7 00:26 libnss_hesiod.so.2 -> libnss_hesiod-2.25.90.so*
-rwxr-xr-x 1 root root    12334 Apr  7 00:26 libpcprofile.so*
-rwxr-xr-x 1 root root   970407 Apr  7 00:26 libpthread-2.25.90.so*
lrwxrwxrwx 1 root root       21 Apr  7 00:26 libpthread.so.0 -> libpthread-2.25.90.so*
-rwxr-xr-x 1 root root   370842 Apr  7 00:26 libresolv-2.25.90.so*
lrwxrwxrwx 1 root root       20 Apr  7 00:26 libresolv.so.2 -> libresolv-2.25.90.so*
-rwxr-xr-x 1 root root   200745 Apr  7 00:26 librt-2.25.90.so*
lrwxrwxrwx 1 root root       16 Apr  7 00:26 librt.so.1 -> librt-2.25.90.so*
-rwxr-xr-x 1 root root    70685 Apr  7 00:26 libSegFault.so*
-rwxr-xr-x 1 root root   238153 Apr  7 00:26 libthread_db-1.0.so*
lrwxrwxrwx 1 root root       19 Apr  7 00:26 libthread_db.so.1 -> libthread_db-1.0.so*
-rwxr-xr-x 1 root root    32122 Apr  7 00:26 libutil-2.25.90.so*
lrwxrwxrwx 1 root root       18 Apr  7 00:26 libutil.so.1 -> libutil-2.25.90.so*


虽然glibc安装时不会修改/lib 下的文件, 也要将 /lib 目录备份, 因为/lib下的lib依赖
的还是旧版本的glibc, 而系统A就是在这里起关键作用, 系统A负责把 /lib 依赖旧版本的lib
改为依赖新版本的lib

3.sudo make install
这个时候通常是失败的, 我的系统提示是
coredump
具体是:
/home/liuwb/share/glibc-2.25-build/elf/sln /home/liuwb/share/glibc-2.25-build/elf/symlink.list
rm -f /home/liuwb/share/glibc-2.25-build/elf/symlink.list
make[1]: *** [install-symbolic-link] Segmentation fault (core dumped)
make[1]: Leaving directory `/home/liuwb/share/glibc'
make: *** [install] Error 2

这是因为/home/liuwb/share/glibc-2.25-build/elf/sln /home/liuwb/share/glibc-2.25-build/elf/symlink.list
修改了 /lib64/ld-linux-x86-64.so.2 它指向了新版本的

#ll /lib64/ld-linux-x86-64.so.2
/lib64/ld-linux-x86-64.so.2 -> /lib/x86_64-linux-gnu/ld-2.25.90.so*

然而
ldd /bin/ls
    linux-vdso.so.1 =>  (0x00007fff474e0000)
    libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007fdceab17000)
    libacl.so.1 => /lib/x86_64-linux-gnu/libacl.so.1 (0x00007fdcea90f000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fdcea54a000)
    libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fdcea30c000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fdcea108000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fdcead3a000)
    libattr.so.1 => /lib/x86_64-linux-gnu/libattr.so.1 (0x00007fdce9f03000)
    
ls 依赖的 /lib/x86_64-linux-gnu/libc.so.6
/lib/x86_64-linux-gnu/libc.so.6 -> libc-2.19.so* 这还是旧版本的libc~

rm 也一样的

所以 Segmentation fault (core dumped) 了

那为啥 ld-VERSION.so 和 libc-VERSION.so 版本不一致会core呢?
这是因为:
ldd /lib/x86_64-linux-gnu/libc.so.6
    /lib64/ld-linux-x86-64.so.2 (0x00007f49dc122000)
    linux-vdso.so.1 =>  (0x00007ffd6f531000)
    
libc.so.6 -> libc-VERSION.so  依赖 /lib64/ld-linux-x86-64.so.2
而 /lib64/ld-linux-x86-64.so.2 -> ld-VERSION.so

4. A系统登场
只需要
cd 到B系统的根目录,
ln -sf libc-VERSION-NEW.so  /lib/x86_64-linux-gnu/libc.so.6

我的B系统的glibc安装都安装到了 /lib64/ 目录下

把 /lib64/ 目录下的 libxxx-VERSION-NEW.so 拷贝到 /lib/x86_64-linux-gnu/ 下
把 /lib/x86_64-linux-gnu/libxxx.x.1.so.x => /lib/x86_64-linux-gnu/libxxx-VERSION-OLD.x.1.x.so
/lib/x86_64-linux-gnu/libxxx.x.1.so.x => /lib/x86_64-linux-gnu/libxxx-VERSION-NEW.x.1.x.so

5. 再到 B系统验证一下一些常用的命令是否能用
如果命令都能正确运行, 系统的大多数命令就已经可以用了, 也没必要再make install了(上次的make install 不是没成功嘛)

但是我还是进行了第二次 make install, 结果报下面的错误:
/usr/bin/install -c /home/liuwb/share/git-glibc-src/build/elf/ld.so /lib64/ld-2.25.90.so.new
mv -f /lib64/ld-2.25.90.so.new /lib64/ld-2.25.90.so
/usr/bin/install -c /home/liuwb/share/git-glibc-src/build/libc.so /lib64/libc-2.25.90.so.new
mv -f /lib64/libc-2.25.90.so.new /lib64/libc-2.25.90.so
rm -f /lib64/ld-linux-x86-64.so.2
ln -s `../scripts/rellns-sh -p /lib64/ld-2.25.90.so /lib64/ld-linux-x86-64.so.2` /lib64/ld-linux-x86-64.so.2
make[2]: /bin/sh: Command not found
make[2]: *** [/lib64/ld-linux-x86-64.so.2] Error 127
make[2]: Leaving directory `/home/liuwb/share/git-glibc-src/glibc/elf'
make[1]: *** [elf/ldso_install] Error 2
make[1]: Leaving directory `/home/liuwb/share/git-glibc-src/glibc'
make: *** [install] Error 2

注意:
rm -f /lib64/ld-linux-x86-64.so.2
ln -s `../scripts/rellns-sh -p /lib64/ld-2.25.90.so /lib64/ld-linux-x86-64.so.2` /lib64/ld-linux-x86-64.so.2

第一次 make install 的时候, 会修改/lib64/ld-linux-x86-64.so.2 指向新版本的 ld-VERSION-NEW.so
/lib64/ld-linux-x86-64.so.2 -> /lib/x86_64-linux-gnu/ld-2.25.90.so*
已经是新版本的了

第二次 make install 的话, install还要把/lib64/ld-linux-x86-64.so.2 删掉,
这样就导致了install要执行 ln -s 命令执行不了了,
为啥执行不了呢?
我在A系统上看B系统的/bin/ln
ldd ./bin/ln
    linux-vdso.so.1 =>  (0x00007ffe08b6b000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb14f0c3000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fb14f488000)
它是依赖 /lib64/ld-linux-x86-64.so.2 的,
/lib64/ld-linux-x86-64.so.2 如果都被删掉了, 自然ln命令执行不了了

于是 我又在A系统手动执行下面这两条命令
cd lib64/
ln -sf ld-2.25.90.so ld-linux-x86-64.so.2

这样B系统又能ls,ln了

总之我觉得第一次make install失败了, 从A系统修改指向旧版本的软连接之后, B系统重新能运行大部分命令
就算升级成功了....
并且用一个小小的输出当前glibc版本的c程序, 也输出新版本了
#include
#include
int main (void) { puts (gnu_get_libc_version ()); return 0; }

liuwb@ubuntu:~/share/check_glibc_version$ gcc main.c
liuwb@ubuntu:~/share/check_glibc_version$ ./a.out
2.25.90

然后我觉得应该成功了, = = ! 如果以后发现还有问题再来补充吧, 继续完成glibc升级大业

如果在B系统执行命令有这样的错误
Illegal Instruction(coredump)

检查一下是否还有一些库没替换成新版本的

--------------------------------------------------------------
../glibc/configure --prefix=/usr --host=i686-pc-linux-gnu
../glibc/configure --prefix=/usr --host=x86_64-pc-linux-gnu
make CFLAGS+=-mtune=x86_64
make时
make CFLAGS+=-mtune=i686

如果 cc1:all warnings being treated as errors
../glibc/configure --prefix=/usr --host=i686-pc-linux-gnu --disable-werror

#error "glibc cannot be compiled without optimization"',