跳至內容

FAT

出自Taiwan Tongues 台語維基
這是此頁批准,以及是最近的修訂。

檔案配置表(英語:File Allocation Table,頭字母縮略字:FAT), 是一種由微軟發明並且有部份專利的檔案系統,供 MS-DOS 使用,嘛是所有的非 NT 核心的Windows 系統使用的檔案系統。

FAT 檔案系統考慮當時電腦效能有限,所以無遐複雜化,所以差不多所有個人電腦的作業系統攏支援。這特性使伊成做理想的軟碟佮記憶卡檔案系統,嘛適合用作無仝作業系統內底的資料交流。

猶毋過 FAT 有一个嚴重的缺點:當檔案刪除了後寫入新的資料,FAT 袂共檔案整理做完整片段才閣寫入,長期使用後會當檔案資料變甲沓沓仔分散,咧減慢仔矣讀寫速度。磁碟重組是一種解決方法,但是必須定定磁碟重組來保持 FAT 檔案系統的效率。

歷史

FAT 檔案系統遵行已經用濟濟冬的軟體方法來進行規範。伊佇一九七七年由比爾 ・ 蓋茲佮馬斯 ・ 麥當勞為著管理磁碟來發明,並且佇一九八O年予人添 ・ 跟綴的八十六-DOS 作業系統採用。這嘛是八十六-DOS 作業系統佮 CP / M 作業系統上大的無仝點,若毋是按呢生差,八十六-DOS 作業系統佮 CP / M 作業系統差不多會當講完全仝款。

FAT 十二

初期的 FAT 就是這馬俗稱的 FAT 十二。做為軟碟的檔案系統,伊有幾若項限制:無支援分層性結構,樹集定址干焦十二个元(這予得控制 FAT 有的歹理枋)而且干焦支援上濟三十二 M(兩百十六)彼个分割區。

當時入門級的磁碟是五孵二五 "、單面、四十磁軌、每一个磁鐵八个磁區、容量佮一百六十 KB。頂頭的限制超過矣這个容量一个抑是幾个數量級,同時允准共所有的控制結構囥佇第一个磁鐵,按呢咧讀寫操作的時陣移動磁頭。遮的限制佇綴後壁的幾冬時間內底予人沓沓仔增加。

因為唯一的根 kha-tá-lok-guh 嘛著愛囥佇第一个磁鐵,會當儉的檔案個數就限制佇幾十个。

kha-tá-lok-guh

MS-DOS 二嬸空為著支援以內起十 MB 硬碟為特色的 IBM PC XT,所以差不多佮這个電腦同齊佇一九八三年初發佈。伊引進了層次 kha-tá-lok-guh 結構,除了允准更加有效率地組織檔案外,kha-tá-lok-guh 允准佇硬碟頂懸儲存閣較濟的檔案,這是因為上大檔案個數無閣再受制於(猶原是固定遮有限的)根 kha-tá-lok-guh 大細。這个數目這馬會當等於是一个樹集的數目(甚至閣較大,這是考慮著長度為零的檔案並無占據任何 FAT 密集)。

FAT 本身的格式並無改變。PC XT 的十 MB 的硬碟有四 KB 大細粒仔爾。若尾仔安裝一个二十 MB 的硬碟,並且使用 MS-DOS 二鋪零格式化,最後的樹集大細將變做八 KB,硬碟容量欲變做十五孵九 MB。

FAT 十六的開始

佇咧一九八四年,IBM 發布 PC AT,內含一个二十 MB 的硬碟。微軟公司嘛仝步發布矣 MS-DOS 三-c零。密集位址增加到十六位元,允准閣較大的數量的樹集(上大六十五 , 五百一十七), 所以有閣較大的檔案系統大細。猶毋過,大數量磁區和上大分割區(相當於磁盤)的大細原仔三十二 MB。所以乎,雖然技術上已經是「FAT 十六」,這種格式並毋是咱今仔日常看著的這个名所代表的格式。佇咧 MS-DOS 三更加零格式化一个二十 MB 的硬碟,這硬碟將袂使予 MS-DOS 二嬸零抑是進前的版本所存取。當然喔,MS-DOS 三更零猶閣會當存取 MS-DOS 二鋪零的格式(八 KB 割出來的分割區)。

