最近安装一个软件需要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.gz tar zxvf glibc-2.17.tar.gz cd glibc-2.17 mkdir b

libc.so.6 误删后修复  libc.so.6 被删除了(libc.so.6只是个链接,真实的lib 文件是 libc-2.15.so) su, sudo,ls, cp, mv 等等一系列命令都不能在使用 以下是几种修复措施: 在没有重启电脑的情况下,可以使用以下两种方式.前提是你目前在root 权限下1. (实验可行)#cd /lib/i386-linux-gnu#LD_PRELOAD=/lib/i386-linux-gnu/libc-2.15.so ln -sf /lib/i386-l

使用extundelete工具 sudo apt-get install extundelete 恢复操作命令 首先需要umount或者read only 分区  umount /dev/partition  mount -o remount,ro /dev/partition   --恢复文件 extundelete /dev/partition --restore-all extundelete /dev/partition --restore-directory /backup/gnuto

刚刚有个小伙伴不小心删了他写了好几的天代码,为他心疼之余帮他找回了文件. 想到我之前也常常误删一些文件,就干脆分享一下我的反删除方法,并说说我做的回收站(好low的,求大神指点) 首先是反删除软件extundelete.在ubuntu下安装方法很简单,如下: sudo apt-get install extundelete 我用的是它最简单的功能: extundelete /dev/sda1 --after --restore-all 这句话的意思是恢复绝对时间1480928228之后被删除的所

首先普及一下关于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,大部分系统命令将无法

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 glibc是gnu发布的libc库,即c运行库.glibc是linux系统中最底层的api,几乎其它任何运行库都会依赖于glibc,所以说绝大部分操作命令

转自:http://www.cnblogs.com/fjping0606/p/4551475.html 下面全文都是拷贝的上面链接的内容. 首先普及一下关于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,

计算机系统:Ubuntu 16.04 1 背景 在做项目的时候,本来想使用rm命令删除以14开头的文件,结果写成如下形式: rm 14 * 注意,本来14和*之间不应该有空格的,但是误写了一个空格,结果导致所有文件都被删除了!为了找回被误删的文件,根据网上的一些资料进行探索. 2 ext3grep sudo apt-get install ext3grep 参考资料[4]中对这个工具的使用有比较详细的说明过程.然而,正如参考资料[5]所言,这个工具只适合于ext3文件系统的,而新版本的Ubunt

刚刚有个小伙伴不小心删了他写了好几的天代码,为他心疼之余帮他找回了文件. 想到我之前也常常误删一些文件,就干脆分享一下我的反删除方法,并说说我做的回收站(好low的,求大神指点) 首先是反删除软件extundelete.在ubuntu下安装方法很简单,如下: sudo apt-get install extundelete 我用的是它最简单的功能: extundelete /dev/sda1 --after --restore-all 这句话的意思是恢复绝对时间1480928228之后被删除的所

说明:不一定有效,需要不断尝试 一.lsof 文件刚刚被删除,想要恢复,先尝试lsof. lsof |grep data.file1 cp /proc/xxx/xxx/xx /dir/data.file1 如果lsof不能看到文件,那么就需要使用恢复软件进行恢复. 要做的第一件事是立刻卸载被误删除文件所在的分区,或者重新以只读方式挂载此分区. umount /dev/part 或 mount -o remount,ro /dev/part 删除一个文件,就是将文件inode(inode 是操作系

网上有很多帖子介绍升级libc.so.6库的帖子,这里存在巨大的坑: 如: Linux/CentOS 升级C基本运行库CLIBC的注意事项(当想解决GLIBC_2.x找不到的编译问题) 里边都会有这样一个操作 rm -rf /lib64/libc.so.6 然后,所有shell命令都不能用了,ls..cd..su..... 网上除了一些补救措施:误删除libc.so.6 恢复 但如果你退出了root,又很难再重新进入root呢?那就死定了...... 所以这个操作一定要谨慎再谨慎,服务器没有备份

步骤: 1.对于文件系统为ext3文件系统 使用命令:sudo apt-get install ext3grep. 对于文件系统为ext4文件系统 使用sudo apt-get install extundelete 2.恢复系统使用命令:sudo extundelete /dev/ada1 --restore-all./dev/sda1是误删的文件原来在/home/liyihai里面的子目录中,而这个目录挂载与/dev/sda1分区(使用df -h命令查看).执行上面命令后,会在当前目录中生成

在我们使用系统的过程中,要注意各个共享库的使用,万一不小心删掉了什么,就可能出现各种问题.如果你把libc.os.6删掉了,那可就悲剧了,因为你的大部分命令都不能够正常使用了(╥╯^╰╥) 接下来呢,小编就给大家演示一下在centos7.3中,如果把libc.os.6删掉了,该如何恢复系统. 首先,我们使用终端机登录系统,然后将libc.os.6共享库删掉,(此项操作一定要在终端机上进行喏):     在删除了共享库以后,我们发现一些常用的命令如ls,stat,top等已经不能正常使用了,接下来

安装:Ubuntu下也可以直接用apt-get来获取extundelete 以我自己的Ubuntu14.04.3来看: df 命令是linux系统上以磁盘分区为单位来查看文件系统的命令,后面可以加上不同的参数来查看磁盘的剩余空间信息. df -hl 查看磁盘剩余空间 df -h 查看每个根路径的分区大小 du -sh [目录名] 返回该目录的大小 du -sm [文件夹] 返回该文件夹总M数 df --help 查看更多功能 查看硬盘的分区 #sudo fdisk -l 查看IDE硬盘信息 #s

主要内容转载自博客:https://blog.csdn.net/YLD10/article/details/80241160 写在前面,该方法只能用于误删的文件,若文件被覆盖,则无法恢复. 1.下载工具 sudo apt-get install extundelete 2.按照时间来恢复文件   即恢复到删除文件之前的那个时间(类似于数据库回滚),通俗来说就是,你删除文件大概在 2019-3-6 10:30 左右,那么你可以选择恢复到该时间之前的任意时刻,比如 2019-3-6 10:20 ,现

前段时间遇到开发人员更新glibc版本,把/usr/lib64/libc-2.12.so & libc.so.6 -> libc-2.12.so 这个软连接更改之后导致报错: ls: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory 无法远程登录,终端也无法登录,也无法单用户登录,如图: 终端登录: 单用户: 其实在执行误操作之后

今天不小心把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

今晚在ubuntu上安装一个软件时,出现这样的错误提示:E: Sub-process /usr/bin/dpkg returned an error code (1)然后在网上找了查找问题原因及解决方法,很多都说是因为系统中的某个软件有问题,而解决方法好像有不少,但是否奏效就不得而知了.我试了下面的这个比较好操作的方法.sudo dpkg --configure -asudo apt-get updatesudo apt-get upgrade然后再装一次软件,还是不行,又试了下面这个:1.$

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

1.安装过程 cd /tmp git clone https://github.com/andreafrancia/trash-cli cd trash-cli sudo python setup.py install 2.检验 安装完成之后我们系统就拥有了下列工具 ➜  ~  ll /usr/bin/|grep trash -rwxr-xr-x  1 root root    123  5月 28 19:38 trash -rwxr-xr-x  1 root root    125  5月 2

今天第一次写shell脚本,一不小心把home目录全给删除了. 解决方案: 先把手打上二十大板!!! [root@myshell ~]#mkdir /home/test01             //创建用户home文件夹 [root@myshell ~]#cp /etc/skel/*/home/test01  //拷贝默认的bash文件 [root@myshell ~]#chown test01:test01/home/test01   //更改所属用户和组 [root@myshell ~]