一个同事不小心使用rm -rf命令误删了自己的代码，这意味着一个月的工作丢失了(一个月没有备份过代码，看来他以前一定没经历计算机崩溃的灾难)。我们知道rm命令无法撤销，那么有没有办法恢复这个被删除的目录以及其中的全部文件呢？
在网上搜索了一下，找到一个名为ext3grep的工具，以及它的作者的一篇文章(见参考文档）。在这个工具出现以前，恢复ext3文件系统中被删除的数据是不可能的。因为ext3文件系统不同于ext2文件系统，它在删除一个文件后，会把文件inode结点中扇区指针清为0，而这让文件恢复看起来不太可能。不过，正如ext3grep工具作者所说的，因为ext3是一个日志型的文件系统，通过分析日志信息，有很大的可能重新解析出块指针，从而恢复出目录和文件。
以下是恢复文件所采用的步骤，希望对大家有帮助。
[ 卸载被误删除文件所在的分区，或以只读方式mount ]
当你发现你误删除了文件后，要做的第一件事是马上卸载被误删除文件所在的分区，或者以只读的方式来挂载该分区。原因大家都很清楚，文件被删除后，文件中的数据还存在磁盘上，除非存放这些数据的数据块又被操作系统分配出去了。我们这一步就是尽量降低数据块中数据被覆盖的风险，以提高恢复数据成功的比率。
如果被误删的文件在根分区，那么你最好重启计算机，进入单用户模式，以只读的方式挂载根分区，然后再进行恢复。要进行单用户模式，请看Grub中进入单用户模式的方法。
进入单用户模式后，根分区还是以读写方式mount的，用下面的命令，把挂载方式由读写(rw)改为只读(ro)：
mount -o ro,remount /如果被删除的文件不是根分区，也可以用unmount的方式将该分区卸载。假设文件在分区/dev/sda3中，该分区挂载到/home，那么我们用下面的命令来卸载：
umount /dev/sda3或者命令：
umount /home当然，在卸载前要保证没有程序在访问该分区，否则卸载会失败。所以，一般推荐进入单用户模式来恢复文件。
[ 安装ext3grep工具 ]
恢复的第一步当然是安装ext3grep工具。对于Debian/Ubuntu用户来说，安装ext3grep工具非常简单，只需要执行下面的命令：
aptitude install ext3grep不过公司所使用的Linux版本是CentOS，所以需要自己手工编译ext3grep工具，其实这也很简单，首先到ext3grep主页上下载它的源代码，然后用下面的命令解压/编译/安装这个工具。
tar zxf ext3grep-0.10.1.tar.gz cd /home//ext3grep-0.10.1 ./configure make make install注：在网上搜了一下，ext3grep也有rpm包可以下载，比如，RHEL/CentOS的RPM包可以在这里下载。其它Linux发行版的RPM也可以在rpmfind.net上找到。
前面说过，发现误删除后，要卸载掉该分区，或者进入单用户模式。所以最好在另外一台计算机上来编译或安装这个工具，然后把ext3grep这个可执行文件拷贝到U盘中再进行恢复。这也正是所用的方法，因为同事的文件恰好在根分区中。如果你也是这种情况，那么在用RPM包安装时，则需要把RPM包安装到你你指定的目录中，然后再把它拷贝到U盘中。
U盘里只需要拷贝ext3grep一个文件即可，它不需要动态加载库就可以执行。接下来把U盘插到待恢复的电脑上，用下面的命令加载：
mount -t vfat /dev/sdb1 /mnt把上面的设备号和安装点换成你自己的。如果你的设备文件还不存在的话(这也刚好是的情况)，用mknod命令创建一下吧。
现在，我们可以开始文件恢复了。
[ 恢复文件 ]
在开始恢复前，选择一个目录来存放被恢复的文件。ext3grep程序会在当前目录下创建一个名为RESTORED_FILES的目录来存放被恢复的文件。因此在运行ext3grep命令前，先要切换到一个你可读写的目录中。
对来讲，因为进入了单用户模式，并且将根分区设成了只读，那么只能把恢复出来的文件放在U盘中了。因此，先cd /mnt进入U盘目录。
如果你有幸记得你误删除的文件名及其路径的话，就可以直接用下面的命令进行恢复了：
ext3grep /dev/your-device --restore-file path/to/your/file/filename