热门文章
· 在linux中"rm .r
· 关于二次开盘恢复
· 希捷硬盘磁头匹配细则
· 希捷服务器硬盘ST3146
· 硬盘坏道的发现与修复
· 不要担心 文件无法删除的解
· 电脑黑屏怎么处理
· 电脑蓝屏的解决方法
· 硬盘维护知识
· 硬盘的盘面、磁道、柱面和扇
· 硬盘坏道怎么修复
· 数据丢失后注意事项
· 硬盘的主要构成部分
· 文档修复的正确理解
· 为什么硬盘不认盘?
· 造成数据丢失的硬盘故障
· 良好习惯使用U盘保护U盘数
· 丢失数据后应该注意什么?
· 硬盘故障检测维修常识
· C盘几种重要文件的完全备份
数据恢复首页 > 技术文章 > Linux文件系统的反删除方法

Linux文件系统的反删除方法


发布时间: 2007/5/30 16:20:26 来源:

作为一个多用户、多任务的操作系统,Linux下的文件一旦被删除,是难以恢复的。尽管删除命令只是在文件节点中作删除标记,并不真正清除文件内容,但是其他用户和一些有写盘动作的进程会很快覆盖这些数据。不过,对于家庭单机使用的Linux,或者误删文件后及时补救,还是可以恢复的。
1.Ext2文件系统结构的简单介绍
在Linux所用的Ext2文件系统中,文件是以块为单位存储的,默认情况下每个块的大小是1K,不同的块以块号区分。每个文件还有一个节点,节点中包含有文件所有者,读写权限,文件类型等信息。对于一个小于12个块的文件,在节点中直接存储文件数据块的块号。如果文件大于12个块,那么节点在12个块号之后存储一个间接块的块号,在这个间接块号所对应的块中,存储有256个文件数据块的块号(Ext2fs中每个块号占用4字节,这样一个块所能存储的块号就?024/4=256)。如果有更大的文件,那么还会在节点中出现二级间接块和三级间接块。
 
2。恢复被误删文件的方法
大多数Linux发行版都提供一个debugfs工具,可以用来对Ext2文件系统进行编辑操作。不过在使用这个工具之前,还有一些工作要做。
首先以只读方式重新挂载被误删的文件所在分区。使用如下命令:(假设文件在/usr分区)
mount–r–n–oremount/usr
-r表示只读方式挂载;-n表示不写入/etc/mtab,如果是恢复/etc上的文件,就加上这个参数。如果系统说xxxpartionbusy,可以用fuser命令查看一下是哪些进程使用这个分区上的文件:
fuser–v–m/usr
如果没有什么重要的进程,用以下命令停掉它们:
fuser-k–v–m/usr
然后就可以重新挂载这些文件系统了。
如果是把所有的文件统一安装在一个大的/分区当中,可以在boot提示符下用linuxsingle进入单用户模式,尽量减少系统进程向硬盘写入数据的机会,要不干脆把硬盘挂在别的机器上。另外,恢复出来的数据不要写到/上面,避免破坏那些有用的数据。如果机器上有dos/windows,可以写到这些分区上面:
mount–r–n/dev/hda1/mnt/had
然后就可以执行debugfs:(假设Linux在/dev/hda5)
#debugfs/dev/hda5
就会出现debugfs提示符debugfs:
使用lsdel命令可以列出很多被删除的文件的信息:
debugfs:lsdel
debugfs:2692deletedinodesfound.
InodeOwnerModeSizeBlocksTimedeleted
164821010060081921/1SunMay1319:22:462001
…………………………………………………………………………………
36137010064441/1TueApr2410:11:152001
196829010064414950038/38MonMay2713:52:042001
 
debugfs:
列出的文件有很多(这里找到2692个),第一字段是文件节点号,第二字段是文件所有者,第三字段是读写权限,接下来是文件大小,占用块数,删除时间。然后就可以根据文件大小和删除日期判断那些是我们需要的。比如我们要恢复节点是196829的文件:
可以先看看文件数据状态:
debugfs:stat<196829>
Inode:196829Type:regularMode:0644Flags:0x0Version:1
User:0Group:0Size:149500
FileACL:0DirectoryACL:0
Links:0Blockcount:38
Fragment:Address:0Number:0Size:0
ctime:0x31a9a574--MonMay2713:52:042001
atime:0x31a21dd1--TueMay2120:47:292001
mtime:0x313bf4d7--TueMar508:01:272001
dtime:0x31a9a574--MonMay2713:52:042001
BLOCKS:
594810594811594814594815594816594817………………………………….
TOTAL:38
然后就可以用dump指令恢复文件:
debugfs:dump<196829>/mnt/hda/01.sav
这样就把文件恢复出来了。退出debugfs:
debugfs:quit
另一种方法是手工编辑inode:
debugfs:mi<196829>
Mode[0100644]
UserID[0]
GroupID[0]
Size[149500]
Creationtime[0x31a9a574]
Modificationtime[0x31a9a574]
Accesstime[0x31a21dd1]
Deletiontime[0x31a9a574]0
Linkcount[0]1
Blockcount[38]
Fileflags[0x0]
Reserved1[0]
Fileacl[0]
Directoryacl[0]
Fragmentaddress[0]
Fragmentnumber[0]
Fragmentsize[0]
DirectBlock#0[594810]
…………………………….
TripleIndirectBlock[0]
使用mi指令后每次显示一行信息以供编辑,其它行可以直接按回车表示确认,把deletiontime改成0(未删除),Linkcount改成1。改好后退出debugfs:
debugfs:quit
然后用fsck检查/dev/hda5
fsck/dev/hda5
程序会说找到丢失的数据块,放在lost found里面。这个目录里的文件就是我们要的东东。
 

 
电话:0510-82732158 13812019989(24小时客服)     地址:无锡市人民西路45号梦之岛数码港金惠大厦17楼1715室
© 2012 All Rights Reserved by 无锡维数数据恢复中心