MS-DOS 三更零也開始支援高密度一刷二 MB 五孵二五 " 磁碟,上出名的是逐个磁鐵十五个磁區,按呢就允准 FAT 有閣較大的空間。這凡勢促進一个對欉較大細的無確定的最佳化,密集大細對兩个磁區減到一个。按呢做了最後結果是高密度磁碟比舊的 _ 雙密度 _ 磁碟的速度大幅度降低。

擴充分割區佮邏輯驅動器

除了改進 FAT 檔案系統本身的結構以外,另外一个提懸 FAT 儲存空間的方式是支援濟个磁碟分割區。上代先,因為主開機紀錄中檔案配置表的固定結構一个硬碟上濟干焦會當切出多達四个分割區。毋過,因為 DOS 設計要求干焦會當有一个分割區標識做「活動的(Active)」,伊嘛是主引導代碼啟動所用的分割區。使用 DOS 工具無可能建立幾个仔「主」DOS 分割區,並且第三方的工具也至少會警告按呢一个機制會佮 DOS 無相容。

為著欲用一種相容的方式來使用閣較濟的分割區,一種新的分割區類型予人開發出來(一九八六年一月的 MS-DOS 三孵二), _ 擴充分割區 _ 伊實際上是另外稱做 _ 邏輯分割區 _ 的一个容器。上蓋起初伊內底干焦允准有一个邏輯分割區、支援上大六十四 MB 的硬碟。佇咧 MS-DOS 三孵三(一九八七年八月)這有限制更改到二十四个分割區;伊可能來自強制性的 C :-Z:的磁碟號名規則。邏輯分割區表使用盤上的資料結構來講,可能是為著欲簡化編碼伊佮主開機紀錄欲仝仔欲仝,並且𪜶組織做類似是俄羅斯套尪仔彼款的結構。一粒硬碟內底干焦會當有一个擴充分割區。

佇擴充分割區觀念匯入進前,一寡硬碟控制器(當時是採用獨立的硬碟控制卡,IDE 標準猶未出現)會當共大硬碟顯示做兩个獨立的硬碟。

最終的 FAT 十六

一九八七年十一月,咱今仔日講是 _ FAT _ 終其尾的時陣,伊佇咧康柏 DOS 三-c三一中去落了磁碟磁區的十六位元計數器。這个結果捌一度予人叫做 _ DOS 三更加三一大檔案系統 _。就算講看起來磁碟懸頂的變動誠小,這乎 DOS 的磁碟代碼攏必須檢查並轉換到三十二位元的磁區數,因為伊完全是十六位元的組合語言按呢一个現實,這項工課就變甲足複雜。

一九八八年,這項改進通過 MS-DOS 四配零得著廣泛應用。這馬分割區大細著限佇逐个密集的八位元有符號的磁區計數,伊上大會當達到二的六十四改方,對一个定定用的有三十二 KB 一欉一个磁區五百十二位元組的硬碟來講,將 FAT 十六分割區大細的「明顯」限制擴充到二 GB。佇磁光碟媒體頂懸,伊會當使用一抑是二 KB 的磁區,按呢大細限制嘛就成比例地增大。

後來,Windows NT 通過共每一个密集的磁區數當做無符號數將上大的樹集大細增加到六十四 KB。啊若這个格式有當時仔其他任何格式的 FAT 攏無相容,並且這款的操作會產生大量的內底片碎仔。Windows 九十八嘛支援這種格式的讀寫操作,但是伊的磁碟管理工具無支援這種格式。

長檔名(VFAT , LFN)

Windows 九十五設計人員的一个使用者體驗目標就是:除了傳統的八更三檔名以外,佇新作業系統當中使用長檔名(LFN)。 長檔名迵過 kha-tá-lok-guh 條目排列的時陣,使用一个工作區來實現(參見下跤)。 照起來 Windows 九十五 VxD 裝置驅動程式的號名規則,這个新擴充的檔案系統通常號做 VFAT。

