FAT在机械製造方面的意思为 Factory Acceptance Test，工厂验收测试

对于大工厂来说还有的解释FATFinal Acceptance Test 最终验收测试

与之对应的缩写词是　 SAT(SiteAcceptance Test），现场验收测试

FAT还是IMF倡议的另一个新税种,针对金融机构的利润和薪酬徵收,由财政部掌控,用于覆盖危机发生时的“广义成本”。由于金融行业存在準入壁垒,经济学家用“特许价值（franchise value）”来概括其高于完全竞争行业的利润,将这部分“天上掉下来的好处”归于税收,并用于危机之时,这个设计也不无道理。在IMF看来,FAT的好处是防止金融机构“太大”,从而降低危机时对整体经济所带来的系统性风险。

档案配置表（英文File Allocation Table，首字母缩略字FAT）是一种由微软发明的并带有部分专利[1]的档案系统，供MS-DOS使用，也是非NT核心的微软视窗使用的档案系统。

飞客数据恢复中心提供

FAT档案系统考虑当时计算机效能有限，所以未被複杂化，因而被几乎所有个人计算机的作业系统支持。这特性使它成为理想的软碟和记忆卡档案系统，也适合用作不同作业系统中的数据交流。

但FAT有一个严重的缺点当档案被删除并且在同一位置被写入新数据，他们的片段通常是分散的，减慢了读写速度。磁碟碎片重整是一种解决方法，但必须经常重组来保持FAT档案系统的效率。

FAT的缺点还有以下几点

⒈太浪费磁碟空间

⒉磁碟利用效率低

⒊档案存储受限制

⒋不支持长档案名称，只能支持8个字元。

⒌安全性较差

FAT档案系统遵行已用了多年的软体方法来进行规范。它在1977年由比尔·盖茨和马斯·麦当劳为了管理磁碟而发明，并在1980年被添·彼得逊的86-DOS作业系统採用。这也是86-DOS作业系统与CP/M作业系统最大的不同点，若非此项差异，86-DOS作业系统与CP/M作业系统几乎可说完全相同。

初期的FAT就是现在俗称的FAT12。作为软碟的档案系统，它有几项限制不支持分层性结构，丛集定址只有12位（这使得控制FAT有些棘手）而且只支持最多32M（216）的分区。

当时入门级的磁碟是5.25"、单面、40磁轨、每个磁轨8个扇区、容量略少于160KB。上面的限制超过了这个容量一个或几个数量级，允许将所有的控制结构放在第一个磁轨，这样在读写操作时移动磁头。这些限制在随后的几年时间里被逐步增大。

由于唯一的根目录也必须放在第一个磁轨，能够存放的档案个数就限制在了几十个。

为了很好地支持以带有10MB硬碟为特色的IBM PC XT新计算机，在1983年年初MS-DOS 2.0几乎与该计算机在发布，它引进了层次目录结构。除了允许更好地组织档案外，目录允许在硬碟上存储更多的档案，这是因为最大档案个数不再受制于（仍然是固定的）根目录大小。这个数目现在能够等同于簇的数目（甚至更大，这是考虑到长度为0的档案并不占据任何FAT簇）。

FAT本身的格式并没有改变。PC XT的10MB的硬碟有4KB大小的簇。如果后来安装了一个20MB的硬碟，并且使用MS-DOS 2.0格式化，的簇大小将变为8KB，硬碟容量将变为15.9MB。

在1984年，IBM发布PC AT，这是一个20 MB的硬碟。微软公司也同步发布了MS-DOS 3.0。簇集地址增加至16位，允许更大数量的簇（最大 65,517），所以有更大的档案系统大小。，最大数量磁区及最大分割区(相当于磁碟）的大小仍是32 MB。所以，儘管技术上已经是“FAT16”，这种格式并不是我们今天常见到的这个名字所代表的格式。在MS-DOS 3.0格式化一个20 MB的硬碟，这硬碟将不能被MS-DOS 2.0或之前的版本所存取。，MS-DOS 3.0 仍然可存取MS-DOS 2.0的格式（8 KB簇的分割区）。

MS-DOS 3.0也开始支持高密度1.2MB 5.25"磁碟，最着名的是每个磁轨有15个扇区，这样就允许FAT有更大的空间。这或许促进了一个对于簇大小的不确定的最佳化，簇大小从2个扇区减到1个。这样做的结果是高密度磁碟比旧的双密度磁碟的速度大幅度降低。

除了改进FAT档案系统本身的结构之外，一个并行的提高FAT存储空间的开发路线是支持多个磁碟分区。最初，由于主引导分区中档案分配表的固定结构的原因一个硬碟只能使用多达4个分区。，由于DOS设计要求只能有一个分区标识为“活动的”，它也是主引导代码启动所用的分区。使用DOS工具不可能创建几个“主”DOS分区，并且第三方的工具也至少会警告这样一个机制将与DOS不兼容。

为了用一种兼容的方式使用更多的分区，一种新的分区类型被开发出来（1986年1月的MS-DOS 3.2），扩展分区它实际上是称为逻辑分区的一个容器。最初它里面只允许有一个逻辑分区、支持最大64MB的硬碟。在MS-DOS 3.3（1987年8月）这个限制更改到24个分区；它可能来自于强制性的C:-Z的磁碟命名规则。逻辑分区表使用盘上的数据结构来描述，可能是为了简化编码它与主引导记录非常相似，并且它们组织成类似于俄罗斯套娃那样的结构。系统中只能有一个扩展分区。

在扩展分区引入之前，一些硬碟控制器（当时是独立的板子，因为还没有IDE标準）能够将大硬碟显示为两个独立的硬碟。作为一种选择，如Ontrack[1]的磁碟管理员这样的一些特殊软体可以用于同样目的。

1987年11月我们今天称为FAT的格式最终到来，它在康柏 DOS 3.31中去掉了磁碟扇区的16位计数器。这个结果曾经一度被称为DOS 3.31大档案系统。儘管看起来磁碟上的变动很小，这个DOS的磁碟代码都必须检查并转换到32位的扇区数，由于它全部是16位的彙编语言这样一个现实，这项工作就变得非常複杂。

1988年这项改进通过MS-DOS 4.0得到广泛套用。分区大小受限于每个簇的8位有符号扇区计数，它最大能达到2的64次方，对于一个常用的有32KB个簇每扇区512位元组的硬碟来说，将FAT16分区大小的“明显”限制扩充到2GB。在磁光碟媒体上，它能使用1或者2KB的扇区，这样大小限制也就成比例地增大。

后来，视窗NT通过将每个簇的扇区数当作无符号数将最大的簇大小增加到64KB。这个格式与当时其它的任何FAT实现都不兼容并且产生了大量内部碎片。视窗98也支持这种格式的读写操作它的磁碟管理工具不支持这种格式。

Windows 95设计人员的一个用户体验目标就是除了传统的8.3档案名称以外在新作业系统中使用长档案名称（LFN）。长档案名称通过在目录条目排列时使用一个工作区来实现（参见下面）。按照Windows 95VxD设备驱动程式的命名规则这个新扩充的档案系统通常称为VFAT。

有意思的是，VFAT驱动在早于Windows 95的Windows for Groups 3.11中就已经出现，但它仅仅用于实现32位档案访问，一个绕过DOS的视窗自带高性能保护模式档案管理系统，它能够直接使用BIOS或者更好的32位磁碟访问，如视窗自带的保护模式磁碟驱动程式。它是一个后门；微软为Windows for Groups 3.11所作的广告说32位档案访问基于“芝加哥项目的32位档案系统”。

在Windows NT中，FAT档案系统对于长档案名称的支持从3.5版就已经开始了。

为了解决FAT16对于卷大小的限制让DOS的真实模式在非必要情况下不减少可用常规记忆体状况下处理这种格式，微软公司决定实施新一代的FAT，它被称为FAT32，带有32位的簇数，用了其中的28位。

理论上，这将支持总数达268,435,438（<228）的簇，允许磁碟容量达到2位元组。，由于微软公司scandisk工具的限制，FAT不能大于4,177,920（<222）个簇，这将卷的容量限制在了124.55GB，除非不再使用“scandisk”。[2]

FAT32随着Windows95 OSR2发布，儘管需要重新格式化才能使用这种格式并且DriverSpace 3（Windows95 OSR2和视窗98所带版本）从来都不支持这种格式。Windows98提供了一个工具用来在不丢失数据的情况下将现有的硬碟从FAT16转到FAT32格式。在NT产品线上对于它的支持从Windows2000开始。

Windows 2000和 Windows XP能够读写任何大小的FAT32档案系统，这些平台上的格式化程式只能创建最大32GB的FAT32档案系统。Thompson and Thompson （2003）写道“奇怪的是微软公司说这种现象是故意设计的”[3] 微软公司知识库文章 184006[4]的确是这幺说的，没有提出任何关于这个限制的合理解释。Peter Norton的观点是“微软公司在有意地削弱FAT32档案系统”[5]。

在FAT16中，採用了16bit宽的簇地址，32bit宽扇区地址。虽然32bit的扇区地址可以定址2^32512，约2个TB的容量，但于由规定每簇最大的容量不超过102432，所以FAT16档案系统的容量也就限制到了2^16102432，大约2.1GB的空量，并且实际还达不到这个值。

FAT32档案系统使用了32bit宽的簇地址，所以称为FAT32。但在微软体的档案系统中只使用了低28位，最大容量为2^28102432，约8.7TB的空量。有的人认为32bit全用，最大容量为2^32102432，这种说法是不正确的。

虽然FAT32具有容纳近乎8.7TB的容量，但实际套用中通常不使用超过32GB的FAT32分区。WIN2000及之上的OS已经不直接支持对超过32GB的分区格式化成FAT32，但WIN98依然可以格式化大到127GB的FAT32分区，但不推荐这样做。

其它IBM PC的可选作业系统—如Linux、FreeBSD和BeOS—都支持FAT格式，并且大部分都在相应的视窗版本发布以后很快就支持VFAT和FAT32格式。早期的Linux发布版本还包括称为UMSDOS的格式，它是保存在一个独立的称为--linux-.---的带有Unix档案属性（如长档案名称和访问许可）的FAT。UMSDOS在VFAT发布以后就不再使用从Linux核心2.5.7开始就禁止了这项功能。Mac OS X作业系统在除启动盘之外的其它卷上也支持FAT档案系统。

FAT档案系统本身不是为支持ADS而设计的，一些高度依赖它们的作业系统创造出不同的方法在FAT驱动器上处理它们。这些方法或者在额外的档案或路径中存储附加的信息（Mac OS），或者给那些磁碟数据结构中以前没有使用的变数赋予新的含义（OS/2和视窗NT）。第二种设计，儘管想像起来会更有效率，它们不能被不认识这种格式的工具複製或者备份；使用不能识别这种格式的磁碟工具（如碎片整理或CHKFSK）控制这些磁碟可能会破坏这些信息。

Mac OS使用PC Exchange存储不同的数据，档案属性和档案名称存在一个名为FINDER.DAT的隐藏档案中，资源分支（ADS）存在名为RESSOURCE.FRK的子目录中，这些数据都存在使用它们的每个目录中。从PC Exchange 2.1开始，它们将Mac OS的长档案名称保存为标準的FAT长档案名称，并且将超过31个字元的FAT长档案名称转换为唯一的31字元能够被Macintosh应用程式识别的档案名称。

Mac OS X将元数据（资源分支、不同的ADS、档案属性）保存在与所有人相同并以“._”开始的名字的隐藏档案中，并且Finder将一些资料夹和档案元数据存在名为“.DS_Store”的隐藏档案中。

OS/2高度依赖于扩展属性（EA）并且将它们存在位于FAT12或FAT16的根目录下名为“EA DATA. SF”的隐藏档案中。这个档案使用以前档案（或者目录）的目录清单中的两个保留位元组索引。在FAT32格式中，这些位元组中存有档案或者目录开始簇号的高16位，这样就使它难于在FAT32上保存EA。扩展属性可以通过Workplace Shell桌面、REXX脚本、许多系统图形用户接口和命令行工具（如4DOS|4OS2]]来访问。

