业内同行盆友来稿:对libc.so下毒手引发的惨痛血案,围观大型翻车现场...

简介: 业内同行盆友来稿:对libc.so下毒手引发的惨痛血案,围观大型翻车现场...

写在开篇

为了在线上安装环境依赖,给glibc库升级,由于线上环境libc.so版本低,不支持安装,所以手贱把动态库中的libc.so.6给移走了,直接导致Linux系统崩溃,系统瘫痪,所有用户均被强制退出。意识到缺少对libc.so的认识,以为跟普通的lib包类似,直接把新版的so软连过去就可以满足安装和升级,现在哦豁....... 软链不软链已经不重要了,反正腿是软趴趴的。

1、什么是libc.so

libc.so.6 是很基础的库(glibc),是软连接到在Linux系统中基本的命令,有很多可执行文件都会依赖这个共享库。当不小心把这个库改名字或者移走了,都会导致不同程度的异常,可以借助LD_PRELOAD变量和"ldconfig"命令来恢复这个共享库。前提是终端没有断开的情况下操作。libc.so.6是一个类似于WINDOWS下的一个快捷指向型的文件,而 linux有两种库,分别为:glibc、libc

  • 说明
  1. libc 是Linux下的ANSI C 函数库;
  2. glibc 是Linux下的GUN C 函数库:

2、操作流程

  • 作系统版本是:Red Hat Enterprise Linux Server release 6.8

1、问题出现

因为笔者这里是直接在生产环境上操作,当时是做软连接没成功,报错:文件已存在,软连接失败。于是我们就想着把它给移走。还没来得及做新软链就直接导致报错。

  • 基本上非系统命令都有这一条 libc.so.6 => /lib64/libc.so.6 ,因此libc.so.6至关重要,绝对不能删,不能改名,不能移走,能不能覆盖就不知道了,想作死的可以试试
[root@IDC-Redhat 6.8]# ln -s /home/david/libc-2.17.so /lib64/libc.so.6
ln: creating symbolic link `/lib64/libc.so.6': File exists
[root@IDC-Redhat 6.8]# mv /lib64/libc.so.6 .
who: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
awk: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
date: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
[root@IDC-Redhat 6.8]#

当时就吓尿了,生产环境被我玩坏了,怎么破。后来查原因才知道很多命令都依赖glibc,我把它的软链接移走了系统找不到此库,那肯定玩完。

  • 注意:出现这样的情况只要不关机重启,就不会影响业务运行,不够一定要注意磁盘的使用情况。
  • 终端输入用户名后回车ENTER,直接提示以下报错,无法登录。

img.png

2、尝试单点登入,会出现卡界面情况。如图:

单用户模式已经救不回来了,本来就是一个无知的少年,现在更是雪上加霜。

3、 解决问题

当时执行命令误操作之后,只要不断开远程连接还有挽回的余地。但远程异常断开连接之后很多人就没有辙了。只能尝试急救模式Rescue mode

  1. 如果当时远程连接会话保持,可以尝试使用以下命令:
[root@IDC-Redhat 6.8 ~]# mv /lib64/libc.so.6 .
who: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
awk: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
date: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
[root@IDC-Redhat 6.8 ~]# LD_PRELOAD=/lib64/libc-2.12.so ln -s /lib64/libc-2.12.so /lib64/libc.so.6
[root@IDC-Redhat 6.8 ~]# ll
total 120492
-rw-r--r--. 1 root root 123361280 Apr 14 23:54 all.tar
-rw-------. 1 root root      1098 Apr 14 23:21 anaconda-ks.cfg
-rw-r--r--. 1 root root      8835 Apr 14 23:21 install.log
-rw-r--r--. 1 root root      3384 Apr 14 23:21 install.log.syslog
lrwxrwxrwx. 1 root root        12 Apr 14 23:20 libc.so.6 -> libc-2.12.so
[root@IDC-Redhat 6.8 ~]# mv
mv: missing file operand
Try `mv --help' for more information.
[root@IDC-Redhat 6.8 ~]#
  • 说明:LD_PRELOAD允许你定义在程序运行前优先加载的动态链接库,因此在使用ln前就加载了lib库,而不是等到使用ln时加载,这样就能临时使用命令了
  1. 也可以使用ldconfid命令来恢复
[root@IDC-Redhat 6.8 ~]# mv /lib64/libc.so.6 .
who: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
awk: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
date: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
[root@IDC-Redhat 6.8 ~]#ldconfid
[root@IDC-Redhat 6.8 ~]# ll
total 120492
-rw-r--r--. 1 root root 123361280 Apr 14 23:54 all.tar
-rw-------. 1 root root      1098 Apr 14 23:21 anaconda-ks.cfg
-rw-r--r--. 1 root root      8835 Apr 14 23:21 install.log
-rw-r--r--. 1 root root      3384 Apr 14 23:21 install.log.syslog
lrwxrwxrwx. 1 root root        12 Apr 14 23:20 libc.so.6 -> libc-2.12.so

