ファイルアロケーションテーブル

ウィキペディアから、無料の百科事典
ナビゲーションにジャンプ 検索にジャンプ

肥満
開発者MicrosoftNCRSCPIBMCompaqDigital ResearchNovellCaldera
フルネームファイルアロケーションテーブル
バリアント8ビットFAT、FAT12FAT16FAT16BFAT32ExFATFATXFAT +
紹介された1977スタンドアロンディスクBASIC-80を使用 (1977)
パーティション識別子MBR / EBR
FAT12:  ea(拡張属性)FAT16:  ea FAT32:  ea BDP0x01
0x040x060x0E
0x0B0x0C

EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
構造
ディレクトリの内容テーブル
ファイルアロケーションリンクリスト
不良ブロッククラスターのタグ付け
制限
最大。ボリュームサイズFAT12:32  MB(64KBクラスターの場合は256MB)
FAT16:2 GB(64KBクラスターの場合は4GB)
FAT32:2  TB4KBセクターの場合は16TB )
最大。ファイルサイズFAT16BおよびFAT32を使用した場合は4,294,967,295バイト(4  GB – 1) [1]
最大。ファイル数FAT12:8  KBクラスターの場合は4,068FAT16:
32KBクラスターの
場合は65,460FAT32: 32KBクラスターの場合は268,173,300
最大。ファイル名の長さ8.3ファイル名、またはLFN [nb1]を使用する場合は255UCS -2文字
特徴
記録された日付変更日時、作成日時(DOS 7.0以降のみ)、アクセス日時(ACCDATEが有効な場合のみ利用可能)、[2]削除日時(DELWATCH 2のみ)
日付範囲1980-01-01から2099-12-312107-12-31
日付の解決最終変更時刻は2秒、
作成時刻は10ミリ秒
、アクセス日は1日、
削除時刻は2秒
フォークネイティブではない
属性読み取り専用非表示システムボリュームディレクトリアーカイブ
ファイルシステムのアクセス許可FAT12 / FAT16:読み取り書き込み実行DRでのみ削除するファイル、ディレクトリ、およびボリュームのアクセス権-DOS PalmDOSNovell DOSOpenDOSFlexOS4680 OS4690 OSConcurrent DOSMultiuser DOSSystem ManagerREAL / 32(FlexOS、4680 OS、4690 OSでのみ正しく実行、FlexOS、4680 OS、4690 OSではない個別のファイル/ディレクトリパスワード、ワールド/グループ/所有者マルチユーザーセキュリティがロードされている場合のみのアクセス許可クラス)
FAT32:部分的、DR-DOS、REAL / 32、および4690OSのみ
透過的な圧縮FAT12 / FAT16:ボリュームごと、SuperStorStackerDoubleSpaceDriveSpace
FAT32:いいえ
透過的な暗号化FAT12 / FAT16: DR-DOSのみのボリュームごと
FAT32:いいえ

File Allocation TableFAT)は、パソコン用に開発されたファイルシステムです。もともとフロッピーディスクで使用するために1977年に開発されましたが、ハードディスクやその他のデバイスでの使用に適合しました。多くの場合、互換性の理由から、パーソナルコンピュータや多くのモバイルデバイスおよび組み込みシステム用の現在のオペレーティングシステムによってサポートされており、異種システム間でデータを交換できます。[3]ディスクドライブの容量を増やすには、 FAT12FAT16FAT32の3つの主要なバリエーションが必要でした。FAT標準は、既存のソフトウェアとの下位互換性を維持しながら、他の方法でも拡張されています。

FATは、 MicrosoftWindowsコンピューターのデフォルトのファイルシステムではなくなりました。[4]

FATファイルシステムは、フロッピーディスク、フラッシュ、その他のソリッドステート メモリカードとモジュール(USBフラッシュドライブを含む)、および多くのポータブルデバイスや組み込みデバイスで今でも一般的に見られます。FATは、DCF仕様に基づくデジタルカメラの標準ファイルシステムです

概要

コンセプト

ファイルシステムは、デバイスに格納されているインデックステーブルを使用して、ファイルに関連付けられているデータストレージ領域のチェーンであるファイルアロケーションテーブルFAT)を識別します。FATは、フォーマット時に静的に割り当てられます。この表は、ディスクストレージの連続した領域である各クラスターのエントリのリンクリストです。各エントリには、ファイル内の次のクラスタの番号、またはファイルの終わり、未使用のディスクスペース、またはディスクの特別な予約領域を示すマーカーが含まれています。ディスクルートディレクトリには、そのディレクトリ内の各ファイルの最初のクラスタの番号が含まれています。次に、オペレーティングシステムはFATをトラバースし、ディスクファイルの連続する各部分のクラスター番号を次のように検索できます。ファイルの終わりに達するまでのクラスターチェーン。サブディレクトリは、それぞれのファイル のディレクトリエントリを含む特別なファイルとして実装されます。

FATリンクリストの各エントリは、12、16、または32の固定ビット数です。アクセスできるファイルまたはディスクドライブの最大サイズは、エントリに格納できる最大数の積です(以下未割り当て領域またはリストの終わりを示すために予約されているいくつかの値)とディスククラスターのサイズ。ファイルを拡張するために1バイトのストレージのみが必要な場合でも、クラスター全体をそのファイルに割り当てる必要があるため、小さなファイルが多数ある場合、大きなクラスターは多くのディスクスペースを浪費します。

元々は8ビットファイルシステムとして設計されていましたが、ディスクドライブの容量が増えるとクラスターの最大数を増やす必要があるため、各クラスターの識別に使用されるビット数が増えました。FAT形式の連続する主要なバリアントは、テーブル要素のビット数にちなんで名付けられています:12(FAT12)、16(FAT16)、および32(FAT32)。

を使用します

FATファイルシステムは1977年からコンピューターに使用されており、組み込みシステムでも頻繁に使用されています。互換性のあるファイルシステムにより、デスクトップコンピュータとポータブルデバイスなどの間でデータを簡単に交換できます。FATファイルシステムは、フロッピーディスクスーパーフロッピーメモリおよびフラッシュメモリカード、またはUSBフラッシュドライブなどのリムーバブルメディアのデフォルトです。FATは、 PDAデジタルカメラカムコーダーメディアプレーヤー、携帯電話などのポータブルデバイスでサポートされています。FAT12はフロッピーディスクで使用されますがFAT16およびFAT32通常、より大きなメディアで見られます。

FATは、 DOSおよびWindows9xの時代を通じてハードディスクでも使用されていました。マイクロソフトは、1993年にWindows NTプラットフォームで新しいファイルシステムNTFS( "New Technology File System")を導入しましたが、2001年にNTベースのWindows XPが導入されるまで、FATはホームユーザーの標準でした。共有Windows、 Linux、DOS環境など、複数のオペレーティングシステムで使用されることが予想されるハードドライブで使用されます。Microsoft Windowsにはさらに、すべてのファイルを書き換える必要なしにFATファイルシステムをNTFSに直接変換するためのツールがプリインストールされていますが、これを直接元に戻すことはできません。[5]

多くのオペレーティングシステムは、組み込みまたはサードパーティのファイルシステムハンドラーを介してFAT形式のメディアをサポートします。

1998年以降ほとんどすべてのデジタルカメラで採用されているDCFファイルシステム8.3ファイル名の論理ファイルシステムを定義し、互換性のために物理層にFAT12、FAT16、FAT32、またはexFATのいずれかを使用する必要があります。[6]

FATは、 EFI準拠のコンピューターの起動段階でEFIシステムパーティションの内部でも使用されます。[7]非表示のFATファイルシステムは、最新のPCのUEFIブートパーティションで も使用されます。

フロッピーディスクの場合、FATはECMA -107 [8]およびISO / IEC  9293:1994 [9](ISO 9293:1987 [10]に代わるもの)として標準化されています。これらの標準はFAT12とFAT16をカバーしており、8.3ファイル名のみがサポートされています。VFATを含む長いファイル名は部分的に特許を取得しています。[11]

命名法

「FATファイルシステム」とは、FAT12FAT16、およびFAT32を指します。オペレーティングシステムユーティリティは、デバイスのフォーマットに使用されるバージョンを識別しない場合があります。

FAT16」は、16ビット幅のクラスターエントリを持つ元のグループのFATファイルシステムと、32ビットセクターエントリを持つ後のバリアント(「 FAT16B 」)の両方を指します。ディスクパラメータブロックに保存されている値を使用して、ファイル構造を識別できます。

VFAT」は長いファイル名のオプションの拡張子であり、任意のFATファイルシステム上で機能します。VFATの長いファイル名を使用するボリュームは、VFAT拡張機能をサポートしていないオペレーティングシステムでも読み取ることができます。

ファイルシステムの一般的なタイプ(FAT12、FAT16、またはFAT32)は、FATのクラスターエントリの幅によって決まります。ディスクパラメータブロックに格納されているクラスタ数の特定のしきい値は、使用されるFATタイプを定義します。 [7]サイズ、パラメーターブロック形式、ファイルシステム名などのストレージデバイスの他のプロパティを使用して、ファイルシステムタイプを確実に導出することはできません。[7]

FAT12またはFAT16ボリュームは、通常FAT32ボリュームに使用される「 FAT32EBPB」で定義できます。[nb 2] パーティションIDは、ファイルシステムのタイプを単独で指定するためには使用されません。[12]

タイプ

オリジナルの8ビットFAT