Windows NT支持HPFS、NTFS和FAT中所有扩展属性的处理（所用处理机制完全类似于OS/2），不能处理其它一些存于NTFS驱动器的ADS数据。试图从複製带有与NTFS驱动器属性不同扩展属性的ADS到FAT驱动器将报告一个警告信息提示ADS将会丢失。

Windows 2000以后产品的处理类似于视窗NT但複製到FAT32时它们没有显示任何警告信息直接丢弃扩展属性（但报告其它象“Macintosh Finder Info”和“Macintosh Resource Fork”这些ADS引起的警告）。

微软公司获得了VFAT和FAT32的专利（但没有得到最初的FAT的专利），这引起人们对于微软将会寻求从Linux OS发布和初始化他们产品的媒体厂商收取专利费的担忧（参见下面的FAT授权协定）。儘管最初的裁定不利于微软公司，微软仍然取得了胜利并且得到了专利授权。

由于微软公司已经宣布不再开发基于MS-DOS的消费用作业系统视窗Me的后续版本，所以不再有可能会有新版的FAT。对于大多数用途来说，为视窗NT系列开发的NTFS档案系统从效率、性能和可靠性来说都优于FAT；它的主要缺点是小容量档案所占的额外空间以及除了基于NT的视窗之外的很少有其他作业系统支持。由于确切的规范是微软公司的商业秘密，这就使得使用一个DOS软碟用于恢複目的很困难。微软公司提供了一个恢复界面来解决这个问题，由于安全的原因它严重限制了预设情况下它能解决的问题。

