winhex教程下Word格式.docx

上传人:b****3 文档编号:6806618 上传时间:2023-05-07 格式:DOCX 页数:25 大小:1.73MB
下载 相关 举报
winhex教程下Word格式.docx_第1页
第1页 / 共25页
winhex教程下Word格式.docx_第2页
第2页 / 共25页
winhex教程下Word格式.docx_第3页
第3页 / 共25页
winhex教程下Word格式.docx_第4页
第4页 / 共25页
winhex教程下Word格式.docx_第5页
第5页 / 共25页
winhex教程下Word格式.docx_第6页
第6页 / 共25页
winhex教程下Word格式.docx_第7页
第7页 / 共25页
winhex教程下Word格式.docx_第8页
第8页 / 共25页
winhex教程下Word格式.docx_第9页
第9页 / 共25页
winhex教程下Word格式.docx_第10页
第10页 / 共25页
winhex教程下Word格式.docx_第11页
第11页 / 共25页
winhex教程下Word格式.docx_第12页
第12页 / 共25页
winhex教程下Word格式.docx_第13页
第13页 / 共25页
winhex教程下Word格式.docx_第14页
第14页 / 共25页
winhex教程下Word格式.docx_第15页
第15页 / 共25页
winhex教程下Word格式.docx_第16页
第16页 / 共25页
winhex教程下Word格式.docx_第17页
第17页 / 共25页
winhex教程下Word格式.docx_第18页
第18页 / 共25页
winhex教程下Word格式.docx_第19页
第19页 / 共25页
winhex教程下Word格式.docx_第20页
第20页 / 共25页
亲,该文档总共25页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

winhex教程下Word格式.docx

《winhex教程下Word格式.docx》由会员分享,可在线阅读,更多相关《winhex教程下Word格式.docx(25页珍藏版)》请在冰点文库上搜索。

winhex教程下Word格式.docx

第13、14、15、16字节是本分区的总扇区数,也就是C盘的大小,这就要通过稍微一点点计算来得到了。

因为C盘是从第63个扇区开始,而C盘后面紧接着的是EBR,所以用EBR所在的第一个扇区数减去63就是C盘的大小。

那么如何才能找到EBR所在的第一个扇区呢?

我们前面说过,EBR的结构和MBR是一样的,所以,EBR的结束标志也一定是55AA,那么,只要我们找到这个结束标志,再看看这个扇区是不是EBR不就行了?

单击“搜索”——“查找十六进制数值……”,然后出来一个对话框

在文本框中输入“55AA”,搜索框中选“全部”,然后选中“条件”,把偏移量设置为“512=510”。

再单击“确定”。

画面如下:

首先找到第一个“55AA”,我们看到,个扇区在第63个扇区上,并不是我们要找的EBR,再按F3继续查找

又找到好几个扇区,都不是,那么下面这个扇区是不是?

前面我们说过,EBR的结构和MBR的结构是一样的,所以在倒数第五行倒数第二个字节应该是0001,并且前446个字节应该是0,显然这也不是EBR,继续按F3查找……终于找到了真正的EBR,在1435392扇区。

小技巧:

现在的硬盘都比较大,要逐个扇区的查找55AA确实太慢了,那么有没有办法快点呢?

有,那就是先问问客户C盘大概有多大,大多数客户还是知道的,比如他说C盘大概有10个G,那么你就不要从头开始找了,因为那实在太慢了。

10个G大概是2000万个扇区,那么你可以用转到扇区命令直接到1900万扇区,从那个地方再开始找不就省事多了。

用1435392减去63,得到1435329,再转为16进制,就是15E6C1,将他倒转过来就是C1E61500,这就是C盘的大小。

这样,第一个分区表项填写完毕,我们保存一下,再接着填写第二个分区表项。

第二个分区表第1个字节:

因为是非活动分区,所以写00

第2、3、4字节,填写010100(通用的)

第5字节:

因为是扩展分区,所以填写0F

第6、7、8字节:

填写FEFFFF(通用)

第9、10、11、12字节是本分区之前已用了的扇区数,应该就是C盘大小加63,也就是1435392,前面刚计算出来的,转为十六进制数再反过来就是00E71500

第13、14、15、16字节是本分区的总扇区数,也就是扩展分区的总扇区数,也就是用整个硬盘的大小减去C盘的大小再减去63,即4124736-1435329-63=2689344,转为十六进制就是290940,反过来就是40092900。

 