4、如果远程连接已经退出,只能使用急救模式尝试修复。首先准备好系统安装盘,使用安装盘启动系统。

  1. 选择第三个选项:Rescue installed system

  1. 选择语言和键盘(默认配置):

  1. 稍等一会儿会出现要不要设置网络,一般来说网络没问题就不用设置了,我这里选择No:

  1. rescue模式选项:
  • Continue, 救援模式程序会自动查找系统中已有的文件系统,并把他们挂载到/mnt/sysimage目录下。
  • Read-Only,则会以只读的方式挂载已有的文件系统。
  • Skip,则需要自己手动挂载。
  • Advanced ,高级选项。

  1. 原系统挂载路径/mnt/sysimage,如果想获得原系统root环境,执行行命令:chroot /mnt/sysimage 即可。

  1. 直接选择shell start shell 进入shell 命令行

  1. 因为执行过这个命令 "mv /lib64/libc.so.6 ." ,导致执行chroot /mnt/sysimge会报错:

  1. 退出shell& reboot 重启主机就OK啦!
相关文章
|
8月前
|
人工智能 搜索推荐 开发者
社区供稿 | 大模型恋爱神器!16种MBTI自由定制,北大ChatLaw团队出品
北大团队新作,让大模型拥有个性!而且还是自定义那种,16种MBTI都能选。
|
消息中间件 架构师 算法
好家伙!全网开源对标P5~P7程序员技术成长路线,阿里这次是真卷
今年的程序员可以说是最焦虑的一个群体了,面试找工作投简历没人理,有面试机会也面试不过,面试进去还干不长...于是,程序员们纷纷直呼:互联网寒冬又双叒叕来了,环境不好努力也没用躺平算了。
289 1
好家伙!全网开源对标P5~P7程序员技术成长路线,阿里这次是真卷
|
安全 Java 虚拟化
涅槃重生!字节大牛力荐大型分布式手册,凤凰架构让你浴火成神
从大型机到单体架构,从微服务架构到无服务架构,每一次架构模式的演进都是一次涅槃。每一个软件系统都是由大量服务构成的生态体系,个体服务的“死亡”和“重生”是整个系统能否持续可靠运行的关键因素。笔记从5个方面全面剖析了如何构建一个可靠的分布式系统,同时给出了Spring Boot、Spring Cloud、Kubernetes、Istio、AWS Lambda五种架构风格的样例工程。
|
消息中间件 分布式计算 Kubernetes
爆款阿里P5到P7晋升之路,九大源码文档助我超神果然努力幸运并存
前言 相信有许多的程序员,工作了这么多年;但是依然不知道自己掌握的技术栈+项目,究竟达到了阿里的什么职级,还有薪资水平是什么样的;
|
计算机视觉 Python
OpenCV竟然可以这样学!成神之路终将不远(二十四)
OpenCV竟然可以这样学!成神之路终将不远(二十四)
|
人工智能 自然语言处理 安全
网传字节跳动实习生删除所有轻量级模型,还有救吗?
网传字节跳动实习生删除所有轻量级模型,还有救吗?
157 0
|
敏捷开发 安全 项目管理
「首席看点」也许敏捷就是问题所在
「首席看点」也许敏捷就是问题所在
|
机器学习/深度学习 人工智能 Rust
2021 年 Rust 生态版图调研报告 | 星辰大海(下篇)
2021 年 Rust 生态版图调研报告 | 星辰大海(下篇)
933 0
|
存储 分布式计算 监控
专访骨灰级开源爱好者吴晟:开源没有黑魔法,两年后泡沫将会破灭
在刚结束的 2020 年,国内先后有超过 11 家开源软件领域企业获得了新一轮的资本助力,融资纪录创下近年来开源赛道最高。开源的热潮,已然兴起。然而,当越来越多的资本、企业等产业界人士开始越来越关注开源之时,一些隐藏在开源光鲜外衣背面的阴暗,也随之而来。
388 0
专访骨灰级开源爱好者吴晟:开源没有黑魔法,两年后泡沫将会破灭
|
运维 数据挖掘 5G
游戏开发者如何应对远程办公新常态?微软 GDC 大会给出答案!
如果说游戏是一种可以让你真正站在别人的立场上体验事物的平台,那么游戏开发者,就是这些体验的先驱。
209 0
游戏开发者如何应对远程办公新常态?微软 GDC 大会给出答案!