拷贝/lib64/libc-2.12.so和/lib64/libc.so.6文件 cp /lib64/libc-2.12.so /mnt/sysimage/lib64/libc-2.12.so cp /lib64/libc.so.6 /mnt/sysimage/lib64/libc.so.6 注：如果拷贝失败：用强制拷贝cp -rf 命令
事情是这样的。。。。
*问题起源
我本来想在centos6.5中安装IntelliJ Idea来配置编写spark程序的，但是Idea.sh想启动的时候出现了一下错误
[hadoop@hadoop001 bin]$ ./idea.sh /opt/idea/jbr/bin/java: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /opt/idea/jbr/bin/../lib/jli/libjli.so)
查看已有的GLIBC发现确实缺少上述版的，最高只支持GLIBC_2.12
[hadoop@hadoop001 bin]$ strings /lib64/libc.so.6 |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_PRIVATE
所以说我的GLIBC_2.12需要升级成_2.14才行
*我以为找到完整的解决方案了
网上清一色的如何 解决"libc.so.6: version 'GLIBC_2.14' not found"问题，而且方法基本一致，即：
1.从http://ftp.gnu.org/gnu/glibc/中下载glibc-2.14.tar.xz解压到某路径下
2.进入解压后的glibc-2.14文件夹下，mkdir build创建一个文件夹build,并进入该文件夹下
3.../configure --prefix=/usr/local/glibc-2.14
4.make -j4
5.make install
6.修改临时变量
export LD_LIBRARY_PATH=/usr/local/glibc-2.14/lib
并source使其生效（决不能写在/etc/profile文件里，）否则会导致某些shell命令执行不了
即类似这样
网络上很多方法基本就是以上这样，就叫你重新idea.sh即可了
但是仅仅这样并不能成功，你再次查看GLIBC最高版也还只是glibc-2.12
所以我想肯定是少了哪些步骤，然后我就看到了这篇
升级glic： 解决"libc.so.6: version 'GLIBC_2.14' not found"问题 https://www.cnblogs.com/kevingrace/p/8744417.html
里面有这样一部分内容如下：
修改/lib64/libc.so.6的软链接来源，由之前的libc-2.12.so修改为libc-2.14.so
[root@uatblockchain01 build]# cd /lib64
[root@uatblockchain01 lib64]# ll libc.so.6
lrwxrwxrwx 1 root root 12 Apr 8 03:50 libc.so.6 -> libc-2.12.so
[root@uatblockchain01 lib64]# ll /usr/local/glibc-2.14/lib/libc-2.14.so
-rwxr-xr-x 1 root root 9645192 Apr 8 03:28 /usr/local/glibc-2.14/lib/libc-2.14.so
[root@uatblockchain01 lib64]# cp /usr/local/glibc-2.14/lib/libc-2.14.so /lib64/
删除libc-2.12.so之前的软链接
[root@uatblockchain01 lib64]# unlink /lib64/libc.so.6
或者直接执行
[root@uatblockchain01 lib64]# rm -f /lib64/libc.so.6
看到他这里我突然意识到自己该怎么做了，于是依葫芦画瓢执行了其指令
但是标红部分开始让我不知所措了，我取消了libc.so.6软链接，果然出现了后面警示的情况
*步入正题
其实人家也说了解决方法，但是由于我是普通用户登录的，即使在当前终端并未关闭的情况下，急救方法也没用。于是我放弃了这类方法，关闭了我的centos6.5客户机。
所以我现在想总结一下，当取消了glibc的软链接libc.so.6该如何挽救？
情况一：未关闭当前终端且当前用户为root用户
（这类搜error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory能找到答案）
情况二：未关闭当前终端但当前用户为普通用户/关闭了当前终端重启客户机
我主要说我自己实践成功的情况二，由于我是普通用户无法适用情况一的方法，于是我关闭了客户机
这篇经验贴给了我一些帮助： https://www.cnblogs.com/yizhipanghu/p/10254186.html
进入救援模式Rescue install system可以参考https://zhidao.baidu.com/question/332470303737144965.html
首先我这是VMware虚拟机
由于我很早之前下载的镜像文件还好好地在电脑里，很顺利，这样设置后重启客户机，开机时点击鼠标左键，然后快速按下一次ESC键，后面选择
'CD-ROM Drive'回车，选择Rescue install system
重要的是最后进入shell界面处要拷贝/lib64/libc-2.12.so和/lib64/libc.so.6文件
cp /lib64/libc-2.12.so /mnt/sysimage/lib64/libc-2.12.so
cp /lib64/libc.so.6 /mnt/sysimage/lib64/libc.so.6
注：如果拷贝失败：用强制拷贝cp -rf 命令
执行： chroot /mnt/sysinage 不会报错，证明已经修复
重新启动虚拟机，启动成功
总之：我正确升级Glibc步骤
cd /opt/idea tar -zxvf glibc-2.14.tar.gz cd /glibc-2.14 mkdir build cd build ../configure --prefix=/opt/glibc-2.14 make -j4 (find / -name "ld.so.conf" cp /etc/ld.so.conf /opt/glibc-2.14/etc/) make install export LD_LIBRARY_PATH=/opt/glibc-2.14/lib (echo $LD_LIBRARY_PATH) cd /lib64 (ll libc.so.6 ll /opt/glibc-2.14/lib/libc-2.14.so) cp /opt/glibc-2.14/lib/libc-2.14.so /lib64/ unlink /lib64/libc.so.6(或rm -f /lib64/libc.so.6) ldconfig ln -s libc-2.14.so /lib64/libc.so.6 （ll libc.so.6 strings /lib64/libc.so.6 |grep GLIBC_）