作为一个多用户、多任务的操作系统，Linux下的文件 一旦被删除，是难以恢复的。尽管删除命令只是在文件节点中作删除标记，并不真正清除文件内容，但是其他用户和一些有写盘动作的进程会很快覆盖这些数据。不 过，对于家庭单机使用的Linux，或者误删文件后及时补救，还是可以恢复的。

1、 Ext2文件系统结构的简单介绍

在Linux所用的Ext2文件系统中，文件是 以块为单位存储的，默认情况下每个块的大小是1K，不同的块以块号区分。每个文件还有一个节点，节点中包含有文件所有者，读写权限，文件类型等信息。对于 一个小于12个块的文件，在节点中直接存储文件数据块的块号。假如文件大于12个块，那么节点在12个块号之后存储一个间接块的块号，在这个间接块号所对 应的块中，存储有256个文件数据块的块号（Ext2fs中每个块号占用4字节，这样一个块中所能存储的块号就是1024/4=256）。假如有更大的文 件，那么还会在节点中出现二级间接块和**间接块。

2、恢复被误删文件的方法

大多数Linux发行版都提供一个debugfs工具，可以用来对Ext2文件系统进行编 辑操作。不过在使用这个工具之前，还有一些工作要做。

首先以只读方式重新挂载被 误删的文件所在分区。使用如下命令：（假设文件在/usr分区）

mount –r –n –o remount /usr -r表示只读方式挂载；-n表示不写入/etc/mtab，假如是恢复/etc上的文件，就加上这个参数。假如系统说xxx partion busy，可以用fuser命令查看一下是哪些进程使用这个分区上的文件：

fuser –v –m /usr

假如没有什么重要的进程，用以下命令停掉它们：

fuser -k –v –m /usr

然后就可以重新挂载这些文件系统了。

假如是把所有的文件统一安装在一个大的/分区当中，可以在boot提示符下用linux single进入单用户模式，尽量减少系统进程向硬盘写入数据的机会，要不干脆把硬盘挂在别的机器上。另外，恢复出来的数据不要写到/上面，避免破坏那些 有用的数据。假如机器上有dos/windows，可以写到这些分区上面：

mount –r –n /dev/hda1 /mnt/had

然后就可以执行 debugfs：（假设Linux在 /dev/hda5）

#debugfs /dev/hda5

就会出现debugfs提示符debugfs：

使用lsdel命令可以列出很多被删除的文件的信息：

DE>debugfs：lsdel debugfs: 2692 deleted inodes found. Inode Owner Mode Size Blocks Time deleted 164821 0 100600 8192 1/ 1 Sun May 13 19:22:46 2001 ………………………………………………………… 36137 0 100644 4 1/ 1 Tue Apr 24 10:11:15 2001 196829 0 100644 149500 38/ 38 Mon May 27 13:52:04 2001 debugfs:DE>

列出的文件有很多（这里找到2692个），第一字段是文件节点号，第二字段是文件所有者， 第三字段是读写权限，接下来是文件大小，占用块数，删除时间。

然后就可以根据文 件大小和删除日期判定那些是我们需要的。比如我们要恢复节点是196829的文件：

可以先看看文件数据状态：

DE>debugfs：stat <196829> Inode: 196829 Type: regular Mode: 0644 Flags: 0x0 Version: 1 User: 0 Group: 0 Size: 149500 File ACL: 0 Directory ACL: 0 Links: 0 Blockcount: 38 Fragment: Address: 0 Number: 0 Size: 0ctime: 0x31a9a574 -- Mon May 27 13:52:04 2001 atime: 0x31a21dd1 -- Tue May 21 20:47:29 2001 mtime: 0x313bf4d7 -- Tue Mar 5 08:01:27 2001 dtime: 0x31a9a574 -- Mon May 27 13:52:04 2001 BLOCKS: 594810 594811 594814 594815 594816 594817 …………………………………. TOTAL: 38DE>

然后就可以用dump指令恢复文件：

debugfs：dump <196829> /mnt/hda/01.sav

这样就把文件恢复出来了。退出debugfs：

debugfs：quit

另 一种方法是手工编辑inode：