有意思的是講,VFAT 驅動是較早 Windows 九十五的 Windows for Groups 三孵一中間就已經出現講,但是伊干焦用佇咧實現三十二位元檔案存取,一个踅過 DOS 的視窗內起高效能保護模式檔案管理系統,伊會當直接使用 BIOS 抑是閣較好三十二位元磁碟存取,如 Windows 內建的保護模式磁碟驅動程式。伊是一个後壁門;軟軟仔為 Windows for Groups 三更一一所作的廣告講三十二位元檔案存取基於「芝加哥專案的三十二位元檔案系統」。

佇咧 Windows NT 中,FAT 檔案系統對長檔名的支援對三分五版就已經開始矣。佇咧 MS-DOS 七鼗零以後的版本內底,會當使用類似 DOSLFN 這款的軟體予得 DIR 等命令顯示出長檔名。

FAT 三十二

為著欲解決 FAT 十六對卷彼大細的限制同時予 DOS 的真實模式佇咧非必要的情形下無減少會當用較捷規記持體的狀況下處理這種格式的,微軟公司決定實施新一代的 FAT,伊予人叫做FAT 三十二,帶有三十二位元的樹仔集數,目前用其中的二十八位元。

理論上,這支援總數來百六十八 , 四仔三 , 四仔三十八(< 兩百二十八)的樹欉,允准磁仔容量達到八 TB。

FAT 三十二隨著 Windows 九十五 OSR 二發布,就算需要重新閣熱式化才會使使用這種格式並且 DriveSpace 三(Windows 九十五 OSR 二和 Windows 九十八所紮版本)從來都毋支援這種格式。Windows 九十八提供了一个工具用來佇咧無遺失資料的情況下共現有的硬碟對 FAT 十六轉到 FAT 三十二格式。佇咧 NT 產品線頂對伊的支援對 Windows 兩千開始。

Windows 兩千和 Windows XP 會當讀寫任何大細的 FAT 三十二檔案系統,但是遮的平台上的格式化程式干焦會當建立上大三十二 GB 的 FAT 三十二檔案系統。Thompson and Thompson(兩千空三)寫講「奇怪是微軟公司講這款現象是刁工設計的」微軟公司智識庫文章十八分四千空六的確實是按呢講的,但是無提出任何關於這个限制的合理解說。Peter Norton 的觀點是「微軟公司佇咧有意地削弱 FAT 三十二檔案系統」。

exFAT

佇咧 Windows Embedded CE 六鼻空中引入來,Windows XP SP 三以及 Windows Vista SP 一也引入了 exFAT 的支援。佇咧足濟方面的 exFAT 有相當大的改進,特別適合用佇咧快閃記憶體。

第三方支援

其他 IBM PC 的會當選作業系統,如 Linux、FreeBSD 和 BeOS 攏支援 FAT 格式,而且大部份攏佇相應的 Windows 版本發佈了後真緊就支援 VFAT 和 FAT 三十二格式。古早的 Linux 發佈版本猶閣包括稱做 UMSDOS 的格式,伊是儲存佇咧一个獨立的稱為--linux-.—— 的帶有 Unix 檔案屬性(如長檔名佮存號許可)的 FAT。UMSDOS 佇咧 VFAT 發布了後就無閣使用。Linux 核心對二四界 . 七開始就禁止矣這項功能。Mac OS X 作業系統咧除啟動磁碟以外的其他卷頂懸嘛支援 FAT 檔案系統。

FAT 佮其他的資料流

FAT 檔案系統本身毋是為支援 ADS 猶閣設計的,毋過一寡懸度依賴𪜶的作業系統創造出無仝的方法以佇 FAT 驅動器上處理他們。遮的方法或者是佇額外的檔案或者是路徑中儲存附加的資訊(Mac OS), 抑是講予遐的吸碟資料結構當中以前無咧使用的物件予這个新的含義(OS / 二和 Windows NT)。 第二種設計,就算講想像會閣較有效率,毋過𪜶袂使予人無熟似這種格式的工具複製或者是被分;使用袂當辨識這種格式的磁碟工具(如碎片整理抑是 CHKDSK)操控遮的磁碟的時陣可能會破壞遮的資訊。

