下面是这个教程将教你如何在Ext3的文件系统中恢复被rm掉的文件。

假设我们有一个文件名叫 ‘test.txt’

注意：: “-il” 选项表示显示文件的i-node号（15），如果你不知道Unix/Linux文件系统的“I结点”的话，你有必要先补充一下相关的知识。简单说来，i结点就是操作管理文件的一个标识号。

我们再看一下其内容：

好，现在我们开始删除文件：.

使用 Journal 和 Inode 号恢复

注意，如果你删除文件后重启了系统，那么，相关的文件 journal 会丢失，我们也就无法恢复文件了。所以，恢复文件的前提是，Journal不能丢失，即，系统不能重启。

因为我们已经知道 test.txt 文件的 inode 号是 15，所以我们可以使用 debugfs 命令来查看：

请注意上面信息中的这一行：

这就是inode 15存放文件的地址（数据块）。然后，我们知道了这个地址，我们就可以使用 dd 命令，把这个地址上的数据给取出来。

• if 是输入的设备

• of 是输出的设备.

• bs 指定一个block的大小

• count 说明有多少个block需要dump

• skip 说明从开始的地方跳过 10234 个block，并从取下一个block的数据

下面让我们看一下被恢复的文件：

当然，上面的文件恢复是基于我们知道文件的inode，可在现实中，我们并不知道这个信息，如果我们不知道inode，我们还可能恢复吗？是的，这是可能的，让我们来看一下如何恢复。

使用 Journal 和 文件名恢复

如果我们不知道文件的inode我们可能恢复吗？我可以告诉你，这是不可能的事情。不过我们有办法知道文件的inode号。下面让我们来看看怎么做到：

注意，我们并不知道其inode号，但我们可以使用 debugfs 命令来查看（使用其 ls -d 选项）。

你看文件名了吧，它的inode号是 <2121567> ，注意，被删除了的文件的inode都是用尖括号包起来的。

即然知道了inode号，那么我们就很容易恢复了（使用 logdump选项）：

上面有很多信息，让我们仔细地查看，你可以看到下面一行信息：

并且，其类型是：

再仔细看一下文件的时间戳下面的Blocks: 什么也没有。那么，让我们看一下下一个block：

这一条Journal就有block信息了：

这就是被删除文件的地址，让我们再次运行恢复命令：

再让我们来检查一下文件内容：

小结

好了，下面是我们的一些总结：

1)使用 debugfs: ls -d 找到被删除文件的inode号。
2)使用 debugfs:logdump找到文件的数据块地址。
3)使用dd 命令把数据取出来存成文件

参考资料: