一、原因

我这次文件误删主要是因为，在写Makefile文件时，没有考虑周全，在执行make clean时删除了源文件，总之虚惊一场。庆幸的是我使用的删除命令是rm，如果使用shred执行删除的话，是无法恢复的。

二、解决方案

通过网络上搜索，发现了好几种解决方案，有使用debugfs的，有使用ext3grep，有使用extundelete的。因为我的文件系统是ext4格式的，使用debugfs和ext3grep都没成功，于是接着尝试extundelete。不过无论使用什么样的工具，要做的第一步就是要不要再往误删文件所在的分区上进行写操作。并且不要急于关机，因为文件系统的日志是恢复文件关键，但是这个关机对文件系统的日志是否会有影响还没有验证。

恢复步骤如下：

• 1）卸载误删文件所在的分区

使用umount命令如下：

umount ${dev_describer}

其中dev_describer是磁盘分区的设备描述符，格式如：/dev/sda1

• 2）安装extundelete

在Ubuntu下可以使用以下命令进行安装:

sudo apt-get install extundelete

其它Linux系统可以下载extundelete的源包，进行编译安装，无非是confiure/make/make install

• 3）使用extundelete进行文件恢复

我使用到的命令如下：

• （1）查找已经删除的文件，通过inode号来查找，命令如下：

extundelete --inode ${inode_num} ${dev_describer}

其中，inode_num是文件系统的inode号，dev_describer是误删文件所在的磁盘分区的设备描述符

如果不知道误删文件inode号，就直接填2，它会从根目录开始找，但是它的显示结果只会显示一层目录的inode号。关键是记住自己文件所有的路径，然后记下上述命令执行后显示的文件夹的inode号，然后一层层的找，误删文件，这个方法有点麻烦，但是很有效。

• （2）恢复文件，通过（1）找到误删文件inode号，就可以使用如下的命令进行文件恢复：

extundelete ${dev_describer} --restore-inode ${inode}

其中，dev_describer意义与（1）中的描述一致；inode是指误删文件的inode号

当然，如果记得误删文件的完整路径，那也可以直接通过文件路径来恢复文件，但是前提是要记得这个路径名，使用的命令如下所示：

extundelete ${deb_describer} --restore-file ${path}

其中，dev_describe意义与（1）中的描述一致，path是误删文件的完整路径

对于extundelete其它的命令参数的用法，可以通过如下命令来了解学习：

extundelete --help

三、参考文献

1. Linux man手册
2. http://www.linuxyunwei.com/2012/08/ext4%E4%B8%AD%E6%81%A2%E5%A4%8D%E4%BD%BF%E7%94%A8rm%E5%91%BD%E4%BB%A4%E8%AF%AF%E5%88%A0%E9%99%A4%E7%9A%84%E6%96%87%E4%BB%B6/
3. http://qyiyunso.blog.163.com/blog/static/350776862010826115537113/