FAT仍然是活动媒体的常用档案系统（CD和DVD是例外），软碟使用的是FAT12，其它多数活动媒体用的是FAT16（如用于数位相机的快闪记忆卡和USB随身碟）。许多活动媒体还没有达到能够享用FAT32。出于兼容性和存储空间利用率的考虑FAT仍然用在这些驱动器上，也是由于这些活动媒体上的档案的许可更容易遇到麻烦而不是更重要这样一个事实。

视窗2000和XP支持的FAT32格式化的限制是32GB，这非常有效地强迫使用现代硬碟的用户或者使用NTFS或者在视窗之外格式化驱动器。一个解决的办法是使用从Linux移植到视窗平台的一个工具version of mkdosfs。

这里也有一个自由开源的工具。

一个FAT档案系统包括四个不同的部分。

保留扇区，位于最开始的位置。第一个保留扇区是引导区（分区启动记录）。它包括一个称为基本输入输出参数块的区域（包括一些基本的档案系统信息尤其是它的类型和其它指向其它扇区的指针），通常包括作业系统的启动调用代码。保留扇区的总数记录在引导扇区中的一个参数中。引导扇区中的重要信息可以被DOS和OS/2中称为驱动器参数块的作业系统结构访问。

FAT区域。它包含有两份档案分配表，这是出于系统冗余考虑，儘管它很少使用，即使是磁碟修复工具也很少使用它。它是分区信息的映射表，指示簇是如何存储的。

