动了 libc.so.6 或者软连，，，，各种linux命令将无法使用。而且，千万别断掉ssh连接，不然连不上！！！...有急救办法：转载：https://www.cnblogs.com/fjping0606/p/4551475.html 首先普及一下关于libc.so.6的基本常识： libc.so.6是glibc的软链接...ll??/lib64/libc.so.6 lrwxrwxrwx 1 root root 11 Aug 27 2014 /lib64/libc.so.6 -> libc-2.5.so glibc是gnu...，只会无休止的提示以下错误: error while loading shared libraries: libc.so.6: cannot open shared object file: No such.../libc.so.6
操作完成之后查看libc.so.6，发现还是之前的引用，但输入node命令可正常使用 总结 1....由于不是个人服务器，达到目的即可，就不再深入的操作 2. libc.so.6本身就是Linux的核心类库，之前操作过一次就发生了很大的问题 3. 内网办公限制着实很多，但是只要耐心问题都能解决 4.
.6 软链接更新为 /usr/local/glibc-2.17/lib/libc-2.17.so， 于是我准备删除 /lib64/libc.so.6，然后新建一个指向/usr/local/glibc-2.17.../lib/libc-2.17.so.然后我就删除了 /lib64/libc.so.6，然后，就没有然后了。。。...glibc： libc.so.6 是c运行时库 glibc的软链接，而系统几乎所有程序都依赖c运行时库。程序启动和运行时，是根据libc.so.6 软链接找到glibc库。...删除libc.so.6将导致系统的几乎所有程序不能工作。 每个glibc.so文件有它支持的libc版本，可以通过： strings /lib64/libc.so.6 |grep GLIBC_ 查看。...于是，使用LD_PRELOAD指向正常的glibc库文件，然后执行ln等命令，就可以正常执行，执行成功之后， libc.so.6 就又存在了。
线上一台服务器在执行leveldb程序的时候，报错："libc.so.6: version `GLIBC_2.14' not found"。...查看系统glibc支持的版本 [root@localhost ~]# strings /lib64/libc.so.6 |grep GLIBC_ GLIBC_2.2.5 GLIBC_2.2.6 GLIBC....6 lrwxrwxrwx 1 root root 12 Apr 8 03:50 libc.so.6 -> libc-2.12.so [root@uatblockchain01 ~]# ll....6 或者直接执行 [root@uatblockchain01 ~]# rm -f /lib64/libc.so.6 ==========================================...lib64]# ll libc.so.6 lrwxrwxrwx 1 root root 12 Apr 8 03:50 libc.so.6 -> libc-2.14.so 最后再查看系统glibc
分析问题 出现"libc.so.6: version ‘GLIBC_2.14’ not found"问题，是由于glibc版本过低，升级glibc即可。
最近安装新版本MySQL（Percona Server）时发现所依赖的libstdc++.so.6、libc.so.6均较高（尤其在Centos 6版本上安装时），导致无法完成数据库安装。..._2.14' not found (required by bin/mysqld) bin/mysqld: /lib64/libc.so.6: version `GLIBC_2.14' not found.../lib/private/libssl.so) bin/mysqld: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by /usr.../lib/private/libcrypto.so) bin/mysqld: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by...升级libc.so.6 本次仅升级到GLIBC_2.18，满足当前要求即可。
写在开篇为了在线上安装环境依赖，给glibc库升级，由于线上环境libc.so版本低，不支持安装，所以手贱把动态库中的libc.so.6给移走了，直接导致Linux系统崩溃，系统瘫痪，所有用户均被强制退出...libc.so.6是一个类似于WINDOWS下的一个快捷指向型的文件，而 linux有两种库，分别为：glibc、libc 说明libc 是Linux下的ANSI C 函数库；glibc 是Linux下的...基本上非系统命令都有这一条 libc.so.6 => /lib64/libc.so.6 ,因此libc.so.6至关重要，绝对不能删，不能改名，不能移走，能不能覆盖就不知道了，想作死的可以试试[root....6': File exists[root@IDC-Redhat 6.8]# mv /lib64/libc.so.6 .who: error while loading shared libraries...图片图片6、 直接选择shell start shell 进入shell 命令行 图片7、 因为执行过这个命令 "mv /lib64/libc.so.6 ."
查看系统glibc库版本 strings /lib64/libc.so.6 |grep GLIBC_ 1.png 下载地址 http://ftp.gnu.org/gnu/glibc....6 发现修改失败，提示libc.so.6已存在。...此方法不行 先删除，在建立软连接 $ rm -rf /lib64/libc.so.6 // 先删除先前的libc.so.6软链 $ ln -s /opt/glibc-2.14/lib.../libc-2.14.so /lib64/libc.so.6 删除libc.so.6之后可能导致系统命令不可用的情况。...此方法也不行 先删除，再升级 $ rm -rf /lib64/libc.so.6 // 先删除先前的libc.so.6软链 $ LD_PRELOAD=/opt/glibc-2.14
/vuln | grep libc libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb75b6000) $ ldd ..../vuln | grep libc libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7568000) $ ldd ..../vuln | grep libc libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7595000) $ ldd ..../vuln | grep libc libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb75d9000) $ ldd ..../vuln | grep libc libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7542000) $ ldd .
start_thread () from /lib64/tls/libpthread.so.0 #5 0x000000302afc6003 in clone () from /lib64/tls/libc.so...() Thread 6 (Thread 1094719840 (LWP 4553)): #0 0x000000302afc63dc in epoll_wait () from /lib64/tls/libc.so...start_thread () from /lib64/tls/libpthread.so.0 #5 0x000000302afc6003 in clone () from /lib64/tls/libc.so....6 #1 0x000000302af8f010 in sleep () from /lib64/tls/libc.so.6 #2 0x00000000004524bb in Process_thread....6 #1 0x000000302af8f010 in sleep () from /lib64/tls/libc.so.6 #2 0x0000000000420d79 in Ad_preprocess
ELF 文件依赖的库文件，通过patchelf工具的add-needed参数来添加对动态库的依赖，让程序优先加载高版本库 分析so 通过ldd命令，发现在cenos 6.2上，第三方so依赖/lib64/libc.so.../libTaSESDK.so: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ....而当前系统libc.so.6 glibc最高为2.12 [root@localhost lee]# strings /lib64/libc.so.6 |grep GLIBC GLIBC_2.2.5 GLIBC.../libTaSESDK.so: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ....此时发现 /lib/newlibc.so.6 => not found 已经成功定位到新的libc.so.6包 从高版本cenos拷贝libc.so.6到当前系统 找到一个高版本的cenos，确认glibc
1、查看系统glibc支持的版本 # strings /lib64/libc.so.6 |grep GLIBC # rpm -qa | grep glibc 2、升级glibc支持的版本到GLIBC_2.14....6的软链接来源，由之前的libc-2.12.so修改为libc-2.14.so # cd /lib64 # ll libc.so.6 # ll /usr/local/glibc-2.14/lib/libc...报错如下： error while loading shared libraries: libc.so.6: cannot open shared object file: No such file...只能在当前终端窗口下进行紧急修复： # ldconfig 然后做/lib64/libc.so.6新的软链接，软链接到libc-2.14.so # ln -s libc-2.14.so /lib64/libc.so....6 # ll libc.so.6 --- 查看系统glibc支持的版本 # strings /lib64/libc.so.6 |grep GLIBC 3、升级glibc挂了后可以救命的命令 如果实在不幸
/lib/i386-linux-gnu/libc.so.6(gsignal+0x4f) [0xb2b751df] /lib/i386-linux-gnu/libc.so.6(abort+0x175) [...0xb2b78825] /lib/i386-linux-gnu/libc.so.6(+0x6b39a) [0xb2bb239a] /lib/i386-linux-gnu/libc.so.6(__fortify_fail...+0x45) [0xb2c4b0e5] /lib/i386-linux-gnu/libc.so.6(+0x102eba) [0xb2c49eba] /ramdisk/xxxxxx() [0x8467639....6 #2 0xb7e52835 in abort () from /lib/i386-linux-gnu/libc.so.6 #3 0xb7e8a2fa in ??...() from /lib/i386-linux-gnu/libc.so.6 #4 0xb7f20dd5 in __fortify_fail () from /lib/i386-linux-gnu/libc.so
el7.x86_64.rpm: Header V3 DSA/SHA1 Signature, key ID 5072e1f5: NOKEY error: Failed dependencies: libc.so...2.14)(64bit) is needed by mysql-community-libs-5.7.17-1.el7.x86_64 [root@VM_0_5_centos mysql]# 需要安装一下libc.so....6(GLIBC_2.14)(64bit) 查看已安装的 gblic 版本 strings /lib64/libc.so.6 | grep GLIBC 执行如下： [root@VM_0_5_centos...glibc-2.14]# strings /lib64/libc.so.6 | grep GLIBC GLIBC_2.2.5 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 GLIBC...2.17-55.el6.x86_64.rpm --force --nodeps 安装完毕后，再次查看版本 [root@VM_0_5_centos glibc-2.17]# strings /lib64/libc.so
.6 => /lib64/libc.so.6 (0x00007f236c181000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f236bf1f000....6 (GLIBC_2.9) => /lib64/libc.so.6 libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6 libc.so.6 (GLIBC..._2.14) => /lib64/libc.so.6 libc.so.6 (GLIBC_2.8) => /lib64/libc.so.6 libc.so.6 (GLIBC_2.4) =>.../lib64/libc.so.6 libc.so.6 (GLIBC_2.6) => /lib64/libc.so.6 libc.so.6 (GLIBC_2.3.4) => /lib64.../libc.so.6 libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6 libc.so.6 (GLIBC_2.11) => /lib64/libc.so
?$ ldd mmap linux-gate.so.1 =>（0xb77d9000） libc.so.6 => /lib/libc.so.6(0xb7654000） /lib/ld-linux.so....2(0xb77bd000） ?$ ldd mmap linux-gate.so.1 =>（0xb7738000） libc.so.6 => /lib/libc.so.6(0xb75b3000...0xb7738000） libc.so.6 => /lib/libc.so.6(0xb75b3000） /lib/ld-linux.so.2(0xb771c000） ?$ ulimit -...s无限制 ?$ ldd mmap linux-gate.so.1 =>（0x4001c000） libc.so.6 => /lib/libc.so.6(0x4002e000） /lib.../ld-linux.so.2(0x40000000） ?$ ldd mmap linux-gate.so.1 =>（0x4001c000） libc.so.6 => /lib/libc.so
.6()(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.17)(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so....6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.7)(64bit) libcurl = 7.29.0-51.el7....6()(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.15)(64bit) libc.so.6(GLIBC_2.16)(64bit) libc.so....6(GLIBC_2.17)(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4...)(64bit) libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.7)(64bit) libcom_err.so.2()(64bit) libdl.so.2(
.6 => /lib/libc.so.6 (0x0087e000) /lib/ld-linux.so.2 (0x00858000) main.c: ldd: warning: you do not have.../test.o' not a dynamic executable [taoge@localhost learn_ldd]$ 可以看到a.out依赖于libc.so.6这个库， 而这个库的路径为....6 => /lib/libc.so.6 (0x0087e000) /lib/ld-linux.so.2 (0x00858000) libtest.a: ldd: warning: you do not....6 => /lib/libc.so.6 (0x0087e000) /lib/ld-linux.so.2 (0x00858000) libtest.so: linux-gate.so.1 => (...0x0031d000) libc.so.6 => /lib/libc.so.6 (0x00110000) /lib/ld-linux.so.2 (0x00858000) main.c: ldd: warning
.6，我们将可以执行文件替换为/lib/x86_64-linux-gnu/libc.so.6。...bpftrace -e 'uprobe:/lib/x86_64-linux-gnu/libc.so.6:malloc {printf("malloc call\n")}' 我们需要进行过滤，增加filter...脚本修改为： BEGIN { printf("start probe\n"); } uprobe:/lib/x86_64-linux-gnu/libc.so.6:malloc /comm ==.../comm == "mem_check"/{ printf("addr = %p\n", retval); } uprobe:/lib/x86_64-linux-gnu/libc.so.6:free...内存泄露检测脚本如下： BEGIN { printf("start probe\n"); } uprobe:/lib/x86_64-linux-gnu/libc.so.6:malloc /comm
alternatives /usr/sbin/alternatives /usr/sbin/groupadd /usr/sbin/useradd config(postfix) = 2:2.10.1-6.el7 libc.so....6()(64bit) libc.so.6(GLIBC_2.11)(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so....6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.2)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)...(64bit) libc.so.6(GLIBC_2.7)(64bit) libcrypto.so.10()(64bit) libcrypto.so.10(OPENSSL_1.0.1)(64bit) libcrypto.so...shadow-utils.x86_64 2:4.6-5.el7 依赖：/usr/sbin/useradd provider: shadow-utils.x86_64 2:4.6-5.el7 依赖：libc.so
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
