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

高性能Linux服务器 第6章  ext3文件系统反删除利器ext3grep  extundelete工具恢复rm -rf 误删除的文件 只能用于ext3文件系统!!!!!!!高俊峰(高性能Linux服务器构建实战:运维监控.性能调优与集群应用(完整)) Linux作为企业级服务器,数据的安全性至关重要,任何数据的丢失和误删除都是不可容忍的.作为系统管理员,一定要有数据保护意识,不但要对服务器数据进行定期备份,而且还要具有误删除数据后将其快速恢复的技能.本章重点讲述Linux下的ext3文件系统

来源:http://www.ibm.com/developerworks/cn/linux/l-cn-filesrc/ 原理及普通文件的恢复 要想恢复误删除的文件,必须清楚数据在磁盘上究竟是如何存储的,以及如何定位并恢复数据.本文从数据恢复的角度,着重介绍了 ext2 文件系统中使用的一些基本概念和重要数据结构,并通过几个实例介绍了如何手工恢复已经删除的文件.最后针对 ext2 现有实现存在的大文件无法正常恢复的问题,通过修改内核中的实现,给出了一种解决方案. 内容 对于很多 Linux 的用户

因为rm命令删除的文件是不会放入垃圾箱的,所以无法恢复,下面小编就给大家介绍一种方法,通过替换Linux rm命令的方法,从而将rm命令删除的文件放入垃圾箱. 方法: 1. 在/home/username/ 目录下新建一个目录,命名为:.trash 2. 在/home/username/tools/目录下,新建一个shell文件,命名为: remove.sh PARA_CNT=$# TRASH_DIR=“/home/username/.trash” for i in $*; do STAMP=`

一时疏忽,手一抖,把整个挂载的F盘删了一半!顿时傻眼!! 被删的F盘是Windows下NTFS分区,在Ubuntu12.04中挂载了F盘,使用rm命令时粗心大意,误删了一半的数据. 血的教训告诉我们,使用rm -r命令一定要带上-i,否则让你后悔莫及! 还好在Linux下有一种方法可以恢复被删除的NTFS分区文件. 本文地址:http://www.cnblogs.com/yhLinux/p/4106099.html 在文件被误删后,不要再往分区写数据!切记. 首先,看看我们被删的F盘: $ df

PS:补充下,我在fedora 19上运行的时候遇到的一个问题: [root@localhost extundelete-]# ./configure Configuring extundelete configure: error: ': configure: error: C++ compiler cannot create executables See `config.log' for more details 查看了下config.log文件发现与gcc-c++有关.所以运行yum -

“慎用rm -rf命令,除非你知道此命令带来的后果.”这是一条Linux用户守则,虽然大多数用户都明白这条语句的含义,但是我觉得还需要完善一下,为这条语句加 上一个使用前提:在你确认自己拥有清醒头脑,并且输入没有误差的时候可以使用rm -rf命令.这次惊心动魄的起因就是我将rm –rf log* 命令错误的输成了rm –rf log *,造成了当前目录下的所有项目文件全部被误删除. ls了两回,确定自己不是眼花后开始寻找解决 办法,昔日在Windows下有很多次数据恢复经历,但在Linux下这还

Linux下通过 rm -f 删除大量的小文件时出现类似如下错误信息:  -bash: /bin/rm: Argument list too long 如下图所示: 问题原因 如果待删除文件中包含的小文件数量过多,通常是由于受到 shell 参数个数限制所致. 这个是Linux系统存在的限制,可以通过如下指令查看该参数值的配置:   getconf ARG_MAX 解决办法 注: 删除操作为高风险命令,请一定谨慎使用.确认通过快照等方式对数据进行了有效备份,或者明确可以删除. 如果待处理的文件数

原文:http://www.cnblogs.com/patf/p/3368765.html PS:补充下,我在fedora 19上运行的时候遇到的一个问题: 1 [root@localhost extundelete-0.2.4]# ./configure 2 Configuring extundelete 0.2.4 3 configure: error: in `/usr/local/src/extundelete-0.2.4': 4 configure: error: C++ compil