根目录区域。它是在根目录中存储档案和目录信息的目录表。在FAT32下它可以存在分区中的任何位置，在早期的版本中它永远紧随FAT区域之后。

数据区域。这是实际的档案和目录数据存储的区域，它占据了分区的绝大部分。通过简单地在FAT中添加档案连结的个数可以任意增加档案大小和子目录个数（只要有空簇存在）。需要注意的是每个簇只能被一个档案占有，这样的话如果在32KB大小的簇中有一个1KB大小的档案，那幺31KB的空间就浪费掉了。例外情况

Apricot PC的MS-DOS所用FAT的实现有一个不同的启动扇区组织以使用计算机与IBM不兼容的基本输入输出系统。跳转指令和OEM名被省略并且MS-DOS档案系统参数位于0x50（在标準扇区中偏移为0x0B - 0x17）。后来的Apricot MS-DOS版本除了Apricot特有的引导区之外也具有了读写标準启动分区的能力。

BBC Master 512 上的DOS Plus根本就不使用传统的引导区。数据磁碟省略了引导区并且以一个单份的FAT开始（FAT的第一个位元组用来确定磁碟容量），启动磁碟使用一个包含启动调用程式的小型ADFS档案系统，后面跟随一个单份的FAT。

一个分区分成同等大小的簇，也就是连续空间的小块。簇的大小随着FAT档案系统的类型以及分区大小而不同，典型的簇大小介于2KB到32KB之间。每个档案根据它的大小可能占有一个或者多个簇；这样，一个档案就由这些这些（称为单鍊表）簇链所表示。，这些链并不一定一个接着一个在磁碟上存储，它们经常是在整个数据区域零散的储存。

档案分配表（FAT）是映射到分区每个簇的条目列表。每个条目记录下面五种信息中的一种。