8ビットFAT
開発者MicrosoftNCRSCP
フルネーム8ビットファイルアロケーションテーブル
紹介された1977/1978:NCRベーシック+6 for NCR
1978:スタンドアロンディスクBASIC-80(16バイトディレクトリエントリ)[13] [14]
(1978:スタンドアロンディスクBASIC-86内部のみ)
1979-06-04:スタンドアロンディスクBASIC -86 for SCP(16バイトディレクトリエントリ)
1979:MIDAS(32バイトディレクトリエントリ)
制限
最大。ファイルサイズ8 MB
ファイルサイズの粒度レコード粒度(128バイト)[13] [14]
最大。ファイル名の長さ6.3ファイル名(バイナリファイル)、9文字(ASCIIファイル)[13] [14]
最大。ディレクトリの深さサブディレクトリはありません
ファイル名に使用できる文字ASCII0x00および0xFF最初の文字では許可されていません)[13] [14]
特徴
記録された日付番号
属性書き込み保護、EBCDIC変換、書き込み後の読み取り、バイナリ(シーケンシャルファイルではなくランダム)[13] [14]

オリジナルのFATファイルシステム(または最初に呼ばれたFAT構造)は、マクドナルドとビルゲイツの間の一連の議論に基づいて、マークマクドナルド[15]によって設計および実装されました。[15] MicrosoftスタンドアロンディスクBASIC-80の前身として、8ビットのテーブル要素[13] [14] [15] (および[13] [14]までの有効なデータクラスター番号) が導入されました。 NCR7200モデルVI8080ベースの後継[nb3]0xBF1977年[16]または1978年に8インチ(200 mm)フロッピーディスクを搭載したデータ入力端末。 [nb 3] 1978年、スタンドアロンディスクBASIC-80は、 DECPDPのエミュレータを使用して8086に移植されました。 10[17]現時点では、実際の8086システムは利用できなかったため。FATファイルシステムは、MicrosoftのMDOS / MIDAS [15]1979年以来マクドナルドによって作成された8080/Z80プラットフォーム用のオペレーティングシステムでも使用されていました。スタンドアロンディスクBASICバージョンは3つのFATをサポートしていました[13] [14] [18]これはMIDASのパラメータでした。伝えられるところによると、MIDASは、10ビット、12ビット、および16ビットのFATバリアントもサポートするように準備されていました。スタンドアロンディスクBASICではディレクトリエントリのサイズは16バイトでしたが[13] [14] MIDASはエントリごとに32バイトを占有していました。

Seattle Computer Products (SCP)のTim Patersonは、5月のMicrosoftでのゲストウィーク中に、 BobO'RearがスタンドアロンディスクBASIC-86エミュレータポートをSCPのS-100バス8086CPUボードプロトタイプに適合させるのを手伝ったときに、MicrosoftのFAT構造に最初に紹介されました。 [17]最終製品は、1979年6月4〜7日にニューヨークで開催されたNational Computer Conference[17]のLifeboatAssociatesのブーススタンドで展示されそこでPatersonMDOS / MIDAS [15 ]でのより洗練されたFAT実装について学びました。 ]とマクドナルドは、ファイルシステムの設計について彼に話しました。[16]

FAT12

FAT12
開発者SCPMicrosoftIBMDigital ResearchNovell
フルネーム12ビットファイルアロケーションテーブル
紹介された1980-07(QDOS 0.10、16バイトのディレクトリエントリ)
1981-02-25(86-DOS 0.42、32バイトのディレクトリエントリ、いくつかの予約済みセクター)
c。1981–08 / 10(PC DOS 1.0、32バイトのディレクトリエントリ、1つの予約済みセクター)
1982-03-03(MS-DOS 1.25、32バイトのディレクトリエントリ、1つの予約済みセクター)
パーティション識別子MBR / EBR
FAT12ea BDP0x01

EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
制限
最大。ボリュームサイズ16 MB(4 KBクラスターの場合)
32 MB(8 KBクラスターの場合)
最大。ファイルサイズボリュームサイズによる制限
ファイルサイズの粒度1バイト
最大。ファイル数8KBクラスターの場合は4,068
最大。ファイル名の長さOEM文字を含む8.3ファイル名、 LFNを使用する場合は
255UCS -2文字[nb1]
最大。ディレクトリの深さ32レベルまたは66文字(CDSあり)、
60レベル以上(CDSなし)
特徴
記録された日付変更日(0.42より前の86-DOSでは使用不可)、変更時刻(PC DOS 1.0および86-DOSでは使用不可)、作成日時(DOS 7.0以降のみ)、アクセス日(ACCDATEが有効な場合のみ使用可能)、[2 ]削除日時(DELWATCH 2のみ)
日付範囲1980-01-01から2099-12-312107-12-31
日付の解決最終変更時刻は2秒、
作成時刻は10ミリ秒
、アクセス日は1日、
削除時刻は2秒
属性読み取り専用(DOS 2.0以降)、非表示システムボリュームMS-DOS1.28およびPCDOS 2.0以降)、ディレクトリMS-DOS1.40およびPCDOS 2.0以降)、アーカイブ(DOS 2.0以降)
ファイルシステムのアクセス許可読み取り書き込み実行DRでのみ削除するファイル、ディレクトリ、およびボリュームのアクセス権-DOS PalmDOSNovell DOSOpenDOSFlexOS4680 OS4690 OSConcurrent DOSMultiuser DOSSystem ManagerREAL / 32(Execute FlexOS、4680 OS、4690 OSでのみ権利、FlexOS、4680 OS、4690 OSではない個別のファイル/ディレクトリパスワード、ワールド/グループ/所有者マルチユーザーセキュリティがロードされている場合のみのアクセス許可クラス)
透過的な圧縮ボリュームごと、SuperStorStackerDoubleSpaceDriveSpace
透過的な暗号化DR-DOSのみのボリュームごと

1980年4月から8月の間に、SCP独自の8086オペレーティングシステムQDOS 0.10のFATコンセプトを借用しながら、[17] Tim Patersonはテーブル要素を12ビットに拡張し、[19] FATの数を2に減らし、一部のセマンティクスを再定義しました。予約されたクラスター値を変更し、ディスクレイアウトを変更して、ルートディレクトリがFATとFAT12の実装用のデータ領域の間に配置されるようにしました。Patersonはまた、CP / Mスタイルの8.3ファイル名ファイル制御ブロックをサポートするために、9文字(6.3)のファイル名[13] [14]の長さ制限を11文字に増やしましたMicrosoftで使用されている形式スタンドアロンディスクBASICの8ビットファイルシステムプリカーサーは、QDOSではサポートされていませんでした。1980年8月までに、QDOSは86-DOSに名前が変更されました。[20] 86-DOS 0.42以降、ファイル日付スタンプ[21]を追加し、理論上のファイルサイズ制限を以前の制限を超えて増やすために、ディレクトリエントリのサイズとレイアウトが16バイトから32バイト[21]に変更されました。 16MBの。[21] 86-DOS 1.00は1981年の初めに利用可能になりました。1981年の後半に、86-DOSはMicrosoftのMS-DOSIBMPCDOS進化しました。[15] [19] [22] 16バイトのディレクトリエントリ[21] で以前にフォーマットされたボリュームを読み取る機能は、 MS-DOS1.20で廃止されました

FAT12は、クラスターアドレスに12ビットエントリを使用しました。一部の値は、クラスターのチェーンの終わりをマークするため、ディスクの使用できない領域をマークするため、またはその他の目的のために予約されていたため、クラスターの最大数は4078に制限されました。[23] [24]ディスクスペースを節約するために、2つ12ビットFATエントリは、ディスク上で3つの連続した8ビットバイトを使用し、12ビット値を解凍するための操作が必要でした。これは、元のフロッピーディスクドライブと最大32メガバイトの小型ハードディスクには十分でした。DOS 3.31で使用可能なFAT16B バージョンは、32ビットのセクター番号をサポートしたため、ボリュームサイズの制限が増加しました。

すべての制御構造は最初のトラック内に収まり、読み取りおよび書き込み操作中のヘッドの動きを回避します。制御構造領域に不良セクタがあると、ディスクが使用できなくなります。DOSフォーマットツールはそのようなディスクを完全に拒否しました。不良セクタは、ファイルデータ領域でのみ許可されていました。不良セクターを含むクラスター0xFF7は、FATの予約値で使用不可としてマークされました。