Mac OS 使用 PC Exchange 儲存無仝款的資料,檔案屬性佮檔名存在一个名 FINDER . DAT 的隱藏檔案當中,資源分支(ADS)存在名為 RESSOURCE . FRK 的子 kha-tá-lok-guh 中,遮的資料攏存在使用𪜶的逐个 kha-tá-lok-guh 中。對 PC Exchange 二嬸一開始,伊共這 Mac OS 的長檔名儲存為標準的 FAT 長檔名,並且將超過三十一字元的 FAT 長檔名轉換做唯一的三十一字元會當被 Macintosh 應用程式辨識的檔名。

Mac OS X 將元資料(資源分支、無仝的 ADS、檔案屬性)儲存佇咧佮所有的人仝款並以「. \ _」開始的名的隱藏檔案當中,並且 Finder 共一寡資料篋仔佮檔案元資料存在名做「. DS Store」的隱藏檔案當中。

OS / 二高度依賴佇咧擴充屬性(EA)並且共伊存在佇咧位於 FAT 十二抑是 FAT 十六的根 kha-tá-lok-guh 落名做「EA DATA . SF」的隱藏檔案當中。這个檔案使用以前檔案(抑是講 kha-tá-lok-guh)的 kha-tá-lok-guh 清單中的兩个保留位元組索引。佇咧 FAT 三十二格式當中,遮的位元組中存有檔案抑是 kha-tá-lok-guh 開始欉集號的懸十六位元,按呢就予伊歹佇咧 FAT 三十二上儲存 EA。擴充屬性會當通過 Workplace Shell 桌面、REXX 指令碼、真濟系統圖形使用者介面佮命令列工具(如四 OS 二)來儉取。

Windows NT 支援 HPFS、NTFS 和 FAT 中所有擴充屬性的處理(所用處理機制了全類似 OS / 二), 但是袂當處理其他一寡存在 NTFS 趕動器的 ADS 資料。試圖對複製帶有佮 NTFS 驅動器屬性無仝擴充屬性的 ADS 到 FAT 驅動器將報告一个警告資訊提示 ADS 將會遺失。

Windows 二千以後產品的處理類似 Windows NT 毋過複製著 FAT 三十二的時𪜶無顯示任何警告資訊直接擲捒擴充屬性(但報告其他像「Macintosh Finder Info」和「Macintosh Resource Fork」這是 ADS 引起的警告)。

前景

微軟公司最近得著 VFAT 和 FAT 三十二的專利(但是無得著上早的 FAT 的專利喔), 這是引起人對微軟仔會著 Linux OS 發佈佮初初開始化𪜶產品的媒體廠商收取專利費的擔憂(參見下跤的 FAT 授權協定)。 就算第一間裁定不利於微軟公司,毋過微軟猶是取得勝利並且得著專利授權。

因為微軟公司已經宣布無閣開發基於 MS-DOS 作業系統 Windows Me 的後續版本,所以無閣有可能就是會有新版的 FAT。對大多數用途來講,為 Windows NT 系列開發的 NTFS 檔案系統對效率、效能、安全性佮可靠性來講攏優於 FAT;伊的主要欠點是小容量檔案所占的額外空間佮除了基於 NT 的 Windows 作業系統以外的足少有其他作業系統支援。因為確切的規範是微軟公司的商業秘密,這就使得使用一個 DOS 碟仔用恢復目的足困難(根據微軟 MCSE 訓練教材說明此點是刁工保密,才有影保持 NTFS 檔案系統增加欲予人偷提資料)。 微軟公司提供了一个恢復介面來解決這个問題,因為安全的原因伊嚴重限制了預設的情況下伊所會當解決的問題。

