Linux 误删libc.so.6

删除libc.so.6之后可能导致系统命令不可用的情况, 可使用如下方法解决:

LD_PRELOAD=/lib64/libc-2.12.so ln -s /lib64/libc-2.12.so /lib64/libc.so.6

原文地址:https://www.cnblogs.com/hankyoon/p/12628534.html

时间: 2024-10-16 02:45:07

Linux 误删libc.so.6的相关文章

linux 误删文件后 恢复

LINUX误删文件后,为了把损失降低到最低,进行如下操作: 一:卸载或者以只读的方式挂载需要恢复的分区: example:  umount  /dev/sdb1      #卸载挂载的sdb1 二:安装extundelete   (需要epel源进行支持) example:yum -y install extundelete 三:查看sdb1分区里文件对应的inode example:extundelete /dev/sdb1  --inode 2 文件名    inode    deltete

Linux误删恢复

作为一个多用户.多任务的操作系统,Linux下的文件一旦被删除,是难以恢复的.尽管删除命令只是在文件节点中作删除标记,并不真正清除文件内容,但是其他用户和一些有写盘动作的进程会很快覆盖这些数据.不过,对于家庭单机使用的Linux,或者误删文件后及时补救,还是可以恢复的.  1.Ext2文件系统结构的简单介绍 在Linux所用的Ext2文件系统中,文件是以块为单位存储的,默认情况下每个 块的大小是1K,不同的块以块号区分.每个文件还有一个节点,节点中包含有文件所有者,读写权限,文件类型等信息.对于

Linux误删C基本运行库libc.so.6急救方法

首先普及一下关于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,几乎其它任何运行库都会依赖于glibc,所以说绝大部分操作命令都缺少不了它 如何误删了/lib64/libc.so.6,大部分系统命令将无法

Linux中误删libc.so.6如何挽救

首先来简单的认识一下何为libc.so.6? libc.so.6是glibc的软链接 ll /lib64/libc.so.6lrwxrwxrwx 1 root root 11 Aug 25 2017 /lib64/libc.so.6 -> libc-2.5.so glibc是gnu发布的libc库,即c运行库.glibc是Linux系统中最底层的api,几乎其它任何运行库都会依赖于glibc,所以说绝大部分操作命令都缺少不了它. 如果真的是一不小心误删了/lib64/libc.so.6,大部分系

误移除Linux中libc.so.6之救援

在linux中会有很多重要文件,对于小白来说好奇心还是很大的,但有些文件一旦移除造成的后果是不堪设想的,尤其是在以后生产环境中,如果随意修改.删除文件等,造成的可能就是服务器崩溃,造成的就是白花花的银子没了,此刻你就该跑路喽. 以下就是我做的一个实验,把libc.so.6文件移动到/app下,然后我的centos崩溃了,具体看以下步骤: (1)利用mv命令把libc.so.c文件移动到了/app目录下. (2)移动过后可以看到此刻我的很多命令都无用了一直提醒我错误. (3)然后我由CRT返回我本

误删 libc.so.6的解决方法(转)

今天不小心把libc.so.6给删除了. 原系统是这样的: libc.so.6 -> lib-2.6.1.so 本想新建立一个软链接,指向 lib-2.8.so 没想到 ln 命令不能用了. 原来Linux 很多shell命令都离不开 libc.so.6. 真惨了. 幸好没有关linux. 从网上一查, 找到解决方案: 进入 /lib (或 /lib64  视情况而定), #LD_PRELOAD=/lib/libc-2.6.1.so ln -s /lib/libc-2.6.1.so libc.s

解决误删libc.so.6的参考资料

说说前因后果:因为之前安装了filezilla,发现安装不了,说是libc.so.6老旧了.差不多过了一个星期,也就是前天升级成功gcc后决定再解决这个问题.gcc升级成功后,决定创建新链接...然后喜闻乐见的终端里输入什么命令都不管用了 = =,当时还没意识到问题的严重性,实际上连文件也打不开了,于是考虑重启电脑,结果重启不了了,一直再加载用户登陆的地方卡住,这是当然的,因为libc.so.6是linux中底层很重要的动态库,总之千万不能删!!! 然而当发现重启也不行的时候,自己却还是没觉得多

vmware 下安装的linux误删bin目录恢复成功(全过程)避开各种坑

加载上系统安装iso镜像,设置光驱启动,在vmware菜单栏里点击,虚拟机-电源-打开电源时进入固件. 进入系统救援模式(选第3个选项)网卡需要配置上ip不然无法访问ftp服务器,注意:IP后面的通配符一般写24,进入后提示符为 bash-4.1# bash-4.1# cd /mnt/sysimage 目录下. 打包其他正常启动linux机器(系统版本要相同)上的bin文件,要打包成.tar格式(windows系统下可以安装 7ZIP 进行打包,linux系统下用 tar cvf bin.tar

Linux误删文件教训,吃一堑长一智

前几天在做php期末项目中,这个期末项目做了一个月,最后再添加一个清除缓存的功能就可以完成了,可是悲剧就是在最后发送,写了一段清理缓存的代码,因为还是学生在学习阶段,代码不完善,而且没有经过测试(教训一),直接放在项目里执行,导致写的30几个php文件全部被自己删了,而且没有备份(教训二). 最恨的是,误删文件之后我还往这个文件夹里写入了一些东西并且还把extundelete装到了这个文件夹下(教训三),导致文件只恢复少量一部分,大部分因为被新写入的数据彻底覆盖. 教训一:测试.在写功能的过程中