ntfs文件系统 总结13页word文档.docx
- 文档编号:7552454
- 上传时间:2023-01-24
- 格式:DOCX
- 页数:11
- 大小:26.75KB
ntfs文件系统 总结13页word文档.docx
《ntfs文件系统 总结13页word文档.docx》由会员分享,可在线阅读,更多相关《ntfs文件系统 总结13页word文档.docx(11页珍藏版)》请在冰豆网上搜索。
ntfs文件系统总结13页word文档
ntfs文件系统总结
观察内容的选择,我本着先静后动,由近及远的原则,有目的、有计划的先安排与幼儿生活接近的,能理解的观察内容。
随机观察也是不可少的,是相当有趣的,如蜻蜓、蚯蚓、毛毛虫等,孩子一边观察,一边提问,兴趣很浓。
我提供的观察对象,注意形象逼真,色彩鲜明,大小适中,引导幼儿多角度多层面地进行观察,保证每个幼儿看得到,看得清。
看得清才能说得正确。
在观察过程中指导。
我注意帮助幼儿学习正确的观察方法,即按顺序观察和抓住事物的不同特征重点观察,观察与说话相结合,在观察中积累词汇,理解词汇,如一次我抓住时机,引导幼儿观察雷雨,雷雨前天空急剧变化,乌云密布,我问幼儿乌云是什么样子的,有的孩子说:
乌云像大海的波浪。
有的孩子说“乌云跑得飞快。
”我加以肯定说“这是乌云滚滚。
”当幼儿看到闪电时,我告诉他“这叫电光闪闪。
”接着幼儿听到雷声惊叫起来,我抓住时机说:
“这就是雷声隆隆。
”一会儿下起了大雨,我问:
“雨下得怎样?
”幼儿说大极了,我就舀一盆水往下一倒,作比较观察,让幼儿掌握“倾盆大雨”这个词。
雨后,我又带幼儿观察晴朗的天空,朗诵自编的一首儿歌:
“蓝天高,白云飘,鸟儿飞,树儿摇,太阳公公咪咪笑。
”这样抓住特征见景生情,幼儿不仅印象深刻,对雷雨前后气象变化的词语学得快,记得牢,而且会应用。
我还在观察的基础上,引导幼儿联想,让他们与以往学的词语、生活经验联系起来,在发展想象力中发展语言。
如啄木鸟的嘴是长长的,尖尖的,硬硬的,像医生用的手术刀―样,给大树开刀治病。
通过联想,幼儿能够生动形象地描述观察对象。
ntfs文件系统(总结)2019-07-2014:
30解读NTFSNTFS是一个比FAT复杂的多的文件系统,我们一起努力来把它完整的解读出来
要练说,得练听。
听是说的前提,听得准确,才有条件正确模仿,才能不断地掌握高一级水平的语言。
我在教学中,注意听说结合,训练幼儿听的能力,课堂上,我特别重视教师的语言,我对幼儿说话,注意声音清楚,高低起伏,抑扬有致,富有吸引力,这样能引起幼儿的注意。
当我发现有的幼儿不专心听别人发言时,就随时表扬那些静听的幼儿,或是让他重复别人说过的内容,抓住教育时机,要求他们专心听,用心记。
平时我还通过各种趣味活动,培养幼儿边听边记,边听边想,边听边说的能力,如听词对词,听词句说意思,听句子辩正误,听故事讲述故事,听谜语猜谜底,听智力故事,动脑筋,出主意,听儿歌上句,接儿歌下句等,这样幼儿学得生动活泼,轻松愉快,既训练了听的能力,强化了记忆,又发展了思维,为说打下了基础。
NTFS的引导扇区也是完成引导和定义分区参数,和FAT分区不同,FAT分区的BOOT记录正常,就显示分区没有错误,即使文件不正确,而NTFS分区的BOOT不是分区的充分条件,它要求必须MFT中的系统记录如$MFT等正常该分区才能正常访问。
其BPB参数如下表所示。
要练说,得练看。
看与说是统一的,看不准就难以说得好。
练看,就是训练幼儿的观察能力,扩大幼儿的认知范围,让幼儿在观察事物、观察生活、观察自然的活动中,积累词汇、理解词义、发展语言。
在运用观察法组织活动时,我着眼观察于观察对象的选择,着力于观察过程的指导,着重于幼儿观察能力和语言表达能力的提高。
字节偏移长度常用值意义
0x0B字0x0002每扇区字节数
0x0D字节0x08每簇扇区数
0x0E字0x0000保留扇区
0x103字节0x000000总为00x13字0x0000NTFS未使用,为00x15字节0xF8介质描述
0x16字0x0000总为00x18字0x3F00每磁盘扇区数
0x1A字0xFF00磁头数
0x1C双字0x3F000000隐含扇区
0x20双字0x00000000NTFS未使用,为00x288字节0x4AF57F0000000000扇区总数
0x308字节0x0400000000000000$MFT的逻辑簇号
0x388字节0x54FF070000000000$MFTMirr的逻辑簇号
0x40双字0xF6000000每MFT记录簇数
0x44双字0x01000000每索引簇数
0x488字节0x14A51B74C91B741C卷标
0x50双字0x00000000检验和
MFT中的文件记录大小一般是固定的,不管簇的大小是多少,均为1KB。
文件记录在MFT文件记录数组中物理上是连续的,且从0开始编号,所以,NTFS是预定义文件系统。
MFT仅供系统本身组织、架构文件系统使用,这在NTFS中称为元数据(metadata,是存储在卷上支持文件系统格式管理的数据。
它不能被应用程序访问,只能为系统提供服务)。
其中最基本的前16个记录是操作系统使用的非常重要的元数据文件。
这些元数据文件的名字都以"$"开始,所以是隐藏文件,在Windows2000/XP中不能使用dir命令(甚至加上/ah参数)像普通文件一样列出。
在WINHEX中带有NFI.EXE,用此工具可以显示这些记录与文件的对应关系,下一次再详细解释。
这些元数据文件是系统驱动程序管理卷所必需的,Windows2000/XP给每个分区赋予一个盘符并不表示该分区包含有Windows2000/XP可以识别的文件系统格式。
如果主文件表损坏,那么该分区在Windows2000/XP下是无法读取的。
为了使该分区能够在Windows2000/XP下能被识别,就必须首先建立Windows2000/XP可以识别的文件系统格式即主文件表,这个过程可通过高级格式化该分区来完成。
Windows以簇号来定位文件在磁盘上的存储位置,在FAT格式的文件系统中,有关簇号的指针包含在FAT表中,在NTFS中,有关簇号的指针则包含在$MFT及$MFTMirr文件中。
NTFS使用逻辑簇号(LogicalClusterNumber,LCN)和虚拟簇号(VirtualClusterNumber,VCN)来对簇进行定位。
LCN是对整个卷中所有的簇从头到尾所进行的简单编号。
用卷因子乘以LCN,NTFS就能够得到卷上的物理字节偏移量,从而得到物理磁盘地址。
VCN则是对属于特定文件的簇从头到尾进行编号,以便于引用文件中的数据。
VCN可以映射成LCN,而不必要求在物理上连续。
在NTFS卷上,跟随在BPB后的数据字段形成一个扩展BPB。
这些字段中的数据使得Ntldr能够在启动过程中找到主文件表MFT(MasterFileTabl)。
在NTFS卷上,MFT并不象在FAT16卷和FAT32卷上一样,被放在一个预定义的扇区中。
由于这个原因,如果在MTF的正常位置中有坏扇区的话,就可以把MFT移到别的位置。
但是,如果该数据被破坏,就找不到MFT的位置,Windows2000假设该卷没有被格式化。
因此,如果一个ntfs的卷提示未格式化,可能并未破坏MFT,依据BPB的各字段的意思是可以重建BPB的。
NTFS的缺省簇的大小
卷大小每簇的扇区缺省的簇大小
小于等于512MB1512字节
513MB~1024MB(1GB)21024字节(1KB)
1025MB~2048MB(2GB)42048字节(2KB)
大于等于2049MB84KB
从上面可以看出,也就是说不管驱动器多大NTFS簇的大小不会超过4KBNTFS文档:
文档属性定义
每个文档属性都由以下部分组成:
一个由该属性的实际值组成的被称为"流"的重要的字节序列,元数据可访问该流。
文件中的每个文件属性都可能会有一个名字:
在这种情况下,在命令行方式下可以通过语法"文件名:
属性名"来访问该流(这也是文件名中不能使用":
"的原因)。
WindowsNT使用以下在元数据文件$AttrDef中预定义的文件属性列表(一般会有一个未命名流,为缺省流,未命名流只能有一个,而命名流可以有多个,NTFS支持多流文件):
10$STANDARD_INFORMATION(标准信息)
20$ATTRIBUTE_LIST(属性列表)
30$FILE_NAME(文件名)
40$VOLUME_VERSION(卷版本)
50$SECURITY_DEscriptOR(安全描述符)
60$VOLUME_NAME(卷名)
70$VOLUME_INFORMATION(卷信息)
80$DATA(数据)
90$INDEX_ROOT(索引根)
A0$INDEX_ALLOCATION(索引分配)
B0$BITMAP(位图)
C0$SYMBOLIC_LINK(符号链接)
D0$EA_INFORMATION(?
信息)
E0$EA
属性流结构
每个文件属性都分为两部分:
尽管这两部分属性在文件记录的属性列表中以倒序方式进行记录,但是为了更好的理解它,让我们按下面的顺序进行介绍:
内容部分:
它的结构总是以属性名开始(N字节长),在属性名之后定义该属性是否为常驻属性。
当文件属性的数据流就存储在其属性名后时,它就是常驻属性,这样,对于那些流较小且不会增长的文件属性就可以提供更佳的访问次数。
如果一个文件属性是非常驻的,那么其流就存储在一个或多个扩展或称为运行中。
运行是一个在逻辑簇号上连续的区域。
为访问这些运行,NTFS紧跟在文件属性名后存储有一个称为运行列表的表。
头部:
从头部开始的偏移长度描述:
04Type(类型)
44Length(长度)
81Non-residentflag(非常驻标志)
91N=Namelength(文件名长度)
A2Offsettothecontentpart(相对内容部分的偏移值)
C2Compressedflag(压缩标志)
E2Identificator(标识)
文件名长度:
00表示文件属性没有命名。
压缩标志:
在NTFS中,数据压缩是在文件属性级别上实现的,这就意味着,如果出现意外,你也不会释放出很多的数据。
这样,尽管只是对文件进行压缩,但压缩文件同时就意味着其属性数据也一样被压缩。
从现在开始,其头部的安排依赖文件的常驻属性:
对一个常驻属性来说,从头部开始的偏移描述如下:
104Lengthofthestream(流长度)
142Offsettothestream(流偏移)
162Indexedflag(索引标志)
索引标志:
文件属性通过一个索引入口进行索引。
对于一个非常驻的文件属性,从头部开始的偏移描述如下:
108StartingVCN(起始VCN)
188LastVCN(结束VCN)
202Offsettotherunlist(运行列表偏移)
222?
Numberofcompressionengine?
(压缩引擎号)
288Allocatedsizeofthestream(为流分配的单元大小)
308Realsizeofthestream(实际的流大小)
388Initializeddatasizeofthestream(流已初始化大小)
VCN:
VirtualClusterNumber(虚拟簇号)的缩略词。
VCN是一个与非常驻属性相关联的概念。
VCN从文件属性流的第一个运行的第一个簇(VCN0)到最后一个运行的最后一个簇进行编号。
当某个运行列表非常大,文件属性不能放在一个文件记录中时,描述文件的文件属性就会存储在几个文件记录中,运行列表也分成几个小片。
起始VCN域和结束VCN域都用于定位其文件记录指示-即运行列表-运行所指定的VCN。
注:
如果属性可以放在一个文件记录内,则结束VCN域(这种情况下没有使用)可能是"0000000000000000"。
压缩引擎的数量:
为达到最好的压缩比率,NTFS可以根据不同类型的数据使用不同的压缩引擎。
当前的压缩引擎使用值04。
为流分配的单元大小:
它几倍于卷上用来存储文件属性流所描述的分配空间。
如果流没有压缩,它就是数倍于簇空间大小的实际大小,相反,则比较小。
流的实际大小:
文件属性流在压缩前的大小。
流的初始化大小:
这是文件属性流的压缩后的大小(总是低于分配大小)。
如果此流未被压缩,就是它的实际大小。
注意:
常驻文件属性从不被压缩(也没有压缩引擎号域),因为它的流太小。
信息是足够的:
名字长+内容部分的偏移值=到流的偏移值(常驻属性)或者到运行列表的偏移值(非常驻属性)。
解读NTFSNTFS文件系统结构分析
在NTFS文件系统中,文件存取是按簇进行分配,一个簇必需是物理扇区的整数倍,而且总是2的整数次方。
NTFS文件系统并不去关心什么是扇区,也不会去关心扇区到底有多大(如是不是512字节),而簇大小在使用格式化程序时则会由格式化程序根据卷大小自动的进行分配。
文件通过主文件表(MFT)来确定其在磁盘上的存储位置。
主文件表是一个对应的数据库,由一系列的文件记录组成--卷中每一个文件都有一个文件记录(对于大型文件还可能有多个记录与之相对应)。
主文件表本身也有它自己的文件记录。
NTFS卷上的每个文件都有一个64位(bit)称为文件引用号(FileReferenceNumber,也称文件索引号)的唯一标识。
文件引用号由两部分组成:
一是文件号,二是文件顺序号。
文件号为48位,对应于该文件在MFT中的位置。
文件顺序号随着每次文件记录的重用而增加,这是为NTFS进行内部一致性检查而设计的。
NTFS使用逻辑簇号(LogicalClusterNumber,LCN)和虚拟簇号(VirtualClusterNumber,VCN)来进行簇的定位。
LCN是对整个卷中所有的簇从头到尾所进行的简单编号。
卷因子乘以LCN,NTFS就能够得到卷上的物理字节偏移量,从而得到物理磁盘地址。
VCN则是对属于特定文件的簇从头到尾进行编号,以便于引用文件中的数据。
VCN可以映射成LCN,而不必要求在物理上连续。
NTFS的目录只是一个简单的文件名和文件引用号的索引,如果目录的属性列表小于一个记录的长度,那么该目录的所有信息都存储在主文件表的记录中,对于大于记录的目录则使用B+树进行管理。
主文件表中的基本文件记录中有一个指针指向一个存储非常驻索引缓冲--包括该目录下所有下一级子目录和文件的外部簇,而B+树结构便于大型目录中文件和子目录的快速查找。
主文件表中的基本文件记录中有一个指针指向一个存储非常驻索引缓冲--包括该目录下所有下一级子目录和文件的外部簇,而B+树结构便于大型目录中文件和子目录的快速查找。
在NTFS中,所有存储在卷上的数据都包含在文件中,包括用来定位和获取文件的数据结构,引导程序和记录这个卷的记录(NTFS元数据)的位图,这体现了NTFS的原则:
磁盘上的任何事物都为文件。
在文件中存储一切使得文件系统很容易定位和维护数据,而在NTFS中,卷中所有存放的数据均在一个叫做MFT的文件记录数组中,称为主文件表(MasterFileTable),MFT是由高级格式化产生的。
而MFT则由文件记录(FileRecord)数组构成。
FileRecord的大小一般是固定的,不管簇的大小是多少,均为1KB,这个概念相当于Linux中的inode(i节点)。
FileRecord在MFT文件记录数组中物理上是连续的,且从0开始编号。
MFT仅供系统本身组织、架构文件系统使用,这在NTFS中称为元数据(metadata)。
其中最基本的前16个记录是操作系统使用的非常重要的元数据文件。
这些NTFS主文件表的重要的元数据文件都是以$(美元符号)开始的名字,所以是隐藏文件,在Windows2000中不能使用dir命令(甚至加上/ah参数)像普通文件一样列出这些元数据文件。
实际上FileSystemDriver(ntfs.sys)维护了一个系统变量NTFSProtectSystemFiles用于隐藏这些元数据。
但是微软公司也提供了一个OEMTOOL,叫做NFI.EXE,用此工具可以转储NTFS主文件表的重要的元数据文件(元数据:
是存储在卷上支持文件系统格式管理的数据。
它不能被应用程序来访问,它只能为系统提供服务),使用NFI显示结果如下:
C:
\nfiC:
|MORE
而这些元数据文件文件是系统驱动程序装配卷所必需的,WINDOWS2000给每个分区赋予一个盘符并不表示该分区包含有WINDOWS2000可以识别的文件系统格式,如果一旦主文件表损坏,那么该分区在WINDOWS2000下是无法读取的。
为了使该分区能够在WINDOWS2000下能被识别,也就是必须首先建立WINDOWS2000可以识别的文件系统格式即主文件表,这可通过高级格式化该分区来完成。
众所周知,Windows以簇号来定位文件在磁盘存储的位置,在FAT格式的文件系统中有关簇号的指针是包含在FAT表中的,而在NTFS中有关簇号的指针是包含在$MFT及$MFTMirr文件中的。
NTFS元文件
伴随着以上这些新增功能的是更多的用于存放与功能相关的数据的元文件。
最后,在下面的表中罗列出NTFS5中所有的元文件:
每个MFT记录都对应着不同的文件,如果一个文件有很多属性或是分散成很多碎片,就很可能需要多个文件记录。
这时,存放其文件记录位置的第一个记录就叫做"基文件记录"(basefilerecord)。
MFT中的第1个记录就是MFT自身。
由于MFT文件本身的重要性,为了确保文件系统结构的可靠性,系统专门为它准备了一个镜像文件($MftMirr),也就是MFT中的第2个记录。
第3个记录是日志文件($LogFile)。
该文件是NTFS为实现可恢复性和安全性而设计的。
当系统运行时,NTFS就会在日志文件中记录所有影响NTFS卷结构的操作,包括文件的创建和改变目录结构的命令,例如复制,从而在系统失败时能够恢复NTFS卷。
第4个记录是卷文件($Volume),它包含了卷名、被格式化的卷的NTFS版本和一个标明该磁盘是否损坏的标志位(NTFS系统以此决定是否需要调用Chkdsk程序来进行修复)。
第5个记录是属性定义表($AttrDef,attributedefinitiontable),其中存放了卷所支持的所有文件属性,并指出它们是否可以被索引和恢复等。
第6个记录是根目录(\),其中保存了存放于该卷根目录下所有文件和目录的索引。
在访问了一个文件后,NTFS就保留该文件的MFT引用,第二次就能够直接进行对该文件的访问。
第7个记录是位图文件($Bitmap)。
NTFS卷的分配状态都存放在位图文件中,其中每一位(bit)代表卷中的一簇,标识该簇是空闲的还是已被分配了的,由于该文件可以很容易的被扩大,所以NTFS的卷可以很方便的动态的扩大,而FAT格式的文件系统由于涉及到FAT表的变化,所以不能随意的对分区大小进行调整。
第8个记录是引导文件($Boot),它是另一个重要的系统文件,存放着Windows2000/XP的引导程序代码。
该文件必须位于特定的磁盘位置才能够正确地引导系统。
该文件是在Format程序运行时创建的,这正体现了NTFS把磁盘上的所有事物都看成是文件的原则。
这也意味着虽然该文件享受NTFS系统的各种安全保护,但还是可以通过普通的文件I/O操作来修改。
第9个记录是坏簇文件($BadClus),它记录了磁盘上该卷中所有的损坏的簇号,防止系统对其进行分配使用。
第10个记录是安全文件($Secure),它存储了整个卷的安全描述符数据库。
NTFS文件和目录都有各自的安全描述符,为了节省空间,NTFS将具有相同描述符的文件和目录存放在一个公共文件中。
第11个记录为大写文件($UpCase,uppercasefile),该文件包含一个大小写字符转换表。
第12个记录是扩展元数据目录($Extendedmetadatadirectory)。
第13个记录是重解析点文件($Extend$Reparse)。
第14个记录是变更日志文件($Extend$UsnJrnl)。
第15个记录是配额管理文件($Extend$Quota)。
第16个记录是对象ID文件($Extend$ObjId)。
第17~23记录是是系统保留记录,用于将来扩展。
MFT的前16个元数据文件是如此重要,为了防止数据的丢失,NTFS系统在该卷文件存储部分的正中央对它们进行了备份,参见下图。
NTFS把磁盘分成了两大部分,其中大约12%分配给了MFT,以满足其不断增长的文件数量。
为了保持MFT元文件的连续性,MFT对这12%的空间享有独占权。
余下的88%的空间被分配用来存储文件。
而剩余磁盘空间则包含了所有的物理剩余空间--MFT剩余空间也包含在里面。
MFT空间的使用机制可以这样来描述:
当文件耗尽了存储空间时,Windows操作系统会简单地减少MFT空间,并把它分配给文件存储。
当有剩余空间时,这些空间又会重新被划分给MFT。
虽然系统尽力保持MFT空间的专用性,但是有时不得不做出牺牲。
尽管MFT碎片有时是无法忍受的,却无法阻止它的发生。
那么NTFS到底是怎么通过MFT来访问卷的呢?
首先,当NTFS访问某个卷时,它必须"装载"该卷:
NTFS会查看引导文件(在图中的$Boot元数据文件定义的文件),找到MFT的物理磁盘地址。
然后它就从文件记录的数据属性中获得VCN到LCN的映射信息,并存储在内存中。
这个映射信息定位了MFT的运行(run或extent)在磁盘上的位置。
接着,NTFS再打开几个元数据文件的MFT记录,并打开这些文件。
如有必要NTFS开始执行它的文件系统恢复操作。
在NTFS打开了剩余的元数据文件后,用户就可以开始访问该卷了。
文件和目录记录
NTFS将文件作为属性/属性值的集合来处理,这一点与其他文件系统不一样。
文件数据就是未命名属性的值,其他文件属性包括文件名、文件拥有者、文件时间标记等。
下图显示了一个用于小文件的MFT记录。
每个属性由单个的流(stream)组成,即简单的字符队列。
严格地说,NTFS并不对文件进行操作,而只是对属性流进行读写。
NTFS提供对属性流的各种操作:
创建、删除、读取(字节范围)以及写入(字节范围)。
读写操作一般是针对文件的未命名属性的,对于已命名的属性则可以通过已命名的数据流句法来进行操作。
一个文件通常占用一个文件记录。
然而,当一个文件具有很多项属性值或很零碎的时候,就可能需要占用一个以上的文件记录。
这种情况下,第一个文件记录是其基本的文件记录,存储有该文件需要的其它文件记录的位置。
小文件和文件夹(典型的如1500字节或更少)将全部存储在文件的MFT记录里。
文件夹记录包括索引信息,小文件夹记录完全存储在MFT结构内,然而大的文件夹则被组织成B+树结构,用一个指针指向一个外部簇,该簇用来存储那些MFT内存储不了的文件夹的属性。
NTFS卷上文件的常用属性在下表中列出(并不是所有文件都有所有这些属性)。
常驻属性与非常驻属性
当一个文件很小时,其所有属性和属性值可存放在MFT的文件记录中。
当属性值能直接存放在MFT中时,该属性就称为常驻属性(residentattribute)。
有些属性总是常驻的,这样NTFS才可以确定其他非常驻属性。
例如,标准信息属性和根索引就总是常驻属性。
每个属性都是以一个标准头开始的,在头中包含该属性的信息和NTFS通常用来管理属性的信息。
该头总是常驻的,并记录着属性值是否常驻、对于常驻属性,头中还包含着属性值的偏侈量和属性值的长度。
如果属性值能直接存放在MFT中,那么NTFS对它的访问时间就将大大缩短。
NTFS只需访问磁盘一次,就可立即获得数据;而不必像FAT文件系统那样,先在FAT表中查找文件,再读出连续分配的单元,最后找到文件的数据。
小文件或小目录的所有属性,均可以在MFT中常驻。
小文件的未命名属性可以包括所有文件数据。
建立一个小文件如下图所示:
如通过NFI查看
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ntfs文件系统 总结13页word文档 ntfs 文件系统 总结 13 word 文档
![提示](https://static.bdocx.com/images/bang_tan.gif)