这样,第二个分区表项就填写完了。

不要忘了把最后的结束标志55AA填上,这样,MBR就全恢复完了,最后,保存,再重新启动……

启动完毕,迫不及待的打开我的电脑,发现三个分区全部又回来了,并且里面的数据完好无损。

再右击“我的电脑”,选“管理”

出现一个对话框,选“磁盘管理”,在右边可以看到磁盘一的三个分区(Fat32、Fat16、Ntfs)全部都回来了,至此,手工恢复分区表顺利完成。

手工恢复数据恢复成功率比较高,而且比较有趣味和挑战性,能找回许多傻瓜似的软件所找不回来的文件,但是要求工程师一定要有耐性,而且一定要保持清醒,清楚自己正在操作什么,操作完了会有什么后果,能不能退回到上一步状态。

特别是对一些破坏性操作,一定要考虑周到,只要条件允许,就一定要在操作之前进行备份,否则会造成“血”的教训,切记!

下面我们会说到手工恢复DBR、FAT(此教程被收录在付费教程中),这些比手工恢复分区表还要复杂,更需要大量的计算。

再说完了使用Winhex手工恢复数据之后,我们会说到一些数据恢复软件,结合数据恢复软件会使数据恢复成功率大大提高,但有一些软件在扫描过程中会对原盘破坏数据,在使用中一定要谨慎!

而且同一个软件,一个新手用和一个老手用数据恢复成功率绝对是不一样的,这些软件我们会免费赠送,绝对不会让你学习了资料却找不到软件的。

FAT文件系统下的手工数据恢复案例

关键词:

数据恢复,数据恢复资料,数据恢复技术

本文针对FAT分区。

使用工具:

winhex(非数据恢复专用)

磁盘的具体存储原理,这里我解释一下:

1、剩余扇区是什么:

剩余扇区有分区内的剩余扇区和整个磁盘的剩余扇区。

先说分区内的扇区:

描述磁盘容量的单位是扇区,分区内部又是采用簇来管理的。

通常情况下,扇区的容量是512b,簇的单位容量大于等于扇区的容量。

以具体事例来讲,一个7gb的fat32分区,其簇的大小是4k,相当于8个扇区,而分区内的存储单位是4k,分区的扇区总数如果不是8的倍数,那余下来的扇区便是剩余扇区了。

整个磁盘的剩余扇区与上述原理相似,不同的是,每个分区的结束必须以254头,63扇为结束(也应该是老的磁盘管理模式留下的弊端吧!

虽然分区内是以线性逻辑扇区为首要参数的)也就是说,如果磁盘的总容量正好分不净一个柱面的容量(1*254*63*512b=8193024b),那么,剩下的容量便是整个磁盘的剩余扇区了,其最大也就是大约7.8m。

这也是通常情况下,分区的最小容量是7.8m,分区容量是8193024b倍数的原因。