FAT 猶原是移動媒體所捷用的一種檔案系統(CD 和 DVD 是例外), 軟碟使用的是 FAT 十二,其他多數活動媒體用的是 FAT 三十二(就用數位相機的快閃記憶卡和 USB 隨身碟,Windows 格式化的預設選項猶是 FAT 三十二), 除非其容量超出 FAT 三十二的限制。出於相容性佮儲存空間利用率的考慮 FAT 猶閣用佇咧遮咧趕動器上,同時嘛是因為遮的活動媒體上的檔案的許可會閣較容易拄著麻煩毋是閣較重要按呢一个事實。

Windows 兩千和 XP 支援的 FAT 三十二格式化的限制三十二 GB,這致使用現代硬碟的使用者必須愛用 NTFS 欲按怎使用其他程式化驅動器。一个解決的方法就是使用對 Linux 徙栽到 Windows 伊平台的一个工具 mkdosfs。

設計的

主磁碟結構

一个 FAT 檔案系統包括四个無仝的部份。

一 .保留磁區,佇彼个位上開始的位置。第一个保留磁區是引導磁區(_ 分割區啟動記錄 _)。 伊包括一个叫做 _ 基本輸入輸出參數塊 _ 的區域(包括一寡基本的檔案系統資訊尤其是伊的類型佮其他的指向其他的磁區的指標), 通常包括作業系統的啟動呼叫代碼。保留磁區的總數記錄引導磁區的一个參數內底。引導咱磁區內底的重要資訊會當予 DOS 和 OS / 二中稱做 _ 驅動器參數塊 _ 的作業系統結構存取。 二 .FAT 區域。伊包括講有兩份 _ 檔案配置表 _,這是無出在系統趁食的考慮,就算講伊足少使用的,就算講伊磁仔修復家私嘛真少使用伊。伊是分割區資訊的對映表,指示密集是按怎儉的。 三 .根 kha-tá-lok-guh 區域。伊是佇咧根 kha-tá-lok-guh 中儲存檔案佮 kha-tá-lok-guh 資訊的 _ kha-tá-lok-guh 表 _。佇咧 FAT 三十二下伊會當存在分割區的任何位置,但是佇咧早期的版本內底伊永遠調整 _ FAT 區域 _ 了後。 四 .資料區域。這是實際的檔案佮 kha-tá-lok-guh 資料儲存的區域,伊占分割區的絕大部份。通過簡單的佇咧 FAT 中添加檔案連結的個數會當任意增加檔案大小和子 kha-tá-lok-guh 個數(只要有閒聚集佇咧)。 毋過需要注意的是逐个密集干焦會當予一个檔案占有,若按呢若按呢三十二 KB 大細粒仔結內底有一个一个 KB 大細的檔案,遐三十一 KB 的空間就浪費掉去矣。

啟動磁區

格式如下遮欲描述啟動磁區會當佇如 OS / 二一孵三的啟動磁碟上看著。古早的版本使用一个較短的基本輸入輸出系統參數角,𪜶的啟動代碼佇頭前開始(如 OS / 二一孵一中是偏移零 x 二 b)。

例外情況

Apricot PC 的 MS-DOS 所用 FAT 的實現有一个無仝的啟動磁區組織來使用電腦佮 IBM 無相容的基本輸入輸出系統。跳轉指令佮 OEM 名予人省略並且 MS-DOS 檔案系統參數位佇咧零 x 五十(佇標準磁區內底偏徙做零 x 零 B-零 x 十七)。 後來的 Apricot MS-DOS 版本除了 Apricot 特有的引導區之外嘛有讀寫標準啟動分割區的能力。

BBC Master 五百十二上的 DOS Plus 根本就無使用傳統的引導區。資料吸碟省起來引導區並且用一个單份的 FAT 開始(FAT 的第一个位元組用來確定磁碟容量), 啟動磁碟使用一个包含啟動呼叫程式的小型 ADFS 檔案系統,後壁伊佮一个單份的 FAT。

檔案配置表

