北京  ■ 深圳 ■ 上海  ■ 成都  ■ 重庆  ■ 浙江
经过数据恢复工程师的努力研究,已搞清楚了XFS文件系统的结构层。如果有基于XFS的NAS或LINUX数据出现问题,已有很大把握了。基于XFS数据恢复的软件已经完工。
站 内 搜 索
    
热 点 文 章
PC3000使用说明
关于硬盘坏道(绝对有收获) 
pc3000译文
U盘故障的详细维修方法! 
硬盘零磁道与分区表的修复
pc3000处理常见故障的一些方
推 荐 文 章
Hrt修复磁盘缺陷
pc3000处理常见故障的一些方
硬盘容量限制问题的形成以及
关于硬盘坏道(绝对有收获) 
20个美钻维修心德(1.22版)
Disk Genius V2.0 Beta 0219
FUJITSU盘故障表现
FUJ维修资料
最 新 文 章
北京理工大学
某数据恢复公司
捌捌国际
北京梁先生
吉林延边
山西刘先生
北京张先生
HP公司
联 系 我 们
北京北亚数据恢复中心
地址:北京市海淀区学院南路68号吉安大厦C座(汇智楼)528室
电话:(010)51280825
手机:13522617215 (张先生)
电子邮件:zymail@vip.sina.com
QQ:34000588(请叙述理由)
您现在的位置:

首页>>数据恢复文章>>正文

解读NTFS(三)

作者: 来源: 日期:2006-03-26 02:53:21  点击次数:

MFT文件记录结构分析

主文件表MFT的文件记录由记录头和属性列表组成,由“FF FF FF FF”结束,一般大小为1K,或一个簇大小(这样一般就更大),记录头包括以下一些域:

偏移 长度(字节) 属性
0X00 4 标志,一定是“FILE”
0X04 2 更新序列US的偏移
0X06 2 更新序列号USN的大小与数组,包括第一个字节
0X08 8 日志文件序列号LSN
0X10 2 序列号(SN)
0X12 2 硬连接数
0X14 2 第一个属性的偏移地址
0X16 2 标志,1表示记录正在使用,2表示该记录为目录
0X18 4 记录头和属性的总长度,即文件记录的实际长度,
0X1C 4 总共分配给记录的长度
0X20 8 基本文件记录中的文件索引号
0X28 2 下一属性ID
0X2A 2 XP中使用,边界
0X2C 4 XP中使用,本文件记录号

每次记录被修改都将导致日志文件序列号$LogFile Sequence Number(LSN)发生变化。
序列号Sequence Number(SN)用于记录主文件表记录被重复使用的次数。
硬连接数Hard Link Count记录硬连接的数目,只出现在基本文件记录中。
文件记录的实际长度是文件记录在磁盘上实际占用的字节空间。
基本文件记录中的文件索引号,对于基本文件记录,其值为0,如果不为0,则是一个主文件表的文件索引号,指向所属的基本文件记录中的文件记录号,在基本文件记录中包含有扩展文件记录的信息,存储在“属性列表ATTRIBUTE_LIST”属性中。

属性列表是可变长度区,以“FF FF FF FF”结束,对于1K长度的MFT记录,属性列表的起始偏移为0x30。


索引记录结构分析

每一个索引记录都是由一个标准的索引头和一些包含索引键和索引数据的块组成的。索引记录的大小在引导记录 $Boot中定义,一般总是4KB。
标准索引头的结构如下:

偏移 大小 说明
0X00 4 总是“INDX”
0X04 2 更新序号偏移
0X06 2 更新序列号USN的大小与排列,包括第一个字节
0X08 8 日志文件序列号LSN
0X10 8 该索引缓冲在索引分配中的索引VCN
0X18 4 索引入口的偏移(相对于0X18)
0X1C 4 索引入口的大小(相对于0X18)
0X20 4 索引入口的分配大小(相对于0X18)
0X24 1 非页级节点为1(有子索引)
0X25 3 总是0
0X28 2 更新序列号
0X2A 2S-2 更新序列排列

常用索引列表

名称 索引 说明
$I30 文件名 目录使用
$SDH 安全描述 $SECURE
$SII 安全IDS $SECURE
$O 对象IDS $OBJID
$O 所有者IDS $QUOTA
$Q 配额 $QUOTA
$R 重解析点 $REPARSE

再具体的就不再分析了,请自己查找操作系统的资料。

上一篇:数据恢复指南
下一篇:解读NTFS(二)
相关文章
Copyright 2005 - 2006 版权所有 北亚数据恢复中心
全国统一客服电话:4006-505-808 或 800-810-5880
地址:北京市海淀区学院南路68号吉安大厦C座(汇智楼)528
申明:本网站所有关于硬盘数据恢复硬盘维修的资料及工具全部来自网络,如有侵权,请通知我们,我们马上做出处理-北亚数据恢复中心。