(简图并未画出整个磁盘的剩余扇区,大家理解吧!

2、对于fat32的保留扇区的数目,一般来说是32个,但也不肯定是,有时候可能会是38个或其他数目,当然也可以在dbr中的bpb(biosparameterblock)参数表中更改,后面要讲到在数据恢复中了解他的重要性。

(dbr的参数说明到数据恢复网找找)

3、在小容量的磁盘分区中也存在fat16的分区格式,原理吗?

和软盘的存储原理相,见数据恢复网“反黑行动之数据恢复”。

下面我们进入实战:

第一种情况,分区被格式化。

如果格式化以后,当然可以用现成的数据恢复软件来恢复,但软件毕竟是软件,并不能应对多变的复杂的情况。

而手工不同,如果对磁盘结构了解,是可以最大程度的恢复的。

我们抛开数据恢复软件来看和通过手工来恢复被格式化的磁盘分区。

对于fat格式的分区(包括fat16),format命令会重建dbr扇区,清空两个fat表,清空分区的第一个簇(存放原根目录)。

不管是快速格式化还是完全格式化(快速格式化和完全格式化的区别在于他们是否对所涉及到的磁盘扇区进行检测扫描,清除上面的数据事都要做得)。

对于dbr,分区只要正确格式化就会生成正确的dbr,故而重点是fat表和原根目录(如果原根目录大于一个簇,这仅仅是第一个簇,为了方便,以后就以原根目录称)的问题。

如果你格式花前备份了此分区的fat表和根目录。

那么,只要将dbr初始化,恢复fat表和根目录即可完全恢复数据。

不过,既然是被格式化,那一定没有fat表和根目录的备份(废话!

)。

继续:

先说根目录,跟目录的第一扇一但清空,别无法找回了。

所以,格式化前存储在根目录的文件就会因其在第一扇存储的文件特征描述表丢失而很难找回了,除非你知道文件中包含的特征字符串,根据其在整个分区内查找,又确定文件的大小,而恰好要恢复的文件又是在磁盘内连续存储的。

再说fat表,fat表的丢失对交叉存储的文件来说是几乎毁灭的灾难。

原则上如果丢失,就只能恢复从文件第一簇开始的连续几簇了。

但一般如要恢复的文件较小或分区并未经过频繁的文件删增的话,还是有希望的。

手动填写fat表是不现实的,我们只好先让原来的目录结构重现,再想办法。

windows的磁盘文件格式是tree型的,格式化只是将tree的根折,在根折断以后,其实就象生成了多颗tree(想想数据结构)。

如果我们要恢复的文件全部位于一个子目录当中。

那好了,我们只要将这颗子树的树根放入原tree的根位置上,即可生成一颗新树。

推介使用winhex,下面以winhex为例具体而言,首先,若磁盘未格式化或格式化格式不太正确,先格式化,以生成可参照的dbr和fat表。

接着我们在分区中寻找相关的字符串来确定此子树的'

根'

位置。

,如记得原目录中有sjhfnet.txt的文件(选择其他目录没有或很少有此文件名的文件),可在整个分区内查找'

sjhfnettxt'

再根据相关特征确定。

这时候注意一下,我们需要目录中提供的'

.'

目录来推测原分区的一些特性,主要是dbr中的bpb参数,如保留扇区的数目。

(一般是不不会错的,但如果有那怕一个扇区的出入,整个分区中目录的映射将不能套用,还是看看吧!

),是不是要问,'

目录是什么?

学过dos的人都知道,目录'

表当前所在目录,'

..'

表上级目录,在32个子节的目录项中,包含有和其他目录项相同的特征,我们关心目录的位置(在原分区格式的第几个簇中),他应该是等于他所在的簇号的!

也就是

看一下偏移量为15h14h1bh1ah的数值是否等于现在簇号。

在winhex中格式化后的磁盘可清楚的列出当前簇的簇号,可比较一下(可能需要16进制与10进制的转换)。

相同不说了,如果不相同,也应该相差不多。

计算一下相差的簇的数目,然后在本分区dbr扇区的0eh~0fh作相应增减,是保留扇区的数目回到原来的数目。

重起一下计算机,是新的dbr生效,清空现fat表(根目录簇可以不清空,因后边讲到会覆盖的)。

文件目录项的映射与实际地址便正确的结合了。

(不明白吗?

想想原理,努力消化一下)

接着将找到的簇复制----〉定位到现在的根目录----〉写入。

打开“资源管理器“,浏览,出来了吗?

慢!

还没完,现在的目录结构是出来了,但还不能访问,因为fat表所记录的簇还是空闲的。

怎么办?

手动写,算一下,可能写完得30年吧!

呵呵!

哪。

,其实,如果要恢复的文件大小都在1簇范围内,可在win98下运行磁盘扫描程序,在出现修复的提示时选相应的选象修复即可(别选“删除涉及到的文件”选项,另外,win2000下不行,扫描程序会直接删除文件的)。

这样,大小在1簇范围的文件别完全恢复了(包括文件)。

那如何在这种情况下恢复大于1个簇的文件呢?

一是你可以写一个小的程序来实现涉及到的簇的连续。

如果你不会,那么也不难,得一个一个文件的来。

打开winhex,使用它的目录模板跳转到文件的存储区,从当前簇复制大小为文件大小的一块连续数据,写入新文件中(记得写在其他分区中),即可!

当然,如果簇数较少,可直接在fat1中改动。

另外,这样恢复的文件也不一定正确。

要看当初文件的存储是否连续了?

如果恢复后的文件不能用,那。

听天由命吧!

(要么你在磁盘中在查找,分析,自己把它连接起来。

不过,工作量吗?

这样恢复的是以前一个子目录的数据。

如果有多个目录的数据要恢复,可用同样的方法替换根目录(第一个数据簇),也可以采用手动建立根目录的方法,不过,别在资源管理器中进行,手动在winhex中做吧!

还有,要是恢复的目录中有多个簇,再用同样的方法,查找,作为根目录。

这是分区格式为fat32的情况,如fat16则不需考虑保留扇区的数目情况,fat16无保留扇区。

这是有目录项的情况。

再来说一下在无目录项参照的情况:

以下默认为欲恢复文件是存储在FAT32文件格式当中的文件。

假如你的磁盘已经被xxx破坏的一塌糊涂。

或者已经经过了N位高手二次处理"

加工"

过了,什么工具软件都用过了!

结果仍然没有看到你需要的数据的影子。

或者你要恢复的数据本来就很少(若干源代码,或是若干论文,若干小的数据库,或是确认在数据丢失前正好做了磁盘碎片整理),不值得采用我上面采用的方法。

你可以采用在磁盘内通过查找的方法,总结来找回数据(不要笑,有技巧的,况且,也许这是唯一的方法!

可以通过磁盘文件的存储特征和文件固有的类型特征来考虑。

看过《反黑行动之数据恢复》(风般的男人著)应该可以知道,文件在磁盘内至少是以扇区为单位的,也就是说,每个文件在磁盘内实际存储的开始,一定是某扇区的开始。

这是其一,其二是每种类型的文件都有其特定的文件标志,可根据文件的特定标志(通常还是在文件的开头)与其在磁盘的位置来圈定。

如果是文本文件,可通过在磁盘内查找特征字串的方法来找到。

不过,稍有知识的人是都知道的,不说了。

(还是使用winhex吧!

硬盘速度可以的话,应该查找1G的空间不超过1分钟)

我们来通过具体的例子看一看已加密或无明显特征字串的情况(这是最通常的情况)。

以一Office文档的恢复为例。

Office文档的实际构成总是以

“00000000D0CF11E0A1B11AE10000000000000000邢.唷?

?

.......”

开头,以下列二进制特征为尾:

---------------------------------------------------------------------------------

00148940FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

00148950FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

00148960FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

00148970FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

00148980FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

00148990FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

001489A0FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

001489B0FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

001489C0FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

001489D0FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

001489E0FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

001489F0FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF

00148A000100FEFF030A0000FFFFFFFF06090200..?

....?

....

00148A1000000000C00000000000004618000000....?

.....F....

00148A204D6963726F736F667420576F72642044MicrosoftWordD

00148A306F63756D656E74000A0000004D53576Focument.....MSWo

00148A407264446F630010000000576F72642E44rdDoc.....Word.D

00148A506F63756D656E742E3800F439B2710000ocument.8.?

瞦..

(这是在winhex中显示的情况,此部分内容是最后扇区的中间部分的内容#

既然文件头尾标志已确定,即可在磁盘中搜索了。

可搜索所有的“D0CF11E0A1B11AE1”,保存其位置。

在搜索特定的尾标志,保存其位置。

观看在winhex“位置管理器”中的所保存位置。

删除位置不是以"

000H"

,"

002H"

,"

004H"

006H"

008H"

结尾的文件头标志(因为扇区容量512B=200HB)。

删除不合位置特征的尾标志(通过对200H取余的结果看)。

再删除多出来的头或尾标志。

(应该成对出现)

此例以Word2000文档为例。

通常情况下,word文档的大小不可能太大。

在winhex的位置管理器当中,所有的位置是以地址来排序的。

所以,看一下成对的头尾标志其偏移是否合逻辑。

如不合,删了!

那么,剩下来的便是最有可能的了。

剩下的,不用说了吧!

将每一对头尾地址之间的数据保存即可。

(成不成功看命吧!

这是以Office文件为例说明。

其实大多数文件都有特征标志,可参看相关资料或自己研究。

对于没有特定尾标志的文件,它的结构也有特征,结合头标志和结构看吧!

(不过可能稍难点!

)还有,恢复的文件当中可能有你删除了的文件,没有办法。

只好一视同仁了。

不过一般情况下,已删除文件的开头是最先被系统的其他文件覆盖的,可能也能降低工作量吧!

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 工作范文 > 行政公文

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2