86-DOSは3つのディスク形式(250.25 KB、616 KB、1232 KB、FAT ID 0xFFおよび0xFE8インチ(200 mm)フロッピードライブをサポートしていましたが、1981年に元のIBMパーソナルコンピュータでリリースされたIBM PC DOS 1.0は、片面5.25インチフロッピードライブ用のフォーマット容量160KB(FAT ID)の8セクターフロッピーフォーマット、およびPC DOS 1.1は、320 KB(FAT ID の両面フォーマットのサポートを追加しました。PCDOS2.0が導入されました。 180 KB(FAT ID )および360 KB(FAT ID )の9セクターフロッピーフォーマットのサポート。 0xFE0xFF0xFC0xFD

86-DOS1.00およびPCDOS1.0のディレクトリエントリには、最終更新日である1つの日付しか含まれていませんでした。PC DOS 1.1は、最終変更時刻を追加しました。PC DOS 1.xファイル属性には、隠しビットとシステムビットが含まれ、残りの6ビットは未定義です。現時点では、DOSはサブディレクトリをサポートしていませんでしたが、通常、ディスケットには数十個のファイルしかありませんでした。

PC XTは、IBM提供のハードドライブを搭載した最初のPCであり、PC DOS 2.0は、FAT12(FAT ID)を搭載したそのハードドライブをサポートしていまし 0xF8ハードディスク上のクラスターあたり8セクターという固定された仮定では、512バイトセクターと4KBクラスターの最大パーティションサイズは実際には16MBに制限されていました。

BIOSパラメータブロックBPB )はPC DOS 2.0でも導入され、このバージョンでは、階層サブディレクトリの読み取り専用、アーカイブボリュームラベル、およびディレクトリ属性ビットも追加されました。[25]

MS-DOS 3.0では、高密度の1.2 MB 5.25インチディスケット(メディア記述子0xF9)のサポートが導入されました。これは、特にトラックあたり15セクターであるため、FAT用のスペースが増えます。

FAT12は、1.44MB以降の2.88MBディスク(メディア記述子バイト)を含む、すべての一般的なフロッピーディスク0xF0で引き続き使用されます。

初期FAT16

FAT16。
開発者MicrosoftIBMDigital ResearchNovell
フルネーム16ビットファイルアロケーションテーブル
(16ビットセクターエントリ付き)
紹介された1984-08-14(PC DOS 3.0)
1984-08(MS-DOS 3.0)
パーティション識別子MBR / EBR
FAT16:  ea BDP0x04
EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
制限
最大。ファイルサイズボリュームサイズによる制限
ファイルサイズの粒度1バイト
最大。ファイル数32KBクラスターの場合は65,536
最大。ファイル名の長さOEM文字を含む8.3ファイル名、 LFNを使用する場合は
255UCS -2文字[nb1]
最大。ディレクトリの深さ32レベルまたは66文字(CDSあり)、
60レベル以上(CDSなし)
特徴
記録された日付変更日時、作成日時(DOS 7.0以降のみ)、アクセス日時(ACCDATEが有効な場合のみ利用可能)、[2]削除日時(DELWATCH 2のみ)
日付範囲1980-01-01から2099-12-312107-12-31
日付の解決最終変更時刻は2秒、
作成時刻は10ミリ秒
、アクセス日は1日、
削除時刻は2秒
属性読み取り専用非表示システムボリュームディレクトリアーカイブ
ファイルシステムのアクセス許可読み取り書き込み実行DRでのみ削除するファイル、ディレクトリ、およびボリュームのアクセス権-DOS PalmDOSNovell DOSOpenDOSFlexOS4680 OS4690 OSConcurrent DOSMultiuser DOSSystem ManagerREAL / 32(Execute FlexOS、4680 OS、4690 OSでのみ権利、FlexOS、4680 OS、4690 OSではない個別のファイル/ディレクトリパスワード、ワールド/グループ/所有者マルチユーザーセキュリティがロードされている場合のみのアクセス許可クラス)
透過的な圧縮ボリュームごと、SuperStorStackerDoubleSpaceDriveSpace
透過的な暗号化DR-DOSのみのボリュームごと

1984年、IBMはPC ATをリリースしました。これには、20MBのハードディスクにアクセスするためにPCDOS3.0が必要でした。[26] [27] MicrosoftはMS-DOS3.0を並行して導入しました。クラスターアドレスが16ビットに増加し、ボリュームあたり最大65,526クラスターが可能になりました。ただし、可能な最大セクター数と最大パーティションサイズ32MBは変更されていません。クラスタアドレスは16ビットでしたが、この形式は今日一般的にFAT16として理解されているものではありませんでした。パーティションタイプ 0x0465,536セクター未満(セクターサイズ512の場合は32 MB未満)のこの形式のFAT16を示します。FAT16の利点は、より小さなクラスターを使用できることであり、特にサイズが数百バイトしかない多数のファイルの場合、ディスクの使用効率が向上します。

MS-DOS3.0は16MB〜32 MBのパーティションすべてをFAT16フォーマットでフォーマットしたため、MS-DOS3.0でフォーマットされた20MBのハードディスクにはMS-DOS2.0からアクセスできませんでした。[28] MS-DOS3.0からMS-DOS3.30は、15 MB未満のFAT12パーティションにアクセスできますが、16 MB〜32 MBのパーティションすべてがFAT16である必要があるため、このサイズ範囲のMS-DOS2.0パーティションにアクセスできませんでした。MS-DOS 3.31以降では、16 MB〜32MBのFAT12パーティションに再度アクセスできます。

論理セクター化FAT

FAT12およびFAT16のMS-DOSおよびPCDOS実装は、32メガバイトを超えるディスクパーティションにアクセスできませんでした。いくつかのメーカーは、MS-DOSのOEMバージョン内で独自のFATバリアントを開発しました。[29]

一部のベンダー(ASTおよびNEC [29] )は、カスタム拡張マスターブートレコードMBR )で標準の4つのプライマリパーティションエントリではなく8つのプライマリパーティションエントリをサポートし、MS-DOSを複数のプライマリパーティションを使用するように適合させました。

他のベンダーは、ファイルシステムが動作するセクターの見かけのサイズを増やすことにより、16ビットセクターエントリによって課せられるボリュームサイズの制限を回避しました。これらの論理セクターは、ディスク上の物理セクターサイズ(まだ512バイト)よりも大きかった(最大8192バイト) 。次に、DOS-BIOSまたはシステムBIOSは、ファイルシステムが機能するように、複数の物理セクターを論理セクターに結合します。

これらの変更は、DOSカーネルでのファイルシステムの実装に対して透過的でした。基盤となるDOS-BIOSは、パーティション情報とドライブの物理ジオメトリに従って、これらの論理セクターを物理セクターに変換しました。

このアプローチの欠点は、セクターのバッファリングと非ブロック化に使用されるメモリが増えることでした。古いDOSバージョンでは大きな論理セクターを使用できなかったため、OEMは、MS-DOSおよびPC DOSの既成の問題からそれらを隠すために、FATバリアントに新しいパーティションIDを導入しました。論理セクター化FATの既知のパーティションIDには、0x08Commodore MS-DOS 3.x)、0x11Leading Edge MS-DOS 3.x)、0x14(AST MS-DOS 3.x)、0x24(NEC MS-DOS 3.30 [29])が含まれます。 0x56AT&T MS-DOS 3.x)、0xE5Tandy MS-DOS)、0xF2Sperry IT MS-DOS 3.x、Unisys MS-DOS 3.3 –これもDigitalResearchで使用されています DOS Plus 2.1)。[30]東芝MS-DOS、Wyse MS-DOS 3.2および3.3、[31] 、ZenithMS-DOSなどのOEMバージョンも論理セクターを利用していることが知られています。[32]

非標準で最適ではありませんが、これらのFATバリアントは、ファイルシステム自体の仕様に従って完全に有効です。したがって、MS-DOSおよびPC DOSのデフォルトの問題がそれらに対処できなかった場合でも、これらのベンダー固有のFAT12およびFAT16バリアントのほとんどは、DR-DOSなどのオペレーティングシステムでのより柔軟なファイルシステム実装によって簡単にマウントできます。パーティションIDを認識されたタイプの1つに変更します。[nb 4]また、元のオペレーティングシステムで認識される必要がなくなった場合は、既存のパーティションをFAT12およびFAT16ボリュームに「変換」して、MS-DOS / PC DOS 4.0–6.3のバージョンに準拠することができます。32ビットエントリのBPBに切り替えることにより、512バイトとは異なるセクターサイズをサポートします[33]。DOS 3.31(以下のFAT16Bを参照)以降に導入されたセクター数については、クラスターサイズを維持し、BPBの論理セクターサイズを512バイトに減らし、同時にクラスターあたりの論理セクター数を増やします。同じ係数によるFATごとの論理セクター、合計論理セクター、および論理セクター。

可能な最大FATサイズの増加を可能にしたMS-DOS/PC DOSの並行開発は、ハードディスク上に複数のFATパーティションを導入することでした。より多くのFATパーティションを互換性のある方法で使用できるようにするために、新しいパーティションタイプがPC DOS 3.2(1986)に導入されました。拡張パーティション(EBR)[15]は、論理ドライブと呼ばれる追加パーティションのコンテナですPC DOS 3.3(1987年4月)以降、次の論理ドライブなどを含む別のオプションの拡張パーティションがあります。ハードディスク MBRは、最大4つのプライマリパーティション、または最大3つのプライマリパーティションに加えて拡張パーティションのいずれかを定義できます。

最終FAT16