一个分割區分做仝款等大細的密集,也就是連紲空間的細塊。密密集的大細隨著 FAT 檔案系統的類型以及分割區大細而無仝,典型的樹集大細介紹二 KB 到三十二 KB 之間。逐个檔案根據伊的大細可能占有一个抑是幾若个密集;按呢乎,一个檔案就由遮的遮的(講做單向連結串列)密集鏈所表示。毋過,遮的鍊並無一定一个接一个佇磁碟頂懸儲存,𪜶定定是佇規个資料區域 _ 散散 _ 的儲存。

檔案配置表FAT)是來對演到分割區逐个密集的條目列表。逐个條目記錄下跤五種資訊中的一種。

  • 鏈中下一个密集的所在
  • 有一个特殊的密集鏈結束符EOC,End Of Cluster-chain,抑是稱 End Of Chain)符號指示鏈的結束
  • 一个特殊的符號標示歹密集
  • 一个特殊的符號標示保留樹仔集
  • 零來表示空閒密集逐个版本的 FAT 檔案系統使用無仝大細的 FAT 條目。這个大細已經由名表示出來,比如講 FAT 十六檔案系統每一个條目使用十六位元表示,三十二位元檔案系統使用三十二位元表示。這个無同意味著 FAT 三十二系統的檔案配置表能比 FAT 十六對映閣較濟的樹集,伊嘛允准講 FAT 三十二有較大的分割區大細。這嘛會使得 FAT 三十二比 FAT 十六閣會當有效地利用磁碟空間,因為逐个驅動器會當定址閣較細欉的模集,這嘛意味著閣較少的空間浪費。

FAT 條目值:

注意 FAT 三十二隻使用三十二位元中的二十八位元。高四位元通常是零毋過𪜶是保留位,莫共伊振動。佇頂懸的表中𪜶用問號表示。

kha-tá-lok-guh 表

kha-tá-lok-guh 表是一个表示 kha-tá-lok-guh 的特殊類型檔案(這馬通常叫做資料篋仔)。 伊內底儲存的逐个檔案抑是 kha-tá-lok-guh 使用表中的三十二位元組條目表示。逐條目記錄名、副檔名、屬性(檔案、kha-tá-lok-guh、掩崁、唯讀、系統和卷)、 建立的日期佮時間、檔案/kha-tá-lok-guh 資料頭一个密集的所在,最後是檔案/kha-tá-lok-guh 的大細。

除了 FAT 十二和 FAT 十六檔案系統中的根 kha-tá-lok-guh 表占著特殊的 _ 根 kha-tá-lok-guh 區域 _ 位置以外,所有其他的 kha-tá-lok-guh 表攏有佇資料的區域。

合法的 DOS 檔名包括下跤一寡字元:

  • 大寫字母 A-Z
  • 數字空又閣
  • 空格(就算講結尾的空格予人成做補充毋是檔名的一部份)
  • ! # $   % & ( )-@ ^ \ _ ` { } ~'
  • 數值一百二十八堵兩百五十五

DOS 檔名位佇咧 OEM 字元集。

佇咧根 kha-tá-lok-guh 區域和子 kha-tá-lok-guh 區域的 kha-tá-lok-guh 條目攏是下跤的格式:

長檔名(LFN)使用一个技巧儲存佇咧 FAT 檔案系統上—— 佇咧 kha-tá-lok-guh 表中添加假的條目。遮的條目使用一个普通檔案無法度使用的卷標屬性標識,普通檔案無法度使用是因為𪜶予大多數舊的 MS-DOS 程式忽略。足顯然的,一个干焦包含卷標的 kha-tá-lok-guh 予人當做空卷,按呢就允准刣掉;使用長檔名建立的檔案佇對普通的 DOS 刪除就會發生按呢的情形。