DE>debugfs：mi <196829> Mode [0100644] User ID [0] Group ID [0] Size [149500] Creation time [0x31a9a574] Modification time [0x31a9a574] Access time [0x31a21dd1] Deletion time [0x31a9a574] 0 Link count [0] 1 Block count [38] File flags [0x0] Reserved1 [0] File acl [0] Directory acl [0] Fragment address [0] Fragment number [0] Fragment size [0] Direct Block #0 [594810] ……………………………. Triple Indirect Block [0]DE>

使用mi指令后每次显示一行信息以供编辑，其它行可以直接按回车表示确认，把 deletion time改成0（未删除），Link count改成1。改好后退出debugfs：

debugfs：quit

然 后用fsck检查/dev/hda5

fsck /dev/hda5

程序会说找到丢失的数据块，放在lost found里面。这个目录里的文件就是我们要的东东

平时我们都会用到rm -rf * 但是如果一不小心删除了某些比较重要文件，那还是非常恼火的。 最好的办法还是尽量去避免这样的操作，看清楚了在删除。下面我给大家介绍两种恢复数据的方法，不过也仅仅在ext2上可以恢复，ext3上，目前还么有比 较有效的方法，这个大家可以来讨论一下，有没有更好的方法在ext3上来恢复文件

ext2上的文件恢复方法，最常用的两种： 如果你的文件正在使用中的话，可以通过lsof来解决你文件恢复的问题

测试方法：

1.把系统日志文件messages文件删除

rm -f /var/log/messages

2.利用lsof来查找正在使用该文件的进程号等相关信息

lsof |grep messages

COMMAND     PID    USER   FD      TYPE             DEVICE       SIZE       NODE NAME

syslogd    2230    root    2w      REG              253,0     209329    5586981 /var/log/messages 

3.确认proc下的文件是我们要找回的文件

tailf /proc/2230/fd/2     (/proc/PID/fd/FD)

4.找回文件

cat /proc/2230/fd/2 >/var/log/messages

5.此文件就被找回了。

这种方法只能当你删除的文件还被系统使用着的时候才能够这样恢复，那如果不不幸文件没有被使用怎么办呢，不要着急，我们可以用系统自带的工 具debugfs来恢复，用这种方法来恢复，首先你要避免为你所删除的块复写的情况发生，所以如果是非系统风区的，尽量umount掉，或者挂成只读（方 法下面会介绍），如果是/分区的话，那最好是在单用户模式下去操作，你rm掉一个文件，其实只是删除了一个数据的link，真是的数据仍然在块上，所以 debugfs是从块的节点位置来恢复的数据的，具体的恢复方式，debugfs是如何工作的，大家可以去网上搜一下，这里我就不累述了。

测试方法：

1. 有一个ext2的分区/dev/sdb3挂载到/USER下面

rm /USER/* -rf

2.我们把该设备先挂成只读的

mount -r -n /dev/sdb3 /mnt/tmp

3.使用debugfs找到被删除的数据

[root@TSM /]# debugfs /dev/sdb3

debugfs 1.39 (29-May-2006)   --进入debugfs的交互模式
debugfs:  lsdel  			-- 查看被删除的日志 
Inode  Owner  Mode    Size    Blocks   Time deleted
   12      0 100644   4096    4/   4 Wed May 13 23:34:07 2009
   11      0  40700      0   12/  12 Wed May 13 23:34:26 2009
   22      0 100644     32    1/   1 Wed May 13 23:34:26 2009
   23      0 100644     11    1/   1 Wed May 13 23:34:26 2009
4 deleted inodes found.
#####################################################################
#Inode				-- 节点标号
#Owner				-- 所属者
#Mode				-- 文件属性(即读、写等)
#Size				-- 文件大小
#Blocks				-- block(一般1block=1K),根据分区格式不同而变化
#Time deleted		-- 删除时间
#######################################################################
debugfs:  dump <23> /user/1			-- dump出你要的数据，'<>'这里是你需要恢复数据的节点标号，后面跟的是文件的路径
debugfs:  quit				-- 退出交互模式

好了，现在你去看看/user/1 下面的有没有把你的数据恢复出来了

以上两种方法，我已经测试过，都可以行，只是对于ext3来说还没找到办法非常遗憾，欢迎大家来讨论

####################################################################
现在有个工具可以恢复ext3文件系统中被rm掉的文件
文件下载：Image:Ext3grep.rar


最终测试：全部恢复出来的数据啊，文件中是空的，呵呵，不知何因，下次再测吧