数据恢复免费咨询热线
热门文章
· RAID恢复软件Raid
· 苹果电脑硬盘文件系统(HF
· RAID6算法介绍上
· 成功解决大华录像机被格式化
· 成功解决苏州建行SQL20
· 成功恢复Vmware ES
· 成功恢复泰晶科技LINUX
· 成功解决希捷146G SC
· DELL服务器LSI RA
· LSI RAID BIOS
· 手把手教你组磁盘阵列 5
· ※※图解RAID5工作原理
· Sql数据库MDF数据文件
· 浅谈企业网络存储备份方案
· 云计算机安全技术分析
· WINHEX的数据结构模板
· 中小企业数据备份解决方案
· 硬盘固件损坏导致的数据丢失
· ※※U盘维修方法※※
· 硬盘的缺陷分类
数据恢复首页 > 技术文章 > ※Linux文件系统的反删除方法※
 
技术文章

※Linux文件系统的反删除方法※


发布时间: 2007-4-21 14:08:26 来源: 数据恢复实验室

 

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

 

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

Linux所用的Ext2文件系统中,文件是以块为单位存储的,默认情况下每个块的大小是1K,不同的块以块号区分。每个文件还有一个节点,节点中包含有文件所有者,读写权限,文件类型等信息。对于一个小于12个块的文件,在节点中直接存储文件数据块的块号。如果文件大于12个块,那么节点在12个块号之后存储一个间接块的块号,在这个间接块号所对应的块中,存储有256个文件数据块的块号(Ext2fs中每个块号占用4字节,这样一个块中所能存储的块号就是1024/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命令可以列出很多被删除的文件的信息:

debugfslsdel

debugfs:2692deletedinodesfound.

InodeOwnerModeSizeBlocksTimedeleted

164821010060081921/1SunMay1319:22:462001

…………………………………………………………………………………

36137010064441/1TueApr2410:11:152001

196829010064414950038/38MonMay2713:52:042001

 

debugfs:

列出的文件有很多(这里找到2692个),第一字段是文件节点号,第二字段是文件所有者,第三字段是读写权限,接下来是文件大小,占用块数,删除时间。然后就可以根据文件大小和删除日期判断那些是我们需要的。比如我们要恢复节点是196829的文件:

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

debugfsstat<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指令恢复文件:

debugfsdump<196829>/mnt/hda/01.sav

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

debugfsquit

另一种方法是手工编辑inode

debugfsmi<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

debugfsquit

然后用fsck检查/dev/hda5

fsck/dev/hda5

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

 

 
公司简介 | 服务范围 | 成功案例 | 数据恢复 | 联系方式 | 客户留言 | 服务报价 |
电话:86-0512-65166569 65164219 13222263586 18913530551(24小时客服) 传真:86-0512-65099043
地址:苏州高新区滨河路588号 赛格电子市场A座 1117室
© 2005-2016 All Rights Reserved by 苏州维数电脑公司(维数数据恢复中心)
苏ICP备08008198号