【error】非超级用户删除libc.so.6

原创 已于 2022-06-30 20:53:45 修改 · 901 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux

于 2022-05-12 10:23:45 首次发布
本文讲述了在升级过程中误删libc.so.6可能导致的严重后果，包括命令行失效、用户登录问题和文件操作受限。分享了紧急恢复的解决方案，以供参考和避免类似错误。

        为了升级glibc，参考已有的教程删除了libc.so.6这个软链接，而后迎来惨痛的教训，需要记录一下警示我自己和路过的大家。

        那么我们随意删除后会面临什么呢？

        1. 首先，失去了libc.so.6，作为非root用户，大多数命令包括ln都无法使用，失去依赖的sudo在此时也是无效的，不要抱有侥幸心理。

        2. 删除操作时不在线的用户无法登入服务器，在线用户登出后也无法再登入。

        3. 你甚至不能上传和下载文件。

【高亮：在动系统库之前，一定要看看动了的人是怎么哭的】

感谢提供解决方案的大佬，束手无策真的哭死。

误删libc.so.6解决方案_黑黍的博客-优快云博客_libc.so.6

关于libc.so.6误删除紧急恢复的方案_asssscmcs的博客-优快云博客_libcso6误删除恢复

如何恢复Linux库函数,CentOS中误删除libc.so.6系统库文件，如何恢复？_鳗鱼神君的博客-优快云博客

当非root用户删除libc.so.6之后。。。
ever_idea的博客
09-15 3577
         某天晚上，我美滋滋地边看论文边安装TensorFlow，身心非常愉悦，直到安装过程中，出现了这么一个错误 /usr/lib64/libstdc++.so.6: version 'GLIBCXX_3.4.19' not found      后来网上搜索解决方案，才知道是GCC版本太老了，libstdc++.so.6下没有这个3.4.19版本的glibc。于是我按照教程 ht...