FAT16B
開発者CompaqDigital ResearchIBMMicrosoftNovell
フルネーム16ビットファイルアロケーションテーブル
(32ビットセクターエントリ付き)
紹介された1987-11(Compaq MS-DOS 3.31
1988-06-28(DR DOS 3.31
1988(IBM DOS 4.0
1988(OS / 2 1.1
1988(MS-DOS 4.0
パーティション識別子MBR / EBR
FAT16B:  LBA)、ea BDP0x060x0E

EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
制限
最小 ボリュームサイズMB(128バイトセクターの場合)
32 MB(512 バイトセクターの場合)
256 MB(4 KBセクターの場合)
最大。ボリュームサイズGB(32  KBクラスターの場合)
4 GB(64 KBクラスターの場合)(NT 4、PTS-DOS、EDR-DOS)
8 GB(128KBクラスターおよび1または2KBセクターの場合)(NT4およびEDR-DOSのみ)
8 GB(128 KBクラスターおよび512バイトセクターの場合)(EDR-DOSのみ)
16 GB(256KBクラスターおよび2または4KBセクターの場合)(NT 4のみ)
最大。ファイルサイズ2,147,483,647バイト(2 GB – 1)(LFSなし)
4,294,967,295バイト(4 GB – 1)(LFSあり)
ボリュームサイズのみで制限(FAT16 + [34]あり)
ファイルサイズの粒度1バイト
最大。ファイル数32KBクラスターの場合は65,460
最大。ファイル名の長さOEM文字を含む8.3ファイル名、 LFNを使用する場合は
255UCS -2文字[nb1]
最大。ディレクトリの深さ32レベルまたは66文字(CDSあり)、
60レベル以上(CDSなし)
特徴
記録された日付変更日時、作成日時(DOS 7.0以降のみ)、アクセス日時(ACCDATEが有効な場合のみ利用可能)、[2]削除日時(DELWATCH 2のみ)
日付範囲1980-01-01から2099-12-312107-12-31
日付の解決最終変更時刻は2秒、
作成時刻は10ミリ秒
、アクセス日は1日、
削除時刻は2秒
属性読み取り専用非表示システムボリュームディレクトリアーカイブ
ファイルシステムのアクセス許可読み取り書き込み実行DRでのみ削除するファイル、ディレクトリ、およびボリュームのアクセス権-DOS PalmDOSNovell DOSOpenDOSFlexOS4680 OS4690 OSConcurrent DOSMultiuser DOSSystem ManagerREAL / 32(Execute FlexOS、4680 OS、4690 OSでのみ権利、FlexOS、4680 OS、4690 OSではない個別のファイル/ディレクトリパスワード、ワールド/グループ/所有者マルチユーザーセキュリティがロードされている場合のみのアクセス許可クラス)
透過的な圧縮ボリュームごと、SuperStorStackerDoubleSpaceDriveSpace
透過的な暗号化DR-DOSのみのボリュームごと

1987年11月、Compaq Personal Computer DOS 3.31 (CompaqがマシンとともにリリースしたMS-DOS 3.3の修正OEMバージョン)は、16ビットディスクセクター数を32に拡大し、今日では単にFAT16形式と呼ばれるものを導入しました。 BPBのビット。ディスク上の変更はわずかでしたが、DOSディスクドライバー全体を32ビットのセクター番号を使用するように変換する必要がありました。これは、16ビットのアセンブリ言語で記述されているため複雑な作業です。その結果は当初、DOS3.31ラージファイルシステムと呼ばれていました。MicrosoftDSKPROBEツールでは、タイプ0x06BigFAT [35]と呼んでいますが、一部の古いバージョンでは、タイプを次のようにFDISK記述しています。BIGDOS技術的には、FAT16Bとして知られています。

古いバージョンのDOSは65,535を超えるセクターに対応するように設計されていないため、この形式のDOSの3.31より前の問題から隠すために、この形式の新しいパーティションタイプを導入する必要がありました。FAT16の元の形式(65,536セクター未満)には、パーティションタイプ 0x04がありました。これより大きいディスクを処理するために、0x0665,536以上のセクターを示すタイプが導入されました。これに加えて、ディスクドライバは65,535以上のセクターにも対応できるように拡張されました。元のFAT16と新しいFAT16B形式のその他の唯一の違いは、32ビットセクターエントリを備えた新しいBPB形式の使用です。したがって、FAT16B形式をサポートする新しいオペレーティングシステムは、必要な変更を加えることなく、元のFAT16形式にも対応できます。

DOSのDOS3.31より前の問題で使用されるパーティションを最新のツールで作成する必要がある場合、理論的に満たす必要がある唯一の基準は、65536未満のセクター数と古いパーティションIDの使用です(0x04)。ただし、実際には、タイプパーティション0x010x04プライマリパーティションをディスクの最初の32 MBの外側に物理的に配置しないでください。これは、MS-DOS 2.xの他の制限により、他の方法では対処できなかったためです。

1988年に、FAT16Bの改善は、DR DOS  3.31、PC DOS 4.0、OS / 2  1.1、およびMS-DOS4.0を通じてより一般的に利用可能になりました。パーティションサイズの制限は、クラスターあたりのセクターの8ビット符号付きカウントによって決定されました。元々は2の累乗の最大値が64でした。標準のハードディスクセクターサイズが512バイトの場合、これにより最大32が得られます。 KBクラスターサイズ。これにより、FAT16パーティションサイズの「決定的な」制限がセクターサイズ512の2GBに固定されます。0.5KBではなく1KBまたは2KBのセクターを持つことができる 磁気光学メディアでは、このサイズ制限は比例して大きくなります。

その後、Windows NTは、クラスタあたりのセクタ数を符号なしと見なすことにより、最大クラスタサイズを64KBに増やしました。ただし、結果の形式は、当時の他のFAT実装と互換性がなく、内部の断片化が大きくなりました。Windows 98、SE、およびMEもこのバリアントの読み取りと書き込みをサポートしていましたが、そのディスクユーティリティはこのバリアントでは機能せず、一部のFCBサービスはそのようなボリュームでは使用できません。これは、紛らわしい互換性の状況の一因となります。

1995年以前は、DOSのバージョンはCHSアドレス指定のみを介してディスクにアクセスしていました。Windows 95(MS-DOS 7.0)がLBAディスクアクセスを導入したとき、パーティションは最初のcの外側に物理的に配置され始める可能性がありました。このディスクは8GBであるため、従来のCHSアドレス指定スキームでは使用できません。0x0Eしたがって、CHSバリアを超えて部分的または完全に配置されたパーティションは、代わりにパーティションテーブルの新しいパーティションタイプを使用して、非LBA対応のオペレーティングシステムから隠す必要がありました。このパーティションタイプを使用するFAT16パーティションは、 FAT16Xとも呼ばれます[36]以前のFAT16パーティションとの唯一の違いは、BPBレコードの一部のCHS関連のジオメトリエントリ、つまりトラックあたりのセクター数とヘッド数に、誤解を招く値が含まれていない可能性があるため、使用しないでください。

FAT12およびFAT16で使用可能なルートディレクトリエントリの数は、ボリュームがフォーマットされるときに決定され、16ビットフィールドに格納されます。与えられた数RDEとセクターサイズに対して、ルートディレクトリセクターSSの数はであり、通常、これらのセクターを埋めるために選択されますFAT12およびFAT16メディアは通常、フロッピー以外のメディアで512のルートディレクトリエントリを使用します。mkdosfsなどの一部のサードパーティツールでは、ユーザーがこのパラメータを設定できます。[37]RDSRDS = ceil((RDE × 32) / SS)RDERDE × 32 = RDS × SS

FAT32

FAT32
開発者マイクロソフトカルデラ
紹介された1996年8月(Windows 95 OSR2
パーティション識別子MBR / EBR
FAT32:  LBA)、ea BDP0x0B0x0C

EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
制限
最小 ボリュームサイズ32  MB -4.5  KB(65525クラスターと512バイトセクターの場合)
256 MB-36 KB(65525クラスターと4  KBセクターの場合)
最大。ボリュームサイズTB(512バイトセクターの場合)
8 TB(2KBセクターと32KBクラスターの場合)
16 TB(4KBセクターと64KBクラスターの場合)
最大。ファイルサイズ2,147,483,647バイト(2 GB – 1)(LFSなし)
4,294,967,295バイト(4 GB – 1)[1]LFSあり)
274,877,906,943バイト(256 GB – 1)(FAT32 + [34]のみ)
ファイルサイズの粒度16バイト
最大。ファイル数32KBクラスターの場合は268,173,300
最大。ファイル名の長さOEM文字を含む8.3ファイル名、 LFNを使用する場合は
255UCS -2文字[nb1]
最大。ディレクトリの深さ32レベルまたは66文字(CDSあり)、
60レベル以上(CDSなし)
特徴
記録された日付変更日時、作成日時(DOS 7.0以降のみ)、アクセス日時(ACCDATEが有効な場合のみ利用可能)、[2]削除日時(DELWATCH 2のみ)
日付範囲1980-01-01から2099-12-312107-12-31
日付の解決最終変更時刻は2秒、
作成時刻は10ミリ秒
、アクセス日は1日、
削除時刻は2秒
属性読み取り専用非表示システムボリュームディレクトリアーカイブ
ファイルシステムのアクセス許可部分的、DR-DOSREAL/32および4690OSのみ
透過的な圧縮はい

FAT16のボリュームサイズ制限を克服すると同時に、DOSリアルモードコードでフォーマットを処理できるようにするために、Microsoftはファイルシステムの新しいバージョンであるFAT32を設計しました。これは、可能なクラスターの数を増やすことをサポートしていましたが、既存のコードのほとんどを再利用して、コンベンショナルメモリのフットプリントがDOSで5KB未満しか増加しないようにします。[38]クラスター値は32ビットの数値で表され、そのうち28ビットはクラスター番号を保持するために使用されます。

最大サイズ

FAT32ブートセクターはセクターカウントに32ビットフィールドを使用し、最大FAT32ボリュームサイズ を512 バイトのセクターサイズで2テラバイトに制限します。FAT32の最大ボリュームサイズは16TBで、セクターサイズは4,096バイトです。[39] [40] Microsoft Windowsに組み込まれているWindowsシェルディスクフォーマットツールは、最大32 GBのボリュームサイズのみをサポートしますが、コマンドプロンプトPowerShell、またはサードパーティツールを使用してより大きなFAT32ボリュームを作成し、MicrosoftWindowsで読み取ることができます。 [41]

FAT32ボリューム上のファイルの最大可能サイズは、4  GBから1バイトを引いたもの、つまり4,294,967,295(2 32  − 1)バイトです。この制限は、ディレクトリテーブルの4バイトのファイル長エントリの結果であり、十分なセクターサイズによって有効化される比較的巨大なFAT16パーティションにも影響します。

FAT12およびFAT16と同様に、FAT32には長いファイル名の直接組み込みサポートは含まれていませんが、FAT32ボリュームは、VFAT長いファイル名がFAT12およびFAT16ボリュームにオプションで実装されているのとまったく同じ方法で、短いファイル名に加えてVFAT長いファイル名をオプションで保持できます。

開発

FAT32は1996年にWindows95OSR2(MS-DOS 7.1)で導入されましたが、使用するには再フォーマットが必要であり、DriveSpace 3(Windows 95OSR2およびWindows98に付属のバージョン)はFAT32をサポートしていませんでした。Windows 98では、データを失うことなく既存のハードディスクをFAT16からFAT32に変換するユーティリティが導入されました。

Windows NTラインでは、FAT32のネイティブサポートがWindows2000に登場しました。Windows NT 4.0用の無料のFAT32ドライバは、後にMicrosoftに買収されたWinternalsから入手できました。公式の情報源からドライバーを取得することはできなくなりました。1998年以降、Calderaの動的にロード可能なDRFAT32ドライバーを使用して、DR-DOSでFAT32サポートを有効にすることができます。[42] [43] FAT32およびLBAアクセスをネイティブにサポートするDR-DOSの最初のバージョンは1999年のOEMDR-DOS7.04でした。その同じ年、IMSはREAL / 32 7.90でネイティブFAT32サポートを導入し、 IBM4690OSはFAT32サポートを追加しましたバージョン2で。[44] Ahead Softwareは、2004年にNeroBurningROMを備えたDR-DOS7.03用の動的にロード可能な別のFAT32.EXEドライバーを提供しました。IBMは1999年にOEMPCDOS7.1でネイティブFAT32サポートを導入しました。

FAT32パーティション用に2つのパーティションタイプが予約されてい0x0Bます0x0C後者のタイプは、CHSの代わりにLBAディスクアクセスの使用法を示すためにFAT32Xとも呼ばれます。[42] [45] [46] [47] [48]このようなパーティションでは、CHS関連のジオメトリエントリ、つまりMBRのCHSセクターアドレス、トラックあたりのセクター、EBPBのヘッド数レコード、含まれていないか誤解を招く値が含まれている可能性があるため、使用しないでください。[49] [47] [48]

拡張機能

拡張属性

OS / 2は拡張属性(EA)に大きく依存しており、FAT12またはFAT16ボリュームのルートディレクトリEA␠DATA.␠SFにある「 」と呼ばれる隠しファイルにそれらを保存します。このファイルは、オフセットでファイル(またはディレクトリ)のディレクトリエントリにある以前に予約された2バイトによってインデックスが付けられます。[50] FAT32形式では、これらのバイトはファイルまたはディレクトリの開始クラスター番号の上位16ビットを保持するため、この方法を使用してFAT32に OS /2EAを格納することはできません。0x14

ただし、OS / 2、 eComStation、およびArcaOS用のHenk Kelder&NetlabsによるサードパーティのFAT32インストール可能ファイルシステム(IFS)ドライバーFAT32.IFSバージョン0.70以降は、拡張属性を追加ファイルに保存します。それらが属するファイルの通常のファイル名。また、ドライバはディレクトリエントリのオフセットバイトを利用して、拡張属性の存在を示す特別なマークバイトを格納し、処理を高速化します。[51] [52](この拡張機能は、4GBから1を引いた値を超えるファイルをFAT32ボリュームに保存するFAT32+方式とは非常に互換性がありません。)[34]␠EA.␠SF0x0C

拡張属性には、Workplace Shellデスクトップ、REXXスクリプト、および多くのシステムGUIコマンドラインユーティリティ(4OS2など)を介してアクセスできます。[53]

OS / 2サブシステムに対応するために、Windows NTは、 HPFSNTFS、FAT12、およびFAT16の拡張属性の処理をサポートしています。OS / 2とまったく同じスキームを使用してFAT12、FAT16、およびHPFSにEAを格納しますが、 NTFSボリュームで保持される他の種類のADSをサポートしません。EA以外のADSを含むファイルをNTFSボリュームからFATまたはHPFSボリュームにコピーしようとすると、失われるADSの名前を示す警告メッセージが表示されます。EAをFAT32ボリュームに保存するためのFAT32.IFSメソッドはサポートされていません。

Windows 2000以降は、警告なしにFAT32にコピーするときにEAを無視することを除いて、Windows NTとまったく同じように機能します(ただし、「MacintoshFinder情報」や「Macintoshリソースフォーク」などの他のADSの警告を表示します)。

Cygwinは" EA␠DATA.␠SF"ファイルも使用します。

長いファイル名

Windows 95の設計者のユーザーエクスペリエンスの目標の1つは、従来の8.3ファイル名(SFN)に加えて、長いファイル名(LFN-最大255 UTF-16コード単位の長さ)[ nb1]を使用できることでした。下位互換性と上位互換性のために、LFNは、ディレクトリエントリのレイアウト方法 の回避策を使用して、既存のFATファイルシステム構造の上にオプションの拡張機能として実装されました。

データ構造を変更せずに既存のFATファイルシステムに長いファイル名を保存するこの透過的な方法は、通常、Windows 95仮想デバイスドライバーにちなんでVFAT(「仮想FAT」の略)と呼ばれます。[nb 5]

VFATに対応していないオペレーティングシステムでも、制限なしで短いファイル名のエイリアスでファイルにアクセスできます。ただし、VFATに対応していないオペレーティングシステムで長いファイル名のファイルをコピーすると、関連する長いファイル名が失われる可能性があります。

Windows NTでは、VFATロングファイル名のサポートはバージョン3.5から始まりました

Linuxは、VFATの長いファイル名を持つFATボリュームを処理するためのVFATファイルシステムドライバーを提供します。しばらくの間、UVFATドライバーは、VFATの長いファイル名 でUMSDOSスタイルのアクセス許可を組み合わせてサポートするために利用可能でした。

OS / 2は、VFATが導入される前に、拡張属性(EA)を使用してFATに長いファイル名のサポートを追加しました。したがって、VFATの長いファイル名はOS / 2には見えず、EAの長いファイル名はWindowsには見えません。したがって、両方のオペレーティングシステムの経験豊富なユーザーは、ファイルの名前を手動で変更する必要があります。

Human68Kは、独自のFATファイルシステムバリアントで 最大18.3のファイル名と(Shift JIS漢字をサポートしていました。

Javaアプリケーションをサポートするために、 FlexOSベースのIBM 4690 OSバージョン2は、独自の仮想ファイルシステム(VFS)アーキテクチャを導入して、長いファイル名をFATファイルシステムに下位互換性のある方法で格納します。有効にすると、仮想ファイル名(VFN)は個別の論理ドライブ文字で使用できますが、実際のファイル名(RFN)は元のドライブ文字で使用できます。[54]

フォークと代替データストリーム

FATファイルシステム自体は代替データストリーム(ADS)をサポートするようには設計されていませんが、それらに大きく依存する一部のオペレーティングシステムは、FATボリュームでそれらを処理するためのさまざまな方法を考案しています。このようなメソッドは、追加情報を追加のファイルとディレクトリ(クラシックMac OSおよびmacOS)に格納するか、FATオンディスクデータ構造(OS /2およびWindowsNT)の以前は使用されていなかったフィールドに新しいセマンティクスを提供します。

PCExchangeを使用するMacOSは、さまざまな日付、ファイル属性、長いファイル名を」という隠しファイルに保存し、リソースフォーク(一般的なMac OS ADS)は、それらが使用されるすべてのディレクトリの「」というサブディレクトリに保存します。PC Exchange 2.1以降では、Mac OSの長いファイル名を標準のFATの長いファイル名として保存し、31文字より長いFATファイル名を一意の31文字のファイル名に変換して、Macintoshアプリケーションで表示できるようにします。 FINDER.DATRESOURCE.FRK

macOSは、 AppleDouble形式を使用してリソースフォークとメタデータ(ファイル属性、その他のADS)を、「 」というプレフィックスが付いた所有者ファイル名から構築された名前の隠しファイルに保存します。Finder、フォルダーとファイルのメタデータを「」と呼ばれる隠しファイルに保存します(ただし、 FinderはmacOSのネイティブファイルシステムであるHFS+でも使用することに注意してください)。 ._.DS_Store.DS_Store

UMSDOSの権限とファイル名

初期のLinuxディストリビューションは、 UMSDOSと呼ばれる形式もサポートしていました。これは、「」と呼ばれる別のファイルに格納されたUnixファイル属性(長いファイル名やアクセス許可など)を持つFATバリアントです--linux-.---UMSDOSは、VFATがリリースされた後に使用されなくなり、バージョン2.5.7以降のLinuxではデフォルトで有効になっていません。[55]しばらくの間、LinuxはUVFATを介してUMSDOSスタイルのパーミッションとVFATロングファイル名の組み合わせサポートも提供していました。

FAT+

2007年、オープンFAT +ドラフトは 、わずかに変更された、または下位互換性のあるFAT32ボリュームに最大256 GBマイナス1バイト、つまり274,877,906,943(2 38 − 1)バイトの大きなファイルを保存する方法を提案しましたが[34]、ディスクにリスクがあります。この拡張機能を認識しないツールまたはFAT32実装は、通常のFAT32ファイルサイズ制限を超えるファイルを切り捨てたり削除したりする場合があります。FAT32+およびFAT16+のサポートは、 DR-DOSの一部のバージョンに限定されており、主流のオペレーティングシステムでは使用できません。[56] (この拡張機能は、 OS/2拡張属性を格納するFAT32.IFSメソッドのオプションとは非常に互換性がありません。/EASFAT32ボリュームで。)

派生物

ターボFAT

そのNetWareファイルシステムNWFS)で、 NovellはNetWareオペレーティングシステム用に大幅に変更されたFATファイルシステムのバリアントを実装しました。より大きなファイルの場合、 TurboFATという名前のパフォーマンス機能を利用しました

FATX

FATXは、 2001年に導入されたMicrosoftXbox ビデオゲームコンソール のハードディスクドライブおよびメモリカード用に設計されたファイルシステムのファミリです[57] [58]

FAT16およびFAT32と同じ基本的な設計アイデアに似ていますが、FATX16およびFATX32のオンディスク構造は単純化されていますが、通常のFAT16およびFAT32ファイルシステムとは基本的に互換性がないため、通常のFATファイルシステムドライバーはそのようなボリュームをマウントできません。

起動不可能なスーパーブロックセクターのサイズは4KBで、通常のBPBとは完全に異なる18バイトの大きなBPBのような構造を保持しますクラスターのサイズは通常16KBで、XboxにはFATのコピーが1つだけあります。ディレクトリエントリのサイズは、通常の32バイトではなく64バイトです。ファイルは、OEM文字セットを使用して最大42文字の長さのファイル名を持ち、最大4GBから1バイトを引いたサイズにすることができます。ディスク上のタイムスタンプは、作成、変更、およびアクセスの日時を保持しますが、FATとは異なります。FATでは、エポック1980です。FATXでは、エポックは2000です。Xbox 360では、エポックは1980年です。[ 59]

exFAT

exFATは、2006年11月にWindows Embedded CE 6.0で導入され、 Vista ServicePack1およびWindowsXPService Pack 3(またはWindows XP Update KB955704の個別インストール)とともにWindowsNTファミリに導入されたファイルシステムです。これは大まかにファイルアロケーションテーブルアーキテクチャに基づいていますが、互換性がなく、独自仕様であり、特許によって保護されています。[60]

exFATは、フラッシュドライブSDXCメモリースティックXCなどのメモリーカードでの使用を目的としています。FAT32は他の方法で使用されます。ベンダーは通常、SDXCカードを使用して事前にフォーマットします。その主な利点は、ファイルサイズの参照が4バイトではなく8バイトで保存され、制限が2 64  -1バイト に増えるため、4GBのファイルサイズ制限を超えることです。

MicrosoftのGUIおよびコマンドラインフォーマットユーティリティは、 NTFS(および、より小さなパーティションの場合はFAT16BおよびFAT32 )の代替としてそれを提供しますMBR パーティションタイプIFSHPFS、およびNTFSで0x07使用されるものと同じ)です。VBRにある論理ジオメトリ情報は、どの種類のBPBにも似ていない形式で保存されます。

2010年の初めに、ファイルシステムはSANSInstituteによってリバースエンジニアリングされました[61] 2019年8月28日、Microsoftは、Linuxカーネルお​​よびその他のオペレーティングシステムで使用できるように、exFATの技術仕様を公開することを発表しました。[62]

特許

マイクロソフトは、1990年代半ばに、FATファイルシステムの主要部分に関する一連の特許を申請し、付与されました。4つすべてがWindows95で最初に見られたFATの長いファイル名拡張子に関係します:米国特許5,579,517、[63]米国特許5,745,902、[64]米国特許5,758,352、[65]米国特許6,286,013(すべて2013年以降失効)。[66]

2003年12月3日、Microsoftは、FAT仕様と「関連する知的財産」を使用するためのライセンスを販売単位あたり0.25米ドル、ライセンス契約あたり最大250,000米ドルの費用で提供すると発表しました[67]。[68]この目的のために、マイクロソフトは、知的財産権の主張の根拠として、FATファイルシステムに関する4つの特許を引用しました。

EFI FAT32仕様[7]で、Microsoftは特に多くの権利を付与しています。これは、多くの読者がオペレーティングシステムベンダーにFATの実装を許可していると解釈しています。[69]

FATに影響を与えるMicrosoft以外の特許には、次のものが含まれます。OS / 2拡張オブジェクト属性に固有の米国特許5,367,671 (2011年に失効)。[70]

課題と訴訟

Public Patent Foundation(PUBPAT)は、2004年に米国特許商標庁(USPTO)に証拠を提出しXeroxおよびIBMからの先行技術の参照を含む米国特許5579517 [63]の有効性に異議を唱えました。[71] USPTOは調査を開始し、特許のすべてのクレームを拒否することで結論を下しました。[72]翌年、USPTOはさらに、再審査プロセスに続いて、 '517の拒絶を確認し、さらに、特許に誤った譲受人がいたという理由で 米国特許5,758,352 [65]が無効であると認定したと発表しました。

ただし、2006年にUSPTOは、MicrosoftによるFATシステムの実装の機能は「新規かつ非自明」であり、以前の決定を覆し、特許を有効なままにすることを決定しました。[73]

2009年2月、Microsoftは、デバイスメーカーの製品がVFATの長いファイル名に関連する特許を侵害しているとして、 TomTomに対して特許侵害訴訟を提起しました。一部のTomTom製品はLinuxをベースにしているため、MicrosoftがLinuxプラットフォームに対して特許を行使しようとしたのはこれが初めてでした。[74]訴訟は翌月、MicrosoftがTomTomの4つの特許へのアクセスを許可され、TomTomがその製品からVFATロングファイル名のサポートを終了し、その見返りにMicrosoftが法的措置を求めないという合意で和解した。和解契約の5年間のTomTomに対して。[75]

2010年10月、Microsoftは、 Androidオペレーティングシステムでの使用が許可されていないいくつかの特許(2つのVFAT特許を含む)を主張して、 Motorolaに対して特許侵害訴訟を起こしました。[76]彼らはまたITCに苦情を提出した[77] オープンソースソフトウェアの開発者は、マイクロソフトの特許を回避することを目的とした方法を設計しました。[78] [79]

2013年に、特許EP0618540「長いファイル名と短いファイル名の共通の名前空間」(2014年[80]から期限切れ)がドイツで無効になりました。[81]上訴が取り下げられた後、この判決は2015年10月28日に最終となった。[82]

も参照してください

メモ

  1. ^ a b c d e f Windows 2000以降、MicrosoftWindows内部の「Unicode」にUCS-2ではなくUTF-16を使用しています。UTF-16では、「文字」(コードポイント)は2つのコード単位を占める場合があります。
  2. ^ Windows XPは、FAT16B形式のZIP-100ディスクをFAT32形式に再フォーマットすると、同様のハイブリッドディスクを作成することが確認されています。結果のボリュームはフォーマットごとにFAT32でしたが、それでもFAT16BEBPBを使用していました。(FAT16 EBPBのみが使用された場合、WindowsがFAT32ボリューム上のルートディレクトリの場所をどのように決定するかは不明です。)
  3. ^ a b ソースは、FATファイルシステムのサポートを統合する最初のNCRデータ入力端末に関して異なります。StephenManesとPaulAndrewsによると、「Gates」によると、開発は1977年後半のNCR 8200向けであり、1975-11年にリリースされたNCR 7200 (モデルIおよびIVへのフロッピーベースのアップグレードとして誤って分類されました。 Intel 8080 8ビットプロセッサを中心に構築されましたが、カセットベースのみでした。ただし、NCR Century 8200は16ビットのミニコンピューターであり、複数のデータ入力端末を接続することができました。マーク・マクドナルドはNCR8500を覚えていました、Criterionシリーズのメインフレーム。これも除外できます。NCRは、1978-02年に出荷される1977-10を発表し、デュアルフロッピーディスクを備えた中小企業システムの8080ベースのNCRI -8130およびNCRI -8150モデルを含むNCRI -8100シリーズも発表しました。他の情報源は、NCR7200シリーズ自体または後継シリーズのいずれかが実際のターゲットプラットフォームであったことを示しています。NCR Basic Plus 6Microsoft Extended BASIC-80に基づく)は、 1977年第1四半期にカセットベースのNCR7200モデルVIで利用可能になりました。NCR 7500シリーズは、同様の8080ハードウェアに基づいて1978年にリリースされましたが、現在はNCR7520および7530が含まれています。8インチディスケットを搭載したモデル。スタンドアロンディスクBASIC-80の前身または適応であるNCRBasic+6は、少なくとも1979年以降利用可能でした。ある情報筋によると、2枚の8インチディスケットとMicrosoftBASICを備えた特別なNCR7200モデルバリアントが存在し、NCRSydneyによってインポートされました。少なくともオーストラリアへ。
  4. ^ DR-DOSは、最大1024バイトの論理セクターサイズのFAT12/FAT16論理セクターメディアを起動でき
  5. ^ VFATという名前のドライバーはWindows95よりのWindowsforWorkgroups 3.11に登場しましたが、この古いバージョンは32ビットファイルアクセスの実装にのみ使用され、長いファイル名をサポートしていませんでした

参照

  1. ^ ab "ファイルシステム" MicrosoftTechNet2001年。 2011年8月12日にオリジナルからアーカイブ2011年7月31日取得
  2. ^ a b c d e Microsoft(2006-11-15)。ウェイバックマシンで2020-07-31にアーカイブされたWindows95CD-ROM CONFIG.TXTファイル 記事135481、リビジョン:1.1、2011年12月22日取得:「ハードディスクごとに、ファイルが最後にアクセスされた日付を記録するかどうかを指定します。コンピュータがセーフモードで起動されると、すべてのドライブで最終アクセス日がオフになり、デフォルトではフロッピーディスクでは維持されません。構文:"ACCDATE=drive1+|- [drive2+|-]...
  3. ^ 「FAT(ファイルアロケーションテーブル)フォーマットの簡単な紹介」www.wizcode.com2015年9月25日にオリジナルからアーカイブされました2015年9月24日取得
  4. ^ 「NTFSとFATファイルシステムの比較」マイクロソフト。2016年6月20日にオリジナルからアーカイブされました2014年1月27日取得
  5. ^ 「データを失うことなくドライブをFAT32からNTFSに変換する方法」WindowsLoop2021-07-11。2021-08-08にオリジナルからアーカイブされました2021年8月8日取得
  6. ^ JEIDA / JEITA / CIPA(2010)。「カメラ映像機器工業会の基準、CIPA DC-009-翻訳-2010、カメラファイルシステムの設計規則:DCFバージョン2.0(エディション2010)」(PDF)2013年9月30日にオリジナル(PDF)からアーカイブされました2011年4月13日取得
  7. ^ a b cd 「MicrosoftExtensibleFirmware Initiative FAT32ファイルシステム仕様、FAT:オンディスクフォーマットの一般的な概要Microsoft2011-03-30。2021-07-23にオリジナルからアーカイブされました2018年12月21日取得
  8. ^ 「情報交換のためのディスクカートリッジのボリュームとファイル構造」標準ECMA-107(第2版、1995年6月)ECMA1995年。2018-10-07のオリジナルからアーカイブ2011年7月30日取得
  9. ^ 「情報技術–情報交換のためのディスクカートリッジのボリュームとファイル構造」ISO / IEC 9293:1994ISOカタログ。1994年。 2012年1月17日のオリジナルからアーカイブ2012年1月6日取得
  10. ^ 「情報処理–情報交換のためのフレキシブルディスクカートリッジのボリュームとファイル構造」ISO 9293:1987ISOカタログ。1987年。 2012年1月17日のオリジナルからアーカイブ2012年1月6日取得
  11. ^ レイノルズ、アーロンR .; アドラー、デニスR .; リペ、ラルフA .; Pedrizetti、Ray D .; パーソンズ、ジェフリーT .; Arun、Rasipuram V.(1998-05-26)。「長いファイル名と短いファイル名の共通の名前空間」米国特許5758352 2012年1月19日取得
  12. ^ Chappell、Geoff(1994年1月)。シュルマン、アンドリュー; ペダーセン、アモレット(編)。DOS内部アンドリューシュルマンプログラミングシリーズ(第1版、第1版)。アディソンウェスリー出版社ISBN 978-0-201-60835-9(xxvi + 738 + ivページ、3.5"-フロッピー[1] [2])エラッタ:[3] [4] [5]
  13. ^ a b c d e f g h i j Xerox BASIC-80 – basic-80リファレンスマニュアル(PDF)5.0。MicrosoftXerox1979年。610P70641。2016-03-04のオリジナルからアーカイブ(PDF)2014年6月2日取得 (注:Microsoftの場合(スタンドアロンディスク/ディスク/拡張/ 8K)BASIC-80、(スタンドアロンディスク/拡張)BASIC-86、BASICコンパイラ、リリース5.0)
  14. ^ a b c d e f g h i j MICROSOFTBASIC-80バージョン5.0リファレンスマニュアル/BASIC-80インタプリタおよびコンパイラ補遺リリース5.1(PDF)5.1。Microsoft1979年。 2016年3月4日のオリジナルからアーカイブ(PDF)2014年6月2日取得 (注:Microsoftの場合(スタンドアロンディスク/ディスク/拡張/ 8K)BASIC-80、(スタンドアロンディスク/拡張)BASIC-86、BASICコンパイラ、リリース5.1)
  15. ^ a b c d e f g Duncan、Ray; ボストウィック、スティーブ; バーゴイン、キース(1988)。MS-DOS百科事典:バージョン1.0から3.2(完全に作り直された版)。米国ワシントン州レドモンド:MicrosoftPressISBN 1-55615-049-0LCCN87-21452 _ OCLC16581341 _(xix+1570ページ;26cm)(注:この版は、別の著者チームによって撤回された1986年の初版を大幅に作り直した後、1988年に発行されました。[6] Wayback Machineで2018-10-14にアーカイブされました
  16. ^ a b Manes、Stephen; アンドリュース、ポール(1993)。ゲイツ氏:マイクロソフトの大御所がどのようにして業界を再発明し、自分自身をアメリカで最も裕福な人物にしたのかダブルデイ。ISBN 0-385-42075-7
  17. ^ a b c d ハンター、デビッド(1983)。「ティム・パターソン–DOSのルーツ」IBMパーソナルコンピュータ用のSoftalk(1983年3月)。2019-09-06にオリジナルからアーカイブされました2014年6月2日取得
  18. ^ シュルマン、アンドリュー; ブラウン、ラルフD .; マクシー、デビッド; ミシェルズ、レイモンドJ .; カイル、ジム(1994)[1993年11月]。文書化されていないDOS:予約済みのMS-DOS関数とデータ構造に関するプログラマーガイド-MS-DOS 6、Novell DOS、およびWindows 3.1(2版)を含むように拡張されました。マサチューセッツ州レディング:アディソンウェスリーp。 11ISBN 0-201-63287-X(xviii + 856 + viページ、3.5 "-フロッピー)エラッタ:[7] [8]
  19. ^ a b Paterson、Tim(2007-09-30)。「DOSの設計」DosManDrivel2013年1月20日にオリジナルからアーカイブされました2011年7月4日取得
  20. ^ シアトルコンピュータプロダクツ(1980年8月)。"86-DOS-8086オペレーティングシステム-$95"バイト(広告)。5、いいえ。8. BYTE PublicationsInc.p173.ISSN0360-5280 _ _ CODENBYTEDJ _ 2013年8月18日取得   [9] Wayback Machineでアーカイブされた2020-02-01 (注:SCP広告はすでに製品86-DOSと呼ばれていますが、特定のバージョン番号については言及されていません。バージョン0.3はすでに86-DOSと呼ばれていることがわかっているため、名前の変更は、バージョン0.2の場合、またはその直後の1980年8月に行われた必要があります。)
  21. ^ a b c d Seattle Computer Products(1981)。「SCP86-DOS1.0補遺」(PDF)2012-10-03のオリジナルからアーカイブ(PDF)2013年3月10日取得
  22. ^ ウォレス、ジェームズ; エリクソン、ジム; (1992); ハードドライブ:ビルゲイツとマイクロソフトエンパイアの作成、ジョンワイリー&サンズ、 ISBN 0-471-56886-4 
  23. ^ ノートン、ピーター; (1986); IBM PCの内部、改訂および拡大、Brady、 ISBN 0-89303-583-1、p。157 
  24. ^ ジェンキンソン、ブライアン; サメス、AJ(2000)。フォレンジックコンピューティング:実践者ガイド(実践者シリーズ)ベルリン:スプリンガー。p。 157ISBN 1-85233-299-9... 2 ^ 12(つまり、4096)の割り当てユニットまたはクラスターのみをアドレス指定できます。実際、000hと001hは使用されず、FF0hからFFFhは予約または他の目的で使用され、002hからFEFh(2から4079)が可能なクラスターの範囲として残されるため、この数はこれより少なくなります。
  25. ^ Paterson、Tim(1983)。「MS-DOSの内部を見る」バイト2011年7月20日にオリジナルからアーカイブされました2011年7月18日取得番号付けは2から始まります。最初の2つの数字、0と1は予約されています。
  26. ^ IBM(1984)。IBM PCDOS3.0アナウンスレター
  27. ^ IBM(1985)。IBMPCDOSテクニカルリファレンス初版、P / N 6024181、1985年2月付け。
  28. ^ 「マイクロソフトサポート技術情報:「MS-DOSパーティショニングの概要」"。2018-06-12にオリジナルからアーカイブ。2018-06-02取得
  29. ^ a b c FYI – NEC DOS3.3パーティションへのDRDOSのインストール、Novell、1993-01-05、FYI.M.1101、2016-03-04にオリジナルからアーカイブ、 2014-08-12を取得
  30. ^ ブラウワー、アンドリーズ。「PCのパーティション識別子のリスト」2019-04-23にオリジナルからアーカイブされました2012年1月11日取得
  31. ^ 「Q78407:MS-DOS5.xおよび6.xと互換性のないWyseDOS3.3パーティション」マイクロソフト。2000-12-17。[デッドリンク] 代替URL
  32. ^ 「Q68176:論理ドライブが32MBを超える4.0より前のシステムのアップグレード」マイクロソフト。2000-12-17。[デッドリンク] 代替URL
  33. ^ ブラウワー、アンドリーズ。「パーティションテーブルのプロパティ」2019-04-23にオリジナルからアーカイブされました2012年1月11日取得
  34. ^ a b c d Kuhnt、Udo; Georgiev、Luchezar I .; デイビス、ジェレミー(2007)。「FAT+ドラフトリビジョン2」(2版)。2015-02-19にオリジナル(FATPLUS.TXT)からアーカイブされました2015年8月5日取得
  35. ^ 「Dskprobeの概要:データ回復」MicrosoftTechNet2003-03-28。2011年7月3日にオリジナルからアーカイブされました2011年8月3日取得
  36. ^ 「ルートディレクトリにファイルまたはフォルダを作成する際のエラー」Microsoftのヘルプとサポート。2004-12-16。2020-07-31にオリジナルからアーカイブされました2006年10月14日取得
  37. ^ 「mkdosfsのマニュアルページ」2006年10月7日にオリジナルからアーカイブされました2006年11月21日取得
  38. ^ 「Windows98リソースキット–第10章–ディスクとファイルシステム」MicrosoftTechNet1998年。 2012年5月1日にオリジナルからアーカイブ2012年7月16日取得
  39. ^ 「FAT32ファイルシステムの制限」マイクロソフトナレッジベース2007-03-26。2020-07-31にオリジナルからアーカイブされました2011年8月21日取得クラスターは64キロバイト( KB)以上にすることはできません
  40. ^ 「WindowsXPのFAT32ファイルシステムの制限」マイクロソフトナレッジベース2007-12-01。2020-07-31にオリジナルからアーカイブされました2011年8月21日取得
  41. ^ グレン、ウォルター。「WindowsでFAT32を使用して32GBを超えるUSBドライブをフォーマットする方法」ハウツーオタク2021-01-26にオリジナルからアーカイブされました2021-01-26を取得
  42. ^ a b README.TXT – Caldera DR-DOS FAT32対応ブートディスク(DRFAT32)Caldera、Inc.1998-07-24。
  43. ^ DRFAT32.SYS R1.00 INT 13h FAT32リダイレクター用インターフェース、Caldera、Inc.、1998-09-11
  44. ^ IBM; 4690 OSユーザーズガイドバージョン5.2、IBMドキュメントSC30-4134-01、2008-01-10( [10]
  45. ^ Karpowitz、クリスティーナ(1998-09-23)。「PowerQuestPartitionMagic4.0が利用可能になりました」PowerQuest1999-02-08にオリジナルからアーカイブされました2015年4月17日取得
  46. ^ リビングストン、ブライアン(1998-10-28)。「FAT-32Xは、大容量ハードドライブではFAT-32とは動作が異なる場合があります」InfoWorld20、いいえ。43.2015-11-12のオリジナルからアーカイブ2015年4月17日取得
  47. ^ a b Duitz、Neal(2001-07-17)。「誰かがFAT32Xを説明できますか?」Win98プライベートFAQ、Windows98コンシューマープレビュープログラム。2004年6月13日にオリジナルからアーカイブされました2015年4月17日取得
  48. ^ a b Costanzo、ランス(1998-05-14)。「FAT32X」1998年5月21日にオリジナルからアーカイブされまし2015年4月17日取得
  49. ^ Steinberg、David(1998-05-01)。「FAT32Xパーティションとは何ですか?」技術的なヒント/FAQPowerQuestテクニカルサポート。2015-09-21にオリジナルからアーカイブされました2015年4月17日取得
  50. ^ 熱心な、ボブ; タビシステムズ(2000年10月28日); FATファイルシステムでの拡張属性の実装 [11] 2006年6月13日、 Wayback Machineでアーカイブ)
  51. ^ ケルダー、ヘンク; (2003); FAT32.IFSバージョン0.9.13用のFAT32.TXT。"([12] Wayback Machineで2013-05-11にアーカイブ):"このバイト[...]は、Windows95以降の実行中は変更されません[原文まま] SCANDISKまたはDEFRAG[...]別のプログラムがEAを持つファイルの値をに設定した場合、これらのEAはDosFindFirst/Next呼び出しのみを使用して検出されなくなります。他のOS/20x00EA(DosQueryPathInfo、DosQueryFileInfo、およびDosEnumAttribute)を取得するための呼び出しは、このバイトに依存しません。また、逆のことが起こる可能性があります[...]。[...]この状況では、ディレクトリスキャンのパフォーマンスのみが低下します。両方の状況[...]はCHKDSK "によって修正されます。
  52. ^ ケルダー、ヘンク; FAT32.IFSバージョン0.74用のFAT32.TXT「アーカイブされたコピー」2012年3月30日にオリジナルからアーカイブされました。 2012年1月14日に取得されました。{{cite web}}: CS1 maint: archived copy as title (link))。コメント:この古いバージョンのREADMEファイルでは、古い値0xEA0xEC魔法の値について説明しています。
  53. ^ 熱心な、ボブ(2000-10-28)。「FATファイルシステムでの拡張属性の実装」Tavi OS/2ページ2006年6月13日にオリジナルからアーカイブされました2006年10月14日取得
  54. ^ IBM; 4690 OSプログラミングガイドバージョン5.2、IBMドキュメントSC30-4137-01、2007-12-06( [13]
  55. ^ 「v2.5.7のリリースノート」Linuxカーネルアーカイブ。2002-03-12。2006年4月15日にオリジナルからアーカイブされました2006年10月14日取得
  56. ^ Kuhnt、Udo(2011-07-21)。「DR-DOS/OpenDOS拡張プロジェクト」2016年7月6日にオリジナルからアーカイブされました2015年4月20日取得
  57. ^ 「FATX仕様」free60wiki。2018年7月26日にオリジナルからアーカイブされまし2011年8月16日取得
  58. ^ de Quincey、Andrew; マレーピッツ、ルシアン(2008-08-29)。「Xboxのパーティション分割とファイルシステムの詳細」0.13。Xbox-Linuxプロジェクト。2010年6月17日にオリジナルからアーカイブされました2014年5月25日取得
  59. ^ Steil、Michael(2008-02-26)[2003]。「XboxFATXとMS-DOSFATの違い」Xbox-Linuxプロジェクト。2010年6月17日にオリジナルからアーカイブされました2014年5月25日取得
  60. ^ マイクロソフト。「exFATファイルシステム知的財産ライセンスプログラム」Microsoft2013年5月7日にオリジナルからアーカイブされました2013年4月23日取得
  61. ^ 「MicrosoftexFATファイルシステムのリバースエンジニアリング|SANSInstitute」2021-04-21にオリジナルからアーカイブされました2021-03-20を取得
  62. ^ 「Linuxカーネルのex​​FAT?はい!」Microsoftオープンソースブログ2019-08-28。2019-09-01にオリジナルからアーカイブされました2019-10-06を取得
  63. ^ a b US 5579517、Reynolds、Aaron R .; Adler、Dennis R.&Lipe、Ralph A. et al。、「長いファイル名と短いファイル名の共通の名前空間」、1996年発行 
  64. ^ US 5745902、Miller、Thomas J.&Kimura、Gary D.、「異なるファイル名形式のファイル名を使用してファイルにアクセスするための方法とシステム」、1998年発行 
  65. ^ a b US 5758352、Reynolds、Aaron R .; Adler、Dennis R.&Lipe、Ralph A. et al。、「長いファイル名と短いファイル名の共通の名前空間」、1998年発行 
  66. ^ US 6286013、Reynolds、Aaron R .; Adler、Dennis R.&Lipe、Ralph A. et al。、「オペレーティングシステムで長いファイル名と短いファイル名に共通の名前空間を提供するための方法とシステム」、1996年発行 
  67. ^ Microsoft.com は2009年8月22日、 WaybackMachineでアーカイブされました
  68. ^ 「FATファイルシステム」知的財産ライセンスマイクロソフト。2016年9月21日にオリジナルからアーカイブされました。
  69. ^ ギャレット、マシュー(2012-01-19)。「EFIとLinux:未来はここにあり、それはひどい」linux.conf.auYouTube。2021-11-02にオリジナルからアーカイブされました2014年1月12日取得
  70. ^ US 5367671、Feigenbaum、Barry A.&Miro、Felix、「ファイル名またはパステーブルのEAハンドルリンケージを介して拡張オブジェクト属性(EA)データにアクセスするためのシステム」、1994年発行 
  71. ^ Ravicher、Daniel B.(2004-04-15)。「PUBPATによるMicrosoftのFAT特許の再審査請求」(PDF)PublicPatentFoundation2013年6月7日のオリジナルからアーカイブ(PDF)2014年1月12日取得
  72. ^ USPTO(2004-09-30)。「MicrosoftFAT特許を拒否する特許庁のオフィスアクション」(PDF)PublicPatentFoundation2013-05-26のオリジナルからアーカイブ(PDF)2014年1月12日取得
  73. ^ ブローチ、アン(2006-01-10)。「Microsoftのファイルシステム特許を支持」CNETニュース。2016年5月3日にオリジナルからアーカイブされました2016年4月7日取得
  74. ^ ポール、ライアン(2009-02-25)。「FAT特許をめぐるマイクロソフトの訴訟は、OSSパンドラの箱を開く可能性がある」arstechnica.com。2009年2月27日にオリジナルからアーカイブされました2009年2月28日取得
  75. ^ 揚げ、伊那(2009-03-30)。「マイクロソフト、トムトムは特許紛争を解決する」cnet.com。2009年8月5日にオリジナルからアーカイブされました2009年8月22日取得
  76. ^ 「マイクロソフトモトローラ特許訴訟」2010-10-01。2010-10-06にオリジナルからアーカイブされました2010年10月2日取得
  77. ^ Protalinski、Emil(2010-10-01)。「マイクロソフトは、Androidの特許侵害を理由にモトローラを訴えている」arstechnica.com。2010-10-02にオリジナルからアーカイブされました2010年10月2日取得
  78. ^ ポール、ライアン(2009-07-02)。「新しいLinuxパッチはMicrosoftのFAT特許を回避する可能性があります」ArsTechnica.com。2013年11月1日にオリジナルからアーカイブされました2013年10月30日取得
  79. ^ ブラウン、エリック(2009-07-02)。「FATパッチはマイクロソフトの訴訟を回避できますか?」DesktopLinux.Com。2013-01-31にオリジナルからアーカイブされました2009年8月23日取得
  80. ^ [14]、「長いファイル名と短いファイル名の共通の名前空間」、1994-03-31アーカイブ2020-03-28、WaybackMachineで発行 
  81. ^ ミュラー、フロリアン(2013-12-05)。「ドイツ連邦特許裁判所はMicrosoftFAT特許を無効にし、上訴裁判所は同意しない可能性があります」FOSS特許。2014-01-04にオリジナルからアーカイブされました2014年1月12日取得
  82. ^ Labesius、Stefan(2017-05-28)。"BundespatentgerichterklärtVFAT-Patenterneutfürnichtig"ifrOSS。2019-08-02にオリジナルからアーカイブされました2019年8月2日取得

外部リンク