FAT

维基百科，自由的百科全书

	FAT12	FAT16	FAT32
開發商	微軟
全名	檔案配置表
	(12位元版本)	(16位元版本)	(32位元版本)
发布	1977年 (微软Disk BASIC)	1988年七月 (MS-DOS 4.0)	1996年八月 (Windows 95 OSR2)
分区标识	0x01 (MBR)	0x04, 0x06, 0x0E (MBR)	0x0B, 0x0C (MBR) EBD0A0A2-B9E5-4433 -87C0-68B6B72699C7 (GPT)
結構	FAT12	FAT16	FAT32
目录内容	Table
zh-cn:文件;zh-tw:檔案分配	链表
坏块	链表
限制	FAT12	FAT16	FAT32
最大zh-cn:文件;zh-tw:檔案大小	32 MiB	2 GiB	4 GiB
最大zh-cn:文件;zh-tw:檔案數量	4,077	65,517	268,435,437
最長檔名限制	8.3 或者 长文件名255个字符
最大卷大小	32 MiB	4 GiB	8 TiB
Features	FAT12	FAT16	FAT32
记录日期	创建、修改、访问
日期范围	1980年1月1日至2107年12月31日
岔流	非原生
屬性	唯讀, 隱藏, 系統, 卷标, 子目录, 档案
访问许可	No
透明压缩	Per-volume, Stacker, DoubleSpace, DriveSpace		No
透明加密	Per-volume only with DR-DOS		No

檔案配置表（File Allocation Table），是一種由微軟發明的並帶有部分專利^[1]的文件系統，供MS-DOS使用，也是非NT核心的微軟視窗使用的檔案系統。

FAT文件系統考慮當時電腦效能有限，所以未被複雜化，因而被幾乎所有個人電腦的操作系統支持。這特性使它成為理想的軟碟和記憶卡檔案系統，也適合用作不同操作系統中的資料交流。

但FAT有一個嚴重的缺點：當文件被刪除並且在同一位置被寫入新資料，他們的片段通常是分散的，減慢了讀寫速度。磁盘碎片重整是一種解決方法，但必須經常重組來保持FAT文件系統的效率。

目录 1 歷史 1.1 FAT12 1.2 目录 1.3 FAT16的開始 1.4 扩展分区和逻辑驱动器 1.5 最终的FAT16 1.6 长文件名（VFAT, LFN） 1.7 FAT32 1.8 第三方支持 1.9 FAT和其它数据流 1.10 前景 2 设计 2.1 主磁盘结构 2.2 启动扇区 2.2.1 例外情况 2.3 文件分配表 2.4 目录表 2.4.1 第三方扩展 3 FAT授权 3.1 控诉 4 註解 5 参见 6 外部链接

[编辑] 歷史

FAT文件系統遵行已用了多年的軟體方法來進行規範。它在1977年由比尔·蓋茨和馬斯·麥當勞為了管理磁碟而發明，並在1980年被添·彼得遜的86-DOS作業系統採用。這也是86-DOS作業系統與CP/M作業系統最大的不同點，若非此項差異，86-DOS作業系統與CP/M作業系統幾乎可說完全相同。^[2]

[编辑] FAT12

初期的FAT就是現在俗稱的FAT12。作為軟碟的文件系統，它有幾項限制：不支持分層性結構，叢集定址只有12位元（这使得控制FAT有些棘手）而且只支援最多32M（2¹⁶）的分區。

当时入门级的磁盘是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。

[编辑] FAT16的開始

在1984年，IBM發布PC AT，這是一個20 MB的硬碟。微软公司也同步发布了MS-DOS 3.0。簇集位址增加至16位元，允許更大數量的zh-cn:簇;zh-tw:叢集（最大 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有更大的空间。这或许促进了一个对于簇大小的不确定的优化，zh-cn:簇;zh-tw:叢集大小从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]的磁盘管理员这样的一些特殊软件可以用于同样目的。

[编辑] 最终的FAT16

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也支持这种格式的读写操作但是它的磁盘管理工具不支持这种格式。