ubuntu_修改libc.so.6 或者 libm.so.6的软链接导致sudo ls 等命令失效的解决方法
惊鸿一博
04-11 4420
当系统底层库出现缺少符号时, 不要单独升级某个文件,这可能导致各种不兼容问题,建议整体升级系统的库文件, 比如使用系统自带的指令进行系统更新!记录一次libc.so.6文件被替换、删除引发的系统级故障之修复过程-优快云博客误删 libc.so.6的解决方法（开机启动不了）_libc.so.6丢失无法开机_Timsley的博客-优快云博客软链接libc.so.6错误的修正_如何修改libc.so.6_一个专家程序员的博客-优快云博客。
error while loading shared libraries: libc.so.6 误删除libc.so.6急救办法,
leonnew的博客
05-25 4641
在高版本的环境中编译了一个软件，然而在低版本系统中无法使用，缺少libc.so支持,然而在编译过程中误删除了 libc.so.6的软连接，rm /lib64/libc.so.6。然后可以测试应用，然而我的问题还是没有解决，从2.14安装到2.16，最后放弃了。当时我的小心肝啊，都快绝望了操作环境还是正式环境，最后通过查找文档发现急救方案。下载需要升级的版本，注意高版本不一定支持低版系统，需要在官网确认好。配置，我们把安装文件单独放在其他地方，不放在系统位置，方便查找。查看系统现在支持的版本。
Linux误删C基本运行库libc.so.6急救方法
weixin_33968104的博客
06-09 433
首先普及一下关于libc.so.6的基本常识： libc.so.6是glibc的软链接 ll  /lib64/libc.so.6lrwxrwxrwx 1 root root 11 Aug 27 2014 /lib64/libc.so.6 -> libc-2.5.so glibc是gnu发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖...
WSL vhdx非root误删除libc.so.6
qq_36995313的博客
12-13 1392
虚拟机wsl无root修复libc.so.6误删
交叉编译qemu
ssd5xyx的专栏
12-06 4613
交叉编译qemu 前言：libX11的交叉编译确实非常繁琐，而对于系统调用accept4和preadv&pwritev则需要glibc-2.10以上才会支持，之前的glibc是2.9很悲催。。。。明天去龙芯机子上调试，但愿比较顺利。 作者：口口口 日期：2011/12/6 目录 准备工作... 1 过程步骤... 2 重新搭建交叉编译工具.
在CentOS7上使用LXC管理容器
热门推荐
知行合一 止于至善
08-28 1万+
看到了tecmint上的一篇文章,比较简单的介绍，就翻译了过来，用来辅助大家学习docker的基础。现在来说lxc好像已经是比较久远，但是技术上很多东西没有先进或者落后之说，更多的是前行的方向由谁主导而已。通过看一下LXC如何实现虚拟化，也可以对docker为什么如此快速流行有自己的判断。通过这篇文章验证了一下tecmint的这篇文章确实是lxc可以拿过来就直接使用的入门信息。拿走不谢。
一文搞懂如何使用 Frida Hook Android App
09-29 2727
根据自己的 android 版本，降级或升级 frida、frida-tool、frida-server的版本即可，比如 android10 实测可用的版本如下。创建 frida-server-upload.bat，实现拖入 frida-server 直接推送到设备并添加执行权限。在安装 frida 时候提示找不到 frida-14.2.18-py3.8-win-amd64.egg。创建 frida-server-start.bat，实现一键启动 frida-server 并转发端口。
Metasploit 渗透测试之制作隐藏后门
09-23 1122
MSF制作隐藏后门
5、操作系统的用户、组权限管理与沙箱技术解析
fff88的博客
08-31 99
本文详细解析了操作系统的用户和组权限管理机制，以及沙箱技术的核心原理和实际应用。内容涵盖Linux系统中的UID、GID、文件权限管理、setuid/setgid的使用，以及沙箱技术中的seccomp系统调用过滤、chroot监狱、命名空间分离和控制组资源限制。同时，文章通过Docker容器和浏览器沙箱等案例，分析了沙箱技术在现代系统中的综合应用，并探讨了其面临的挑战与未来发展趋势。
非root用户删除libc.so.6 的可怕经历
u010065754的专栏
08-08 3483
问题 背景：程序运行时缺少GLIBC_2.14, 需要将2.12升级到2.14，在安装完glibc.2.14之后，进行软连接删除和重建时，删除了libc.so.6. libc.so.6是大部分基本命令运行的库，删掉之后sudo命令就没法用了，我删除时是非root用户，也就是sudo 删除的，删除之后发现sudo不能用了。。。也就是没法建新的软连接了。 即使是网上提供的提供临时libc库路径 ...
linux删除libc.so.6
weixin_33766805的博客
06-08 541
LD_PRELOAD=/lib64/libc.so.6_bak cp /lib64/libc.so.6_bak /lib64/libc.so.6 LD_PRELOAD=/lib64/libc.so.6_bak是预加载libc文件，然后可以执行linux命令 转载于:https://www.cnblogs.com/tudoua/p/6963410.html...
/lib64 系统库文件出问题，报 ln: error while loading shared libraries: libc.so.6: cannot open shared object
weixin_43513408的博客
09-12 6881
我有一次安装zabbix 客户端，报error ： /lib64/libc.so.6: version `GLIBC_2.7’ not found 解决方案；因为系统版本的问题太低没有这个glibc_2.7 的库文件， （库文件的解释：对于头文件和库的区别我们可以这样理解：就是头文件提供的是一个函数的声明，并没有这个函数具体代码，而库呢就是存放这个函数的具体实现代码。 c语言在编译过程中会经过预处...
Linux误删C基本运行库libc.so.6处理方法
linux_farmer的博客
04-19 4907
1. libc.so.6介绍 /usr/lib/libc.so.6是glibc的软链接，不同的平台可能路径会不一样。 使用命令查看会看到： [root@farmer:~]$ls -l /lib/libc.so.6 lrwxrwxrwx 1 root root 11 Jan 1 22:23 /lib/libc.so.6 -> libc-2.9.so g
误删libc.so.6
07-18 367
误删libc.so.6 版权 yum install安装了一个软件之后，发现用什么命令都不好使了。错误提示信息： ls: error while loading shared libraries: /lib/libc.so.6: unexpected reloc type 0x25 【或者自己更新lib.c.so.6库时，执行了rm /lib/libc.so.6 -f 命令】。 根据提示信息，推测是安装软件之后，libc.so.6被更新，链接到了新的libc库了。 此现象之前遇到过，ls、ps、mv、r
误删除libc.so.6的解决
weixin_34199405的博客
06-06 231
最近安装一个软件需要glibc-2.17。 使用ldd --version 发现系统的glibc版本为 glibc-2.12，当时没有想到更好的方法，就尝试将系统的glibc版本修改为glibc-2.17 进行编译安装 glibc-2.17 http://ftp.gnu.org/gnu/glibc wget http://ftp.gnu.org/gnu/glibc/glibc-2.17.tar...
误删除libc.so.6的解决方法
weixin_34370347的博客
11-25 636
glibc是GNU发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现。由于 glibc 囊括了几乎所有的 UNIX 通行的标准，可以想见其内容包罗万象。而就像其他的 UNIX 系统一样，其内含的档案群分散于系统的树状目录结构中，像一个支...
[root@dixcbd-qd-test-004 build]# ln -sf /lib64/libc.so.6 /lib64/libc.so.6 2>/dev/null whoami: error while loading shared libraries: libc.so.6: cannot open shared object file: Error 40 sed: error while loading shared libraries: libc.so.6: cannot open shared object file: Error 40 logger: error while loading shared libraries: libc.so.6: cannot open shared object file: Error 40
最新发布
11-12
执行 `ln -sf /lib64/libc.so.6 /lib64/libc.so.6 2>/dev/null` 后，`whoami`、`sed`、`logger` 等命令出现 `error while loading shared libraries: libc.so.6: cannot open shared object file: Error 40` 错误，通常是因为软链接创建过程中出现问题，导致系统无法正确找到 `libc.so.6` 共享库文件。以下是一些可能的解决方案： ### 1. 恢复原始的 `libc.so.6` 软链接 可以尝试手动创建一个正确的 `libc.so.6` 软链接指向实际的 C 库文件。通常，`libc.so.6` 是指向实际 C 库文件（如 `libc-2.x.so`）的软链接。可以通过以下命令查找实际的 C 库文件： ```bash find /lib64 -name "libc-*.so" ``` 假设找到的实际 C 库文件是 `/lib64/libc-2.28.so`，可以使用以下命令创建软链接： ```bash ln -sf /lib64/libc-2.28.so /lib64/libc.so.6 ``` ### 2. 使用 LD_PRELOAD 临时指定库文件路径 如果无法直接修复软链接，可以使用 `LD_PRELOAD` 环境变量临时指定 `libc.so.6` 的路径。假设实际的 C 库文件是 `/lib64/libc-2.28.so`，可以使用以下命令： ```bash export LD_PRELOAD=/lib64/libc-2.28.so ``` 这样，在当前终端会话中，所有程序将优先使用指定的库文件。 ### 3. 重新安装 C 库 如果以上方法都无法解决问题，可以尝试重新安装 C 库。在不同的 Linux 发行版中，重新安装 C 库的命令可能不同。以下是一些常见发行版的示例： #### CentOS/RHEL ```bash yum reinstall glibc ``` #### Ubuntu/Debian ```bash apt-get install --reinstall libc6 ``` ### 4. 检查系统完整性 如果问题仍然存在，可能是系统文件损坏导致的。可以使用系统自带的工具检查和修复系统文件。例如，在 CentOS/RHEL 中，可以使用 `yum check` 和 `yum clean all` 命令： ```bash yum check yum clean all yum update ``` 在 Ubuntu/Debian 中，可以使用 `dpkg --verify` 和 `apt-get install -f` 命令： ```bash dpkg --verify apt-get install -f ``` 通过以上步骤，应该可以解决 `libc.so.6` 无法打开的问题。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值