昨天遇到一个问题,在Linux中有一个文件夹里面含有大量的Cache文件(夹),数量级可能在百万级别,使用rm -rf ./* 删除时间慢到不可接受.Google了一下,查到了一种方法,试用了下确实比单纯使用rm快了一个数量级. 方法见下: 1)首先建立一个空白文件夹. mkdir /tmp/www.111cn.net 2)之后使用以下语句即可快速的删除文件. rsync --delete-before -d /tmp/www.111cn.net/ /the/folder/you/want/de

原文网址:http://blog.csdn.net/iaiti/article/details/39557951 折腾了真久,GitHub commit之后,我手痒把本地的一个文件给删了,然后一直git pull都发现不能恢复.远程库里面还是有该文件的.就是我想将远程库的文件回到本地被删除了的位置. 特别的是,我在GitHub官网添加文件之后,pull之后会更新这个文件到本地. 但是那个被我收到删除的本地文件死活不恢复. 网上查了,事实上只有一篇真正提到使用checkout file,其余都是直

折腾了真久,GitHub commit之后,我手痒把本地的一个文件给删了,然后一直Git pull都发现不能恢复.远程库里面还是有该文件的.就是我想将远程库的文件回到本地被删除了的位置. 特别的是,我在GitHub官网添加文件之后,pull之后会更新这个文件到本地. 需求:想把本地误删的文件从本地恢复出来, 解决方案:使用git checkout file,在本地恢复,不需要从仓库里面拉取. 问题:在使用git checkout file 的方法时,却会报出一个错误 后面在论坛里发现有个git

Linux下通过rm -f删除/var/spool/postfix/maildrop/中大量的小文件时提示: "-bash: /bin/rm: Argument list too long" 如图: 通过ls /var/spool/postfix/maildrop/*|wc -l 发现文件数达到21万多,见附件: 原因:rm -f的参数过多 解决方法:可使用awk一次删除一个的方式进行删除,但必须先进入该目录下,操作方法如下:1.先进入该目录下:cd /var/spool/postfi

1.下载extundelete包,安装依赖 我用的是Centos系统,在安装extundelete之前需要安装e2fsprogs,e2fsprogs-libs,e2fsprogs-devel. yum install e2fsprogs e2fsprogs-libs e2fsprogs-devel 然后下载extundelete程序 下载地址: http://extundelete.sourceforge.net/ 2.编译安装extundelete 编译步骤: tar xjf extundel

使用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

恢复Intellij idea的删除文件方法: 右键单机项目名称---->Local History---->Show History 可以看到历史操作记录,右键单机想要恢复的文件---->Revert即可

//通过命令行清理svn的工作空间,删除未add的文件,revert修改的文件 public static bool RevertDelUnversioned(string svnPath) { try { var svnProcess = new Process(); svnProcess.StartInfo.FileName = "svn"; svnProcess.StartInfo.Arguments = "revert --recursive " + svn

cd /var/tmp/ find . -name "*.log"|xargs rm -rf "*.log"

人难免会失误,出现一些问题,在删除文件的时候使用rm,删除之后就后悔了.因为rm命令删除的文件是不进入回收站的,这使得恢复起来很困难.解决这一难题,可以使用python编写的trash-cli( https://github.com/andreafrancia/trash-cli ) 安装 通过包管理器可以直接安装trash-cli这个软件包已经被大多数包管理器收录. 如果没有也可以使用源码进行编译安装,具体可以参考官方文档. 使用 使用trash <文件或目录名>直接将文件删除到回收站 使用

原理及普通文件的恢复 要想恢复误删除的文件,必须清楚数据在磁盘上究竟是如何存储的,以及如何定位并恢复数据.本文从数据恢复的角度,着重介绍了 ext2 文件系统中使用的一些基本概念和重要数据结构,并通过几个实例介绍了如何手工恢复已经删除的文件.最后针对 ext2 现有实现存在的大文件无法正常恢复的问题,通过修改内核中的实现,给出了一种解决方案. 内容 对于很多 Linux 的用户来说,可能有一个问题一直都非常头疼:对于那些不小心删除的数据来说,怎样才能恢复出来呢?大家知道,在 Windows 系统