校驗佮允准檢驗長檔名敢有佮八堵三檔名匹配;做一个檔案刪除了後使用 DOS 佇仝一个 kha-tá-lok-guh 位置重新建立了後就會出現不匹配現象。校驗佮使用下跤的演算法計算。(注意 pFcbName 是講正常若 kha-tá-lok-guh 條目中所顯示的檔名的指標,比如講前八字元是檔名,最後三个是副檔名。點是隱含的。檔名中無用的空間共使用空格(ASCII 零 x 二十)補予齊。比如講,「 Readme . txt」將記錄為 " README TXT "。

舊版的乎 PC-DOS 錯誤地將根 kha-tá-lok-guh 中的長檔名當做卷標,按呢𪜶就會顯示錯誤的卷標。

逐个假條目包含十三 UTF 鋪十六字元(二十六位元組), 通過使用包含檔案大細或者是時間記錄的區域得著除了舊的八 + 三之外的另外十五个位元組(毋過出於安全佮磁碟檢查工具的考慮開始密集的區域無咧使用保留值為零)。 參見八堵三中另外的解說。

長檔名條目使用下跤的格式:

若一个檔名干焦包括小寫字母、或者是一个小寫字母的 _ 名 _ 加上大寫副檔名的混合抑是此相反,無特殊的字元並且滿足八堵三的限制,佇咧 Windows NT 上就無建立 VFAT 的條目。相反,佇咧 kha-tá-lok-guh 條目的偏移零 x 零 c 處的無說明的位用來指示檔名全部或者是小寫字母。特別較明確的是,四意味出來寫字母的副檔名,位三意味著 _ 名 _ 是小寫字母,按呢就會使允准「example . TXT」和「HELLO . txt」這款的組合,但是無允准「Mixed . txt」這款的組合。足少有做業系統支援這種功能。非 NT 的 Windows 版本當這个擴充使用的時陣欲共檔名當做大寫字母。預設的情況下,Linux 的最近版本欲認捌這个擴充但是咧寫時並無使用伊。

第三方擴充

佇微軟公司添加長檔名佮建立/存取時間揬進前,其他的作業系統使用 kha-tá-lok-guh 表位元組零 x 零 C 板零 x 十五儲存其他的元資料。𪜶包括:

FAT 授權

佇咧二十世紀九十年代中期微軟公司申請並得著一系列的 FAT 檔案系統核心部分的專利。因為有廣泛的相容性佮理解,FAT 不三時被選為用佇數位相機和個人數位助理中快閃記持體的資料交換格式。

二空空三年十二月三號微軟公司宣佈使用 FAT 規範佮「相關智慧型產權」需要得著授權,逐个銷售單元支付零牌二五美金的著作權費,逐个授權協定上濟兩百五十 , 零美元的著作權費。

為著這个目的,微軟公司講著四个關於著 FAT 檔案系統的專利作為伊的智慧財產權主張的基礎。所有遮的佮長檔名擴充有關係的 FAT 起先出現佇 Windows 九十五中:

  • 美國專利第五 , 七仔四十五 , 九百空二號-存取使用無仝檔名格式的檔名的方法佮系統。一九九二年七月初六備案。這包括生、聯絡一个八七三相容格式的短檔名佮長檔名的方法(如「Microsoft . txt」和「MICROS ~ 一 . TXT」), 以及列舉互相衝突的短檔名的方法(如「MICROS ~ 二 . TXT」和「MICROS ~ 三 . TXT」)。 這馬猶無清楚這个專利敢是崁袂具有顯式的長檔名能力的 FAT 實現。Unix 檔案系統內底的硬連結看起來毋是先行者:對長檔名刪除一个 FAT 檔案嘛會刪除伊的短檔名。共一个檔案重號名號做一个「短」檔名嘛共一致地更改長檔名;仝款,共一个檔案重號名「長」檔名嘛會重新生成一个「短」檔名。佇咧 NTFS 中,硬連結佮兩个名是無仝的概念,並且逐个硬連結攏有兩个名。最後咧,佇咧 API 的層面上,做佇系統內底的進行 kha-tá-lok-guh 搜尋的時陣兩个檔名攏會出現;𪜶看起來毋是兩个獨立的檔案並且𪜶嘛無必要去「對映」確定仝一个檔案。
  • 美國專利第五 , 五百七十九 , 五百一十七號-長、短檔名公用的號名空間。一九九五年四月二四號備案。這包括將濟个連紲八堵三 kha-tá-lok-guh 條目連結做伙支援長檔名的方法,其中一寡條目特殊進行標記阻止可能引起透濫地早期的無支援長檔名的 FAT 實現。
  • 公共專利基金會成功地對這項專利發起挑戰;這个專利申請因為所申請的技術佇專利美國專利第五 , 三百空七 , 四百九十四佮美國專利第五 , 三百六十七 , 六百七十一號著的先期發現佇二空空四年九月十四予人駁倒轉來。這个決定後來佇二空空六年一月十予美國專利局所推翻。
  • 美國專利第五 , 七仔五十八 , 三百五十二號-長、短檔名公用的號名空間。一九九六年九月初五備案。伊是蓋類似五 , 五百七十九 , 五百一十七。
  • 公共專利基金會成功地對這項專利發起挑戰;美國專利商標局佮 " the six assignees names were incorrect " [二] 佇二空空五年十月五號駁倒轉來這項專利。這个決定嘛佇後來的二空空六年一月十予美國專利局推翻。
  • 美國專利第六 , 兩百八十六 , 十三號-為長佇咧作業系統內底為長、短檔名提供一个公用的號名空間的方法佮系統。一九九七年一月二八號備案。伊所申請的內容包括 Windows 九十五、Windows 九十八佮 Windows Me 的長檔名提供予𪜶 MS-DOS 相容層咧用的方法。伊看起來無影響非常軟軟 FAT 實現。

真濟技術評論斷言遮的專利干焦涵去支援長檔名的 FAT 實現,遐的干焦使用短名的移徙固態媒體佮消費裝置將無受著影響。

另外咧,佇微軟二空空年十二月六號出版的 " Microsoft Extensible Firmware Initiative FAT 三十二 File System Specification , FAT : General Overview of On-Disk Format ",微軟公司明確地讓出了一寡授權,真濟讀者共認為是微微仔軟允准作業系統廠商實現 FAT。

控訴

因為人廣泛要求重新審查遮的專利,公眾專利基金會向美國專利佮商標局(USPTO)提出一寡證據爭辯遮的專利的有效性,其中包括全錄公司佮 IBM 的古早參考資料。美國專利商標局認為遮的證據提出「專利性的實質性的新問題」並且對微軟公司 FAT 專利的有效性展開調查。

二空空四年九月三十號,美國專利商標局主要基於公共專利基金會所提供的證據駁倒轉來美國專利第五 , 五百七十九 , 五百十七號的專利主張。這个基金會的執行總裁 Dan Ravicher 講「這馬專利局只不過是確認矣咱已經知影矣一段時間的代誌,微軟公司的專利是假的。」

PUBPAT 的新聞發佈會講,「 微軟公司猶原有機會回應專利局的駁倒轉去。有代表性的是第三方的重新審查要求如 PUBPAT 提供的資料成功地減小了專利的範圍或者是有百分之七十的機會完全駁倒轉專利。」

二空空五年十月五號,專利局宣布隨著調查的深入伊駁倒轉來專利五鋪五七九 , 五百一十七的專利主張,另外伊發現專利美國專利第五 , 七仔五十八 , 三百五十二號有錯誤的專利受益人而無效。

最後咱佇二空空六年一月十號,專利局裁定微軟公司的 FAT 系統的實現特點是「新穎佮非顯然的」,推翻早期的兩个非最後裁決。

註解

參見

  • NTFS
  • 檔案系統的對比
  • 驅動器字母分配
  • 軟體專利
  • 檔案系統列表
  • Rock Ridge 和 Joliet:象 FAT 上的 VFAT 仝款為 CD 添加長檔名的系統。

外部連結

  • News article about final patent ruling
  • Microsoft's statement on " FAT File System Technology and Patent License "
  • FAT File System
  • Slashdot discussion on Microsoft's claims of FAT-related patents
  • Microsoft Extensible Firmware Initiative FAT 三十二 File System Specification , FAT : General Overview of On-Disk Format
  • Understanding FAT 三十二 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 十四抹空四百一十八
  • At PUBPAT's Request , Patent Office Rejects Microsoft's FAT Patent : All Claims of Reynolds'五百一十七 Patent Ruled Invalid
  • Volume and file size limits of FAT filesystems