链中下一个簇的地址

一个特殊的档案结束符（EOF）符号指示链的结束

一个特殊的符号标示坏簇

一个特殊的符号标示保留簇

0来表示空闲簇

每个版本的FAT档案系统使用不同大小的FAT条目。这个大小已经由名字表示出来，例如FAT16档案系统的每个条目使用16位表示，32位档案系统使用32位表示。这个不同意味着FAT32系统的档案分配表能比FAT16映射更多的簇，它也允许FAT32有更大的分区大小。这也使得FAT32比FAT16更能有效地利用磁碟空间，因为每个驱动器能够定址更小的簇，这也就意味着更少的空间浪费。

目录表是一个表示目录的特殊类型档案（现今通常称为资料夹）。它里面保存的每个档案或目录使用表中的32位元组条目表示。每个条目记录名字、扩展名、属性（档案、目录、隐藏、唯读、系统和卷）、创建的日期和时间、档案/目录数据第一个簇的地址，是档案/目录的大小。

除了FAT12和FAT16档案系统中的根目录表占据特殊的根目录区域位置之外，所有其它的目录表都存在数据区域。

合法的DOS档案名称包括下面一些字元

大写字母A-Z

数字0-9

空格（儘管结尾的空格被作为填充而不是档案名称的一部分）

！ # $ % & () - @ ^ _ ` { } ~ '

数值 128-255

DOS档案名称位于OEM字元集。

长档案名称（LFN）使用一个技巧存储在FAT档案系统上——在目录表中添加假的条目。这些条目使用一个普通档案无法使用的卷标属性标识，普通档案无法使用是由于它们被大多数旧的MS-DOS程式忽略。很显然，一个只包含卷标的目录被当作空卷，这样就允许删除；使用长档案名称创建的档案在从普通的DOS删除就会发生这样的情形。

校验和也允许检验长档案名称是否与8.3档案名称匹配；当一个档案删除之后使用DOS在同一个目录位置重新创建之后就会出现不匹配现象。校验和使用下面的算法计算。（注意pFcbName是指向如正常目录条目中所显示的档案名称的指针，例如前八个字元是档案名称，三个是扩展名。点是隐含的。档案名称中没有使用的空间将使用空格（ASCⅡ 0x20）补齐。例如，“Readme.txt”将记录为"README TXT"。

unsignedcharlfn_checksum(constunsignedcharpFcbName){inti;unsignedcharsum=0;for(i=11;i;i--)sum=((sum&1）0x80:0)+(sum>>1）+pFcbName++;returnsum;}

旧版的PC-DOS错误地将根目录中的长档案名称当作卷标，这样它们就会显示错误的卷标。

每个假条目包含13UTF-16个字元（26位元组），通过使用包含档案大小或者时间记录的区域获得除了旧的8+3之外的15个位元组（出于安全和磁碟检查工具的考虑开始簇的区域没有使用保留值为0）。参见8.3中的解释。

如果一个档案名称只包含小写字母、或者是一个小写字母的名加上大写扩展名的混合或者与此相反，没有特殊的字元并且满足8.3的限制，在视窗NT上就不创建VFAT的条目。相反，在目录条目的偏移0x0c处的没有说明的位用来指示档案名称全部或者部分是小写字母。特别明确的是，位4意味着小写字母的扩展名，位3意味着名是小写字母，这样就允许如“example.TXT”和“HELLO.txt”这样的组合，不允许“Mixed.txt”这样的组合。很少有作业系统支持这种功能。非NT视窗版本当这个扩展使用时将把档案名称当作大写字母。预设情况下，Linux的最近版本将认识这个扩展在写时并不使用它。

在微软公司添加长档案名称和创建/访问时间戳之前，其它的作业系统使用目录表位元组0x0C-0x15存储其它的元数据。

在二十世纪九十年代中期微软公司申请并获得了一系列的FAT档案系统核心部分的专利。由于具有广泛的兼容性和易于理解，FAT经常被选为用于数位相机和个人数码助理中快闪记忆体的数据交换格式。

2003年12月3日微软公司宣布使用FAT规范和“相关智慧产权”将需要得到授权，每个销售单元支付0.25美元的着作权费，每个授权协定最多250,000美元的着作权费。

为了这个目的，微软公司提及了四个关于FAT档案系统的专利作为它的智慧财产权主张的基础。所有这些与长档案名称扩展有关的FAT出现在Windows 95中

美国专利 5,745,902 - 访问使用不同档案名称格式的档案名称的方法和系统。1992年7月6日备案。这包括生成、联繫一个8.3兼容格式的短档案名称和长档案名称的方法（如“Microsoft.txt”和“MICROS~1.TXT”），以及列举相互冲突的短档案名称的方法（如“MICROS~2.TXT”和“MICROS~3.TXT”）。还不清楚这个专利是否覆盖不具有显式长档案名称能力的FAT实现。Unix档案系统中的硬连线看起来不是先行者从长档案名称删除一个FAT档案也将删除它的短档案名称。将一个档案重命名为一个“短”档案名称也将一致地更改长档案名称；同样，将一个档案重命名为“长”档案名称也将重新生成一个“短”档案名称。在NTFS中，硬连结和两个名字是不同的概念，并且每个硬连结都有两个名字。，在API的层面上，当在系统中进行目录搜寻时两个档案名称都会出现；它们看起来不是两个独立的档案并且它们也没有有必要去“映射”确定同一个档案。

美国专利 5,579,517 - 长、短档案名称公用的命名空间。1995年4月24日备案。这包括将多个连续8.3目录条目连结在一起支持长档案名称的方法，其中一些条目特殊进行标记阻止可能引起混淆地早期的不支持长档案名称的FAT实现。

公共专利基金会成功地对这项专利发起了挑战；这个专利申请由于所申请的技术在专利美国专利 5,307,494 和 美国专利 5,367,671中的先期发现在2004年9月14日被驳回]。这个决定后来在2006年1月10日被美国专利局所推翻。

美国专利 5,758,352 - 长、短档案名称公用的命名空间。1996年9月5日备案。它非常类似于5,579,517。

公共专利基金会成功地对这项专利发起了挑战；美国专利商标局基于"the six assignees names were incorrect" [4]在2005年10月5日驳回了这项专利。这个决定也在后来的2006年1月10日被美国专利局推翻。

美国专利 6,286,013 - 在作业系统中为长、短档案名称提供一个公用的命名空间的方法和系统。1997年1月28日备案。它所申请的内容包括Windows 95、Windows 98和Windows Me的长档案名称提供给它们MS-DOS兼容层所用的方法。它看起来不影响非微软的FAT实现。

许多技术评论断言这些专利仅仅涵盖了支持长档案名称的FAT实现，那些只使用短名字的移动固态媒体和消费设备将不受影响。

，在微软2000年12月6日出版的"Microsoft Extensible Firmware Initiative FAT 32 File System Specification,FAT: General Overview of On-Disk Format"，微软公司明确地给出了一些授权，许多读者将它认为是微软允许作业系统厂商实现FAT。

由于人们广泛要求重新审查这些专利，公众专利基金会向美国专利和商标局（USPTO）提出了一些证据争辩这些专利的有效性，其中包括施乐公司和IBM的早期参考资料。美国专利商标局承认这些证据提出了“可专利性的实质性的新问题”并且对于微软公司FAT专利的有效性展开调查。

2004年9月30日，美国专利商标局主要基于公共专利基金会所提供的证据驳回了美国专利 5,579,517的专利主张。这个基金会的执行总裁Dan Ravicher说“现在专利局只不过是确认了我们已经知道了一段时间的事情，微软公司的专利是假的。”

PUBPAT的新闻发布会说，“微软公司仍然有机会回应专利局的驳回。有代表性的是第三方的重新审查要求如PUBPAT提供的资料成功地减小了专利的範围或者有70%的机会完全驳回专利。”

2005年10月5日，专利局宣布随着调查的深入它驳回了专利5.579,517的专利主张，它发现专利美国专利 5,758,352有错误的专利受益人而无效。

在2006年1月10日，专利局裁定微软公司的FAT系统的实现特点是“新颖和非显然的”，推翻了早期的两个非最终裁决。

^ 专利申请的是在档案系统中支持长档案名称的技术，而不是档案系统核心本身。

^ Duncan,Ray （1989）. Design goals and implementation of the new High Performance File System. Microsoft Systems Journal 4 ⑸.

^ Thompson,Robert Bruce and Barbara Fritchman Thompson,PC Hardware in a Nutshell,3rd Edition,,O'Reilly,ISBN 059600513X (p. 506 re Microsoft "bizarrely" saying 32 GB limitation is by design

^ Limitations of FAT32 File System,Microsoft knowledge base article 184006

^ Norton,Peter （2002页面档案）

FAT32和NTFS

在开始——运行中输入CMD ，再输入 convert X/FS:NTFS (X是所要转化的分区盘符）重新启动之后就开始转化了。不过这样的转化方式有三个弊端

⒈其实也不能算是弱点，主要是转化为NTFS之后，系统默认Everyone（每个人）用户对所有目录、档案拥有完全许可权，其实FAT32本来就默许所有用户访问！为了安全起见，需要重新设定安全特性。对一些重要档案，应该取消everyone用户的完全许可权。

⒉转化后的NTFS分区，第一次可能很容易产生磁碟碎片。

⒊C糟在转换为NTFS分区前，一定要注意是不是多系统的，有没有安装WIN9X、ME等不认识NTFS分区的系统，如果安装了，那幺C糟千万不能转换为NTFS分区，一定要保持原来的FAT分区。扩展分区里的逻辑分区则除了安装有WIN9X/ME系统的分区外，其他的分区都可以转换为NTFS分区。

目前为止，比较常用的方法就是用PQMagic进行转化（也可用Acronis公司的Partation Expert，英文版，但完全支持中文），一定要注意，如果有中文目录、档案，一定要集中起来用Winrar打包成英文名称的压缩档，否则这些中文目录、档案都将无法访问！！！

⒈中途断电，分区成了PQRP类型，无法访问，怎幺办?

可以利用PQ安装目录下的PTEDIT32.exe(\PowerQuest\PartitionMagic 8.0）进行修复，只需将标誌为PQRP的分区（类型为3C），转化为FAT32/NTFS（类型为07/0B）即可。如果是C糟出错，可以藉助实模式 DOS载入DOS版的PTEDIT.exe(\PowerQuest\PartitionMagic 8.0\DOS）进行修复。注其他PQ操作断电导致的问题也可以依法炮製，而且相对于Diskgenius，PTEDIT32.exe可以支持NTFS 分区。

⒉转化分区后，中文目录无法访问，怎幺办?

可以利用GHOST克隆问题分区，然后用ghost Explorer打开gho备份档案，重命名中文目录即可。

NTFS分区仅能通过Windows NT及之后的作业系统进行访问。如果您的Windows NT作业系统发生致命错误，您将无法简单的通过系统盘引导至命令行方式并修复NTFS分区上所出现的问题。为避免出现这种问题，Microsoft建议您在硬碟上安装第二套Windows NT作业系统，并通过这套作业系统来修复NTFS分区上所出现的问题。

令人遗憾的是，这种方法存在某些严重缺陷。，根据您在安装过程中所设定的选项，第二套作业系统可能需要耗费150 MB左右硬碟空间。，在系统引导过程中，这两套作业系统将共享相同的档案。，如果您的系统分区（用以引导PC的分区）採用NTFS格式并且出现问题，那幺，您可能无法启动任意一套Windows NT作业系统并修复问题。儘管系统分区出现错误的几率微乎其微，但当您对磁碟分区进行修改时，很多情况下都需要手工更新Boot.ini档案。如果您在这种更新过程中执行了错误操作，那幺，Windows NT将无法正常启动。此时，由于初始引导档案位于系统分区上，，所有安装在系统中的Windows NT都将无法共享这一档案。

一种较为理想的解决方案是将您的系统分区格式化为FAT档案系统。如果您对系统安全性的要求不高，那幺，请为系统分区指定较小的分区容量并且不在该分区上存放除Windows NT系统档案以外的任何内容。请记住，除非未经授权的用户能够通过物理方式对您的计算机进行访问，否则，FAT档案系统在安全性方面还是完全值得信赖的。

如果您由于某种原因必须将您的系统分区格式化为NTFS档案系统。那幺，您还可以从网上下载PE工具箱，将PE安装在随身碟里，使随身碟成为驱动盘，PE的档案系统为FAT档案系统。这样，您就能在享受高性能的享受高系统安全性。PE将占用随身碟150 MB左右的空间。，装有PE的随身碟的剩余空间仍可以使用。