ubuntu系统，libc.so.6 版本升级时遇到的各种坑，以及最终解决办法

当在安装某些库的时候，会遇到这么一个error

Error: Dynamic Linking Error: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.27' not found

这个错误是说libc.so.6的版本不对，找不到GLIBC_2.27这个版本的libc
可以使用如下命令查看版本

$ strings libc-2.23.so | grep GLIBC
GLIBC_2.2.5
GLIBC_2.2.6
GLIBC_2.3
GLIBC_2.3.2
GLIBC_2.3.3
GLIBC_2.3.4
GLIBC_2.4
GLIBC_2.5
GLIBC_2.6
GLIBC_2.7
GLIBC_2.8
GLIBC_2.9
GLIBC_2.10
GLIBC_2.11
GLIBC_2.12
GLIBC_2.13
GLIBC_2.14
GLIBC_2.15
GLIBC_2.16
GLIBC_2.17
GLIBC_2.18
GLIBC_2.22
GLIBC_2.23
GLIBC_PRIVATE
GNU C Library (Ubuntu GLIBC 2.23-0ubuntu11) stable release version 2.23, by Roland McGrath et al.

1. 需要找到libc.so.6在什么位置，全局搜一下，发现在 /lib/x86_64-linux-gnu 目录下

$ pwd
/lib/x86_64-linux-gnu
$ ls -la libc.so.6 
lrwxrwxrwx 1 root root 12 Jan 15  2018 libc.so.6 -> libc-2.23.so

2. 这里可以看到我的系统里libc.so连接的是2.23的版本的glibc
3. 然后我就会想更新一下这个库了，常规操作应该是，下载更新版本的库，删掉这个连接，重新建立一个连接

$ sudo rm libc.so.6
$ sudo ln -s libc-2.27.so libc.so.6

4. 当我这么操作的时候，我发现我掉进了一个坑里，当我删掉libc.so.6这个连接之后，然后再建立连接的时候 ，我得到了这么一个错误，并且我几乎所有的命令都不能用了，甚至当桌面锁定后，我都无法打开桌面。wtmfk。

ls: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory

5. 于是开始了漫漫度娘路。结论是由于系统大量的命令都依赖这glibc，所以当删掉这个libc的连接之后，系统直接半瘫痪，相当于自宫了。
6. 接着在茫茫大婶的贴子中查找如何恢复系统，如何升级这个glibc
7. 第一个方法，也是网上大量文章推荐的方法，但是我没有成功

//恢复之前的连接的方法
$ LD_PRELOAD=/lib/x86_64-linux-gnu/libc-2.23.so  ln -s /lib/x86_64-linux-gnu/libc-2.23.so libc.so.6
//或者直接更新这个连接
$ LD_PRELOAD=/lib/x86_64-linux-gnu/libc-2.27.so  ln -s /lib/x86_64-linux-gnu/libc-2.27.so libc.so.6

不过可以说一下这个方法的原理：
linux调用so库文件的时候，搜索路径为当前路径，如果搜索不到，才转到系统lib目录。但是可以提供了一个LD_PRELOAD系统变量来改变这个顺序。设置LD_PRELOAD了后，库加载的顺序就改为：LD_PRELOAD ，当前路径，系统lib目录。

8. 第二个方法，使用busybox，busybox是不依赖任何lib库的。但是在执行busybox的时候，遇到了权限问题。

$ busybox ln -s libc-2.27.so libc.so.6
ln: libc.so.6: Permission denied

$ sudo busybox ln -s libc-2.27.so libc.so.6
sudo: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory

可是我在执行删除 libc.so.6库的时候，已经sudo过了，但是这里依然报没有权限。
难道是得su超级用户了。可这时su和sudo都已经失效了。
我们需要下一个办法来拯救电脑。

9. 第三个方法，这个方法也是拯救刚才自宫了的电脑的方法，做一个u盘启动盘，系统最好是和你电脑一样的。然后从u盘启动系统。然后找到物理磁盘中/lib/x86_64-linux-gnu，这个路径，然后建立新版libc库的连接，这里也可以恢复之前的连接。

这个方法我也没有成功，我的库是更新成功了，但是使用ls命令直接报了核心转储。具体问题目前还不是很清楚，我下载了glibc2.27的源码，也一样报这个错误。 我还需要再专项研究一下glibc库。

总结一下：当你在看完我这边文章的时候，可以使用方法二来完成这个更新，方法就是先切换到超级用户模式，再去删除 libc.so.6库，然后使用busybox建立连接也不会有权限问题。或者使用方法三，这个是终极办法，随便你怎么去改那些文件。

更新一下glibc的下载连接 http://ftp.gnu.org/gnu/glibc/