[编辑] 长文件名（VFAT, LFN）

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版就已经开始了。

[编辑] FAT32

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

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

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

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

FAT32卷的最大可能文件大小是4GB减1个字节（2³²-1字节）。对于绝大多数用户来说这经常成为FAT32最恼人的限制2005年数据，因为影像截取和编辑应用很容易就超过这个限制，遇到同样情形的还有系统的交换文件。

[编辑] 第三方支持

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

[编辑] 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。

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

[编辑] 设计

[编辑] 主磁盘结构

主啟動區

文件 分配表 #1

文件 分配表 #2

根目录

其他所有資料... 剩下磁盘空間

一个FAT文件系统包括四个不同的部分。

1. 保留扇区，位于最开始的位置。第一个保留扇区是引导区（分区启动记录）。它包括一个称为基本输入输出参数块的区域（包括一些基本的文件系统信息尤其是它的类型和其它指向其它扇区的指针），通常包括操作系统的启动调用代码。保留扇区的总数记录在引导扇区中的一个参数中。引导扇区中的重要信息可以被DOS和OS/2中称为驱动器参数块的操作系统结构访问。
2. FAT区域。它包含有两份文件分配表，这是出于系统冗余考虑，尽管它很少使用，即使是磁盘修复工具也很少使用它。它是分区信息的映射表，指示簇是如何存储的。
3. 根目录区域。它是在根目录中存储文件和目录信息的目录表。在FAT32下它可以存在分区中的任何位置，但是在早期的版本中它永远紧随FAT区域之后。
4. 数据区域。这是实际的文件和目录数据存储的区域，它占据了分区的绝大部分。通过简单地在FAT中添加文件链接的个数可以任意增加文件大小和子目录个数（只要有空簇存在）。然而需要注意的是每个簇只能被一个文件占有，这样的话如果在32KB大小的簇中有一个1KB大小的文件，那么31KB的空间就浪费掉了。

[编辑] 启动扇区

格式如下

偏移(字节)	长度(字节)	说明
0x00	3	跳转指令(跳过开头一段区域)
0x03	8	OEM名称（空格补齐）。 MS-DOS检查这个区域以确定使用启动记录中的哪一部分数据 [3]。常见值是IBM 3.3（在“IBM”和“3.3”之间有两个空格）和MSDOS5.0.
0x0b	2	每个扇区的字节数。基本输入输出系统参数块从这里开始。
0x0d	1	每簇扇区数
0x0e	2	保留扇区数（包括启动扇区）
0x10	1	文件分配表数目
0x11	2	最大根目录条目个数
0x13	2	总扇区数（如果是0，就使用偏移0x20处的4字节值）
0x15	1	介质描述 0xF8 单面、每面80磁道、每磁道9扇区 0xF9 双面、每面80磁道、每磁道9扇区 0xFA 单面、每面80磁道、每磁道8扇区 0xFB 双面、每面80磁道、每磁道8扇区 0xFC 单面、每面40磁道、每磁道9扇区 0xFD 双面、每面40磁道、每磁道9扇区 0xFE 单面、每面40磁道、每磁道8扇区 0xFF 双面、每面40磁道、每磁道8扇区 同样的介质描述必须在重复复制到每份FAT的第一个字节。有些操作系统（MSX-DOS 1.0版）全部忽略启动扇区参数，而仅仅使用FAT的第一个字节的介质描述确定文件系统参数。
0x16	2	每个文件分配表的扇区（FAT16)
0x18	2	每磁道的扇区
0x1a	2	磁头数
0x1c	4	隐藏扇区
0x20	4	总扇区数（如果超过65535，参见偏移0x13）
0x24	4	每个文件分配表的扇区（FAT32）。扩展基本输入输出系统参数块从这里开始。
0x24	1	物理驱动器个数（FAT16）
0x25	1	当前磁头（FAT16）
0x26	1	签名（FAT16）
0x27	4	ID (FAT16)
0x2b	11	卷标
0x36	8	FAT文件系统类型（如FAT、FAT12、FAT16、FAT32）
0x3e	448	操作系统自引导代码
0x1FE	2	扇区结束符（0x55 0xAA）

这里描述的启动扇区能在如OS/2 1.3的启动盘上看到。早期的版本使用一个较短的基本输入输出系统参数块，它们的启动代码在前面开始（如OS/2 1.1中是偏移0x2b）。

[编辑] 例外情况

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更能有效地利用磁盘空间，因为每个驱动器能够寻址更小的簇，这也就意味着更少的空间浪费。

FAT条目值：

FAT12	FAT16	FAT32	描述
0x000	0x0000	0x?0000000	空闲簇
0x001	0x0001	0x?0000001	保留簇
0x002 - 0xFEF	0x0002 - 0xFFEF	0x?0000002 - 0x?FFFFFEF	被占用的簇；指向下一个簇
0xFF0 - 0xFF6	0xFFF0 - 0xFFF6	0x?FFFFFF0 - 0x?FFFFFF6	保留值
0xFF7	0xFFF7	0x?FFFFFF7	坏簇
0xFF8 - 0xFFF	0xFFF8 - 0xFFFF	0x?FFFFFF8 - 0x?FFFFFFF	文件最后一个簇

注意FAT32只使用32位中的28位。高4位通常是0但它们是保留位，不要更改它们。在上面的表中它们用问号表示。

[编辑] 目录表

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

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

合法的DOS文件名包括下面一些字符：

• 大写字母A-Z
• 数字0-9
• 空格（尽管结尾的空格被作为填充而不是文件名的一部分）
• ! # $ % & ( ) - @ ^ _ ` { } ~ '
• 数值 128-255

DOS文件名位于OEM字符集。

位于根目录区域和子目录区域的目录条目都是下面的格式：

字节偏移	长度	描述
0x00	8	DOS文件名（附加空格） 第一个字节可以是下面的特殊数值： 0x00 这个条目有用并且后面没有被占用条目 0x05 最初字符确实是 0xE5 0x2E '点'条目；'.' 或者 '..' 0xE5 这个条目曾经被删除不再有用。取消删除文件工具作为取消删除的一步必须使用一个正常的字符取代它。
0x08	3	DOS 文件扩展名（空格补齐）
0x0b	1	文件属性 第一个字节可以是下面一些特殊值： 位 掩码 描述 0 0x01 只读 1 0x02 隐藏 2 0x04 系统 3 0x08 卷标 4 0x10 子目录 5 0x20 档案 6 0x40 设备（内部使用，磁盘上看不到） 7 0x80 没有使用 属性值 0x0F 用来表示长文件名条目。
0x0c	1	保留，NT使用（参见后面）
0x0d	1	创建时间，最小时间分辨率：10ms 单位，数值从 0 到199。
0x0e	2	创建时间。小时、分钟和秒根据后面的图示描述进行编码： 位 描述 15-11 小时（0-23） 10-5 分钟（0-59） 4-0 秒/2（0-29） 注意秒只保存了2秒的分辨率。更细分辨率的文件创建时间在偏移 0x0d 处。
0x10	2	创建日期。年、月和日根据后面的图示编码： 位 描述 15-9 年（0 = 1980, 127 = 2107） 8-5 月（1 = 1月，12 = 12月) 4-0 日（1 - 31）
0x12	2	最近访问时间；参见偏移 0x0e 处的描述。
0x14	2	FAT12和FAT16中的EA-Index（OS/2和NT使用），FAT32中第一个簇的两个高字节
0x16	2	最后更改时间；参见偏移 0x0e 处的描述。
0x18	2	最后更改日期； 参见偏移 0x10 处的描述。
0x1a	2	FAT12和FAT16中的第一个簇。FAT32中第一个簇的两个低字节。
0x1c	4	文件大小

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

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

unsigned char lfn_checksum(const unsigned char *pFcbName)
{
        int i;
        unsigned char sum=0;

        for (i=11; i; i--)
                sum = ((sum & 1) ? 0x80 : 0) + (sum >> 1) + *pFcbName++;
        return sum;
}

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

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

长文件名条目使用下面的格式：

字节偏移	长度	描述
0x00	1	序列号
0x01	10	名称字符（5个UTF-16字符）
0x0b	1	属性（永远是0x0F）
0x0c	1	保留（永远是0x00）
0x0d	1	DOS文件名校验和
0x0e	12	名称字符（6个UTF-16字符）
0x1a	2	第一个簇（永远是0x0000）
0x1c	4	名称字符（两个UTF-16字符）

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

[编辑] 第三方扩展

在微软公司添加长文件名和创建/访问时间戳之前，其它的操作系统使用目录表字节0x0C-0x15存储其它的元数据。它们包括：

字节偏移	长度	系统	描述
0x0C	2	RISC OS	文件类型, 0x000 - 0xFFF
0x0C	1	DOS Plus	用户定义文件属性 F1-F4 位 掩码 描述 7 0x80 F1 6 0x40 F2 5 0x20 F3 4 0x10 F4
0x0D	1	DR-DOS	被删除文件名最初第一个字符
0x0E	2	DR-DOS 和 FlexOS	加密文件密码
0x10	4	DR-DOS 7	被删除文件最初的文件时间和日期；被删除文件有设置到删除时间的正常时间和日期
0x12	2	DR-DOS 6 和 FlexOS	文件所有者身份
0x14	2	DR-DOS 和 FlexOS	文件许可位（只有FlexOS使用执行许可）： 位 掩码 描述 0 0x0001 所有者删除需要密码 1 0x0002 所有者执行需要密码 2 0x0004 所有者写需要密码 3 0x0008 所有者读需要密码 4 0x0010 组删除需要密码 5 0x0020 组执行需要密码 6 0x0040 组写需要密码 7 0x0080 组读需要密码 8 0x0100 全部用户删除需要密码 9 0x0200 全部用户执行需要密码 10 0x0400 全部用户写需要密码 11 0x0800 全部用户读需要密码

[编辑] FAT授权

在二十世纪九十年代中期微软公司申请并获得了一系列的FAT文件系统核心部分的专利。由于具有广泛的兼容性和易于理解，FAT经常被选为用于数码相机和个人数zh-cn:码;zh-tw:位;zh-hk:碼助理中闪存的数据交换格式。

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系统的实现特点是“新颖和非显然的”，推翻了早期的两个非最终裁决。

[编辑] 註解

1. ↑ 专利申请的是在文件系统中支持长文件名的技术，而不是文件系统内核本身。
2. ↑ Duncan, Ray (1989). Design goals and implementation of the new High Performance File System. Microsoft Systems Journal 4 (5).
3. ↑ 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
4. ↑ Limitations of FAT32 File System, Microsoft knowledge base article 184006
5. ↑ Norton, Peter (2002), Peter Norton's New Inside the PC, Sams Publishing, ISBN 0672322897. (p. 428: "Microsoft has intentionally crippled the FAT32 file system").

[编辑] 参见

• 文件系统比较
• 驱动器字母分配
• 软件专利
• 文件系统列表
• Rock Ridge 和 Joliet：象FAT上的VFAT一样为CD添加长文件名的系统。

[编辑] 外部链接

• News article about final patent ruling
• Microsoft's statement on "FAT File System Technology and Patent License"
• Slashdot discussion on Microsoft's claims of FAT-related patents
• Microsoft Extensible Firmware Initiative FAT 32 File System Specification, FAT: General Overview of On-Disk Format
• Understanding FAT32 Filesystems (explained for embedded firmware developers)
• Microsoft's war on GPL dealt patent setback
• A Short History of MS-DOS, by Tim Paterson
• Detailed Explanation of FAT Boot Sector - Microsoft Knowledge Base Article 140418
• At PUBPAT's Request, Patent Office Rejects Microsoft's FAT Patent: All Claims of Reynolds '517 Patent Ruled Invalid
• Volume and file size limits of FAT filesystems