Tabla de asignación de archivos

El sistema de archivos FAT se utilizó en discos duros durante las épocas de DOS y Windows 9x . Microsoft introdujo NTFS con la plataforma Windows NT en 1993, pero FAT siguió siendo el estándar para el usuario doméstico hasta la llegada de Windows XP en 2001. Windows Me fue la última versión de Windows en utilizar FAT como sistema de archivos predeterminado.

Para disquetes, FAT se ha estandarizado como ECMA -107 ^{[ 6 ]} e ISO / IEC  9293:1994 ^{[ 7 ]} (que reemplaza a ISO  9293:1987 ^{[ 8 ]} ). Estos estándares cubren FAT12 y FAT16 con soporte solo para nombres de archivo cortos de 8.3 ; los nombres de archivo largos con VFAT fueron parcialmente patentados . ^{[ 9 ]} Si bien FAT12 se usa en disquetes, FAT16 y FAT32 se encuentran típicamente en soportes de mayor tamaño.

FAT se utiliza internamente para la partición del sistema EFI en la etapa de arranque de los ordenadores compatibles con EFI . ^{[ 10 ]}

FAT todavía se usa en unidades que se espera que sean utilizadas por múltiples sistemas operativos, como en entornos compartidos de Windows y Linux . Microsoft Windows también incluye una herramienta preinstalada para convertir un sistema de archivos FAT a NTFS directamente sin necesidad de sobrescribir todos los archivos, aunque esto no se puede revertir fácilmente. ^{[ 11 ]}

El sistema de archivos FAT se utiliza en medios extraíbles como disquetes , superdisquetes , tarjetas de memoria y memoria flash o unidades flash USB . FAT es compatible con dispositivos portátiles como PDA , cámaras digitales , videocámaras , reproductores multimedia , teléfonos móviles, consolas de videojuegos , así como con sistemas integrados como radiocasetes y reproductores de DVD y sistemas de audio para vehículos con puertos USB y lectores de tarjetas SD incorporados . ^{[ 12 ] [ 13 ]}

El sistema de archivos DCF , adoptado por casi todas las cámaras digitales desde 1998, define un sistema de archivos lógico con 8,3 nombres de archivo y hace que el uso de FAT12, FAT16, FAT32 o exFAT sea obligatorio para su capa física por motivos de compatibilidad. ^{[ 14 ]}

El sistema de archivos FAT original (o estructura FAT , como se le llamó inicialmente) fue diseñado e implementado por Marc McDonald , ^{[ 17 ]} basándose en una serie de discusiones entre McDonald y Bill Gates . ^{[ 17 ]} Se introdujo con elementos de tabla de 8 bits ^{[ 15 ] [ 16 ] [ 17 ]} (y números de clúster de datos válidos hasta 0xBF^{[ 15 ] [ 16 ]} ) en un precursor del Standalone Disk BASIC-80 de Microsoft para un sucesor basado en 8080 ^{[ nb 2 ]} del terminal de entrada de datos NCR 7200 modelo VI , equipado con disquetes de 8 pulgadas (200 mm), en 1977 ^{[ 18 ]} o 1978. ^{[ nb 2 ]} En 1978, Standalone Disk BASIC-80 se portó al 8086 usando un emulador en un DEC PDP-10 , ^{[ 19 ]} ya que no había sistemas 8086 reales disponibles en ese momento. El sistema de archivos FAT también se utilizó en MDOS/MIDAS de Microsoft , ^{[ 17 ]} un sistema operativo para plataformas 8080/Z80 escrito por McDonald desde 1979. La versión Standalone Disk BASIC admitía tres FAT, ^{[ 15 ] [ 16 ] [ 20 ]} mientras que para MIDAS esto era un parámetro. Según se informa, MIDAS también estaba preparado para admitir variantes FAT de 10, 12 y 16 bits. Mientras que el tamaño de las entradas de directorio era de 16 bytes en Standalone Disk BASIC , ^{[ 15 ] [ 16 ]} MIDAS ocupaba 32 bytes por entrada.  

Tim Paterson de Seattle Computer Products (SCP) conoció la estructura FAT de Microsoft cuando ayudó a Bob O'Rear a adaptar el emulador Standalone Disk BASIC-86 al prototipo de placa de CPU 8086 con bus S-100 de SCP durante una semana de estancia en Microsoft en mayo de 1979. ^{[ 19 ]} El producto final se mostró en el stand de Lifeboat Associates en la Conferencia Nacional de Computación en Nueva York ^{[ 19 ]} del 4 al 7 de junio de 1979, donde Paterson aprendió sobre la implementación FAT más sofisticada en MDOS/MIDAS ^{[ 17 ]} y McDonald le habló sobre el diseño del sistema de archivos. ^{[ 18 ]}

Entre abril y agosto de 1980, mientras tomaba prestado el concepto FAT para el propio sistema operativo 8086 de SCP, QDOS 0.10 , ^{[ 19 ]} Tim Paterson extendió los elementos de la tabla a 12 bits , ^{[ 21 ]} redujo el número de FAT a dos, redefinió la semántica de algunos de los valores de clúster reservados y modificó el diseño del disco, de modo que el directorio raíz ahora se ubicaba entre el FAT y el área de datos para su implementación de FAT12 . Paterson también aumentó el límite de longitud del nombre de archivo de nueve caracteres (6.3) ^{[ 15 ] [ 16 ]} a once caracteres para admitir nombres de archivo estilo CP/M 8.3 y bloques de control de archivos . El formato utilizado en el precursor del sistema de archivos de 8 bits de Microsoft Standalone Disk BASIC no era compatible con QDOS. Para agosto de 1980, QDOS había sido renombrado a 86-DOS . ^{[ 22 ]} A partir de 86-DOS 0.42 , el tamaño y la disposición de las entradas de directorio se cambiaron de 16  bytes a 32  bytes ^{[ 23 ]} para agregar una marca de fecha de archivo ^{[ 23 ]} y aumentar el límite teórico de tamaño de archivo más allá del límite anterior de 16  MB. ^{[ 23 ]} 86-DOS 1.00 estuvo disponible a principios de 1981. Más tarde en 1981, 86-DOS evolucionó a MS-DOS de Microsoft e IBM PC DOS . ^{[ 17 ] [ 21 ] [ 24 ]} La capacidad de leer volúmenes formateados previamente con entradas de directorio de 16 bytes ^{[ 23 ]} se eliminó con MS-DOS 1.20 .

FAT12 utilizaba entradas de 12 bits para las direcciones de clúster; algunos valores se reservaban para marcar el final de una cadena de clústeres, para marcar áreas no utilizables del disco o para otros fines, por lo que el número máximo de clústeres estaba limitado a 4078. ^{[ 25 ] [ 26 ]} Para ahorrar espacio en disco, dos entradas FAT de 12 bits utilizaban tres bytes consecutivos de 8 bits en el disco, lo que requería manipulación para desempaquetar los valores de 12 bits. Esto era suficiente para las unidades de disquete originales y discos duros pequeños de hasta 32 megabytes. La versión FAT16B disponible con DOS  3.31 admitía números de sector de 32 bits y, por lo tanto, aumentaba el límite de tamaño del volumen.

Todas las estructuras de control se ubican dentro de la primera pista para evitar el movimiento del cabezal durante las operaciones de lectura y escritura. Cualquier sector defectuoso en el área de estructuras de control inutilizaría el disco. La herramienta de formateo de DOS rechazaba por completo dichos discos. Los sectores defectuosos solo se permitían en el área de datos de archivos. Los clústeres que contenían sectores defectuosos se marcaban como inutilizables con el valor reservado 0xFF7en la FAT.

Mientras que 86-DOS admitía tres formatos de disco (250,25  KB, 616  KB y 1232  KB, con FAT ID0xFF y ) en unidades de disquete 0xFEde 8 pulgadas (200 mm), IBM PC DOS 1.0 , lanzado con el IBM Personal Computer original en 1981, solo admitía un formato de disquete de 8 sectores con una capacidad formateada de 160 KB (FAT ID ) para unidades de disquete de 5,25 pulgadas de una sola cara, y PC DOS 1.1 agregó soporte para un formato de doble cara con 320 KB (FAT ID ). PC DOS 2.0 introdujo soporte para formatos de disquete de 9 sectores con 180 KB (FAT ID ) y 360 KB (FAT ID ).  0xFE 0xFF 0xFC 0xFD

Las entradas de directorio de 86-DOS  1.00 y PC  DOS 1.0 incluían solo una fecha, la de la última modificación. PC  DOS 1.1 añadió la hora de la última modificación. Los atributos de archivo  de PC DOS 1.x incluían un bit oculto y un bit de sistema, quedando los seis bits restantes sin definir. En ese momento, DOS no admitía subdirectorios, pero normalmente solo había unas pocas docenas de archivos en un disquete .

El PC XT fue el primer PC con un disco duro suministrado por IBM, y PC  DOS 2.0 admitía ese disco duro con FAT12 ( ID de FAT0xF8 ). La suposición fija de 8  sectores por clúster en los discos duros limitaba prácticamente el tamaño máximo de partición a 16  MB para  sectores de 512 bytes y  clústeres de 4 KB.

El bloque de parámetros del BIOS ( BPB ) también se introdujo con PC  DOS 2.0, y esta versión también añadió bits de solo lectura, archivo , etiqueta de volumen y atributo de directorio para subdirectorios jerárquicos. ^{[ 27 ]} 

MS-DOS 3.0  introdujo la compatibilidad con disquetes de 5,25 pulgadas y 1,2 MB de alta densidad (descriptor de medios 0xF9), que notablemente tenían 15  sectores por pista, por lo que había más espacio para las FAT.

FAT12 sigue utilizándose en todos los disquetes comunes , incluidos los de 1,44  MB y los posteriores de 2,88  MB (byte descriptor del medio 0xF0).

En 1984, IBM lanzó el PC AT , que requería PC  DOS  3.0 para acceder a su  disco duro de 20 MB. ^{[ 28 ] [ 29 ]} Microsoft introdujo MS-DOS  3.0 en paralelo. Las direcciones de clúster se incrementaron a 16 bits, lo que permitió hasta 65.526  clústeres por volumen. Sin embargo, el número máximo posible de sectores y el tamaño máximo de partición de 32  MB no cambiaron. Aunque las direcciones de clúster eran de 16  bits, este formato no era lo que hoy se entiende comúnmente como FAT16 . Un tipo de partición0x04 indica esta forma de FAT16 con menos de 65.536  sectores (menos de 32  MB para un tamaño de sector de 512). La ventaja de FAT16 era el uso de clústeres más pequeños, lo que hacía que el uso del disco fuera más eficiente, particularmente para grandes cantidades de archivos de solo unos cientos de bytes de tamaño.

Como MS-DOS  3.0 formateaba todas las particiones de 16  MB a 32  MB en formato FAT16, un  disco duro de 20 MB formateado con MS-DOS  3.0 no era accesible desde MS-DOS  2.0. ^{[ 30 ]} MS-DOS  3.0 a MS-DOS  3.30 aún podía acceder a particiones FAT12 de menos de 15  MB, pero requería que todas las particiones de 16  MB a 32  MB fueran FAT16, por lo que no podía acceder  a particiones de MS-DOS 2.0 en este rango de tamaño. MS-DOS  3.31 y versiones posteriores podían acceder nuevamente a particiones FAT12 de 16  MB a 32 MB. 

Las implementaciones de FAT12 y FAT16 en MS-DOS y PC  DOS no podían acceder a particiones de disco mayores de 32 megabytes. Varios fabricantes desarrollaron sus propias variantes de FAT dentro de sus versiones OEM de MS-DOS. ^{[ 31 ]}

Algunos proveedores ( AST y NEC ^{[ 31 ]} ) admitieron ocho , en lugar de las cuatro entradas de partición primaria estándar, en su registro de arranque maestro ( MBR ) extendido personalizado , y adaptaron MS-DOS para usar más de una partición primaria.

Otros proveedores sortearon las limitaciones de tamaño de volumen impuestas por las entradas de sector de 16 bits aumentando el tamaño aparente de los sectores con los que operaba el sistema de archivos. Estos sectores lógicos eran más grandes (hasta 8192  bytes) que el tamaño del sector físico (que seguía siendo de 512  bytes) en el disco. El BIOS de DOS o el BIOS del sistema combinaban entonces varios sectores físicos en sectores lógicos para que el sistema de archivos pudiera trabajar con ellos.

Estos cambios eran transparentes para la implementación del sistema de archivos en el núcleo de DOS. La BIOS de DOS subyacente traducía estos sectores lógicos a sectores físicos según la información de particionamiento y la geometría física de la unidad.

La desventaja de este enfoque fue el aumento de la memoria utilizada para el almacenamiento en búfer y el desbloqueo de sectores. Dado que las versiones antiguas de DOS no podían usar sectores lógicos grandes, los fabricantes de equipos originales introdujeron nuevos identificadores de partición para sus variantes FAT con el fin de ocultarlos de los problemas de compatibilidad con MS-DOS y PC DOS. Los identificadores de partición conocidos para FAT con sectores lógicos incluyen: 0x08( Commodore MS-DOS 3.x), 0x11( Leading Edge MS 0x14-DOS 3.x), 0x24(AST MS-DOS 3.x), (NEC MS-DOS 3.30 ^{[ 31 ]} ), 0x56( AT&T MS-DOS 3.x), 0xE5( Tandy MS-DOS), 0xF2( Sperry IT MS-DOS 3.x, Unisys MS-DOS 3.3 – también utilizado por Digital Research DOS Plus 2.1). ^{[ 32 ]} Se sabe que las versiones OEM como Toshiba  MS-DOS, Wyse  MS-DOS  3.2 y 3.3, ^{[ 33 ]} así como Zenith  MS-DOS también utilizaron sectorización lógica. ^{[ 34 ]}

Si bien no son estándar ni óptimas, estas variantes de FAT son perfectamente válidas según las especificaciones del propio sistema de archivos. Por lo tanto, incluso si las versiones predeterminadas de MS-DOS y PC DOS no pudieran manejarlas, la mayoría de estas variantes FAT12 y FAT16 específicas del fabricante pueden montarse mediante implementaciones de sistemas de archivos más flexibles en sistemas operativos como DR-DOS, simplemente cambiando el ID de partición a uno de los tipos reconocidos. ^{[ nb 3 ]} Además, si ya no necesitan ser reconocidas por sus sistemas operativos originales, las particiones existentes pueden "convertirse" en volúmenes FAT12 y FAT16 más compatibles con las versiones de MS-DOS/PC DOS 4.0–6.3, que no admiten tamaños de sector diferentes de 512 bytes, ^{[ 35 ]} cambiando a un BPB con entrada de 32 bits para el número de sectores, como se introdujo desde DOS 3.31 (ver FAT16B más abajo), manteniendo el tamaño del clúster y reduciendo el tamaño del sector lógico en el BPB a 512 bytes, mientras que al mismo tiempo aumenta el recuento de sectores lógicos por clúster, sectores lógicos reservados, sectores lógicos totales y sectores lógicos por FAT en el mismo factor.      

Un desarrollo paralelo en MS-DOS / PC  DOS que permitió un aumento en el tamaño máximo posible del disco fue la extensión del número de particiones FAT en un disco duro más allá de las 4 anteriores, y el reemplazo de los "dispositivos de bloques instalables" con particiones FAT nativas de DOS. Para permitir el uso de más particiones FAT de manera compatible, se introdujo un nuevo tipo de partición en PC  DOS  3.2 (1986), la partición extendida (EBR), ^{[ 17 ]} que es un contenedor para una partición adicional llamada unidad lógica . Desde PC  DOS  3.3 (abril de 1987), hay otra partición extendida opcional que contiene la siguiente unidad lógica , y así sucesivamente. El MBR de un disco duro puede definir hasta cuatro particiones primarias, o una partición extendida además de hasta tres particiones primarias.

En noviembre de 1987, Compaq Personal Computer DOS 3.31 (una versión OEM modificada de MS-DOS  3.3 lanzada por Compaq con sus máquinas) introdujo lo que hoy se conoce simplemente como el formato FAT16 , con la expansión del conteo de sectores de disco de 16 bits a 32  bits en el BPB. Aunque los cambios en el disco fueron menores, todo el controlador de disco de DOS tuvo que convertirse para usar números de sector de 32 bits, una tarea complicada por el hecho de que estaba escrito en lenguaje ensamblador de 16 bits . El resultado se llamó inicialmente DOS 3.31 Large File System . La herramienta de MicrosoftDSKPROBE se refiere al tipo 0x06como BigFAT , ^{[ 37 ]} mientras que algunas versiones anteriores FDISKlo describían como BIGDOS . Técnicamente, se conoce como FAT16B .

Dado que las versiones antiguas de DOS no estaban diseñadas para manejar más de 65 535  sectores, fue necesario introducir un nuevo tipo de partición para este formato con el fin de ocultarlo en las versiones anteriores a la 3.31 de DOS. La forma original de FAT16 (con menos de 65 536 sectores) tenía un tipo de partición0x04 . Para manejar discos de mayor tamaño, 0x06se introdujo el tipo para indicar 65 536 o más sectores. Además, el controlador de disco se amplió para manejar  también más de 65 535 sectores. La única otra diferencia entre el FAT16 original y el formato FAT16B más reciente es el uso de un formato BPB más reciente con entrada de sector de 32 bits. Por lo tanto, los sistemas operativos más recientes que admiten el formato FAT16B también pueden manejar el formato FAT16 original sin necesidad de realizar cambios.

Si se necesitan crear particiones para  versiones anteriores a DOS 3.31 mediante herramientas modernas, los únicos criterios teóricos necesarios son un número de sectores inferior a 65536 y el uso del antiguo ID de partición ( 0x04). Sin embargo, en la práctica, las particiones de tipo 0x01y 0x04primarias no deben ubicarse físicamente fuera de los primeros 32  MB del disco, debido a otras restricciones de MS-DOS  2.x, que de otro modo no podría gestionarlas.

En 1988, la mejora FAT16B se generalizó a través de DR DOS  3.31, PC  DOS  4.0, OS/2  1.1 y MS-DOS  4.0. El límite del tamaño de la partición estaba determinado por el conteo de sectores por clúster de 8 bits con signo , que originalmente tenía un valor máximo de potencia de dos de 64. Con el tamaño de sector estándar de disco duro de 512  bytes, esto da un  tamaño máximo de clúster de 32 KB, fijando así el límite "definitivo" para el tamaño de partición FAT16 en 2  GB para un tamaño de sector de 512. En medios magnetoópticos , que pueden tener  sectores de 1 o 2 KB en lugar de 0,5  KB, este límite de tamaño es proporcionalmente mayor.

Mucho más tarde, Windows NT aumentó el tamaño máximo del clúster a 64  KB, considerando el número de sectores por clúster como sin signo. Sin embargo, el formato resultante no era compatible con ninguna otra implementación de FAT de la época y generaba una mayor fragmentación interna . Windows 98 , SE y ME también admitían la lectura y escritura de esta variante, pero sus utilidades de disco no funcionaban con ella y algunos servicios FCB no estaban disponibles para dichos volúmenes. Esto contribuye a una situación de compatibilidad confusa.

Antes de 1995, las versiones de DOS accedían al disco solo mediante el direccionamiento CHS . Cuando Windows 95 (MS-DOS 7.0) introdujo el acceso al disco LBA , las particiones podían empezar a ubicarse físicamente fuera de los primeros 8  GB de este disco y, por lo tanto, fuera del alcance del esquema de direccionamiento CHS tradicional. Por consiguiente, las particiones ubicadas parcial o totalmente más allá de la barrera CHS debían ocultarse de los sistemas operativos que no admitían LBA mediante el uso del nuevo tipo de partición 0x0Een la tabla de particiones. Las particiones FAT16 que utilizan este tipo de partición también se denominan FAT16X . ^{[ 38 ]} La única diferencia, en comparación con las particiones FAT16 anteriores, es el hecho de que algunas entradas de geometría relacionadas con CHS en el registro BPB, concretamente el número de sectores por pista y el número de cabezales, pueden contener valores nulos o engañosos y no deben utilizarse.

El número de entradas de directorio raíz disponibles para FAT12 y FAT16 se determina al formatear el volumen y se almacena en un campo de 16 bits. Para un número RDEy tamaño de sector dados SS, el número RDSde sectores de directorio raíz es RDS = ceil((RDE × 32) / SS), y RDEnormalmente se elige para llenar estos sectores, es decir, RDE × 32 = RDS × SS. Los medios FAT12 y FAT16 suelen usar 512 entradas de directorio raíz en medios que no son disquetes. Algunas herramientas de terceros, como mkdosfs, permiten al usuario configurar este parámetro. ^{[ 39 ]}

Para superar el límite de tamaño de volumen de FAT16, y al mismo tiempo permitir que el código en modo real de DOS manejara el formato, Microsoft diseñó una nueva versión del sistema de archivos, FAT32 , que admitía un mayor número de clústeres posibles, pero podía reutilizar la mayor parte del código existente, de modo que el consumo de memoria convencional aumentó en menos de 5  KB en DOS. ^{[ 40 ]} Los valores de los clústeres se representan mediante números de 32 bits , de los cuales 28 bits se utilizan para almacenar el número de clúster.

OS/2 depende en gran medida de los atributos extendidos (EA) y los almacena en un archivo oculto llamado " " en el directorio raíz del volumen FAT12 o FAT16 . Este archivo está indexado por dos bytes previamente reservados en la entrada del directorio del archivo (o directorio) en el desplazamiento . ^{[ 54 ]} En el formato FAT32 , estos bytes contienen los 16 bits superiores del número de clúster inicial del archivo o directorio, por lo que resulta imposible almacenar los EA de OS/2 en FAT32 utilizando este método.EA␠DATA.␠SF0x14 

Sin embargo, el controlador de sistema de archivos instalable (IFS) FAT32 de terceros, FAT32.IFS versión 0.70 y superior, de Henk Kelder y Netlabs para OS/2, eComStation y ArcaOS, almacena atributos extendidos en archivos adicionales cuyos nombres de archivo tienen la cadena " " añadida al nombre de archivo normal del archivo al que pertenecen. El controlador también utiliza el byte en el desplazamiento en las entradas del directorio para almacenar un byte de marca especial que indica la presencia de atributos extendidos para ayudar a acelerar las cosas. ^{[ 55 ] [ 56 ]} (Esta extensión es críticamente incompatible con el método FAT32+ para almacenar archivos mayores de 4 GB menos 1 en volúmenes FAT32). ^{[ 36 ]}␠EA.␠SF0x0C 

Los atributos extendidos son accesibles a través del escritorio Workplace Shell , mediante scripts REXX y muchas utilidades de la interfaz gráfica de usuario y de la línea de comandos del sistema (como 4OS2 ). ^{[ 57 ]}

Para dar cabida a su subsistema OS/2 , Windows NT admite el manejo de atributos extendidos en HPFS , NTFS , FAT12 y FAT16. Almacena los EA en FAT12, FAT16 y HPFS utilizando exactamente el mismo esquema que OS/2, pero no admite ningún otro tipo de ADS como los que se almacenan en volúmenes NTFS. Intentar copiar un archivo con cualquier ADS que no sean EA desde un volumen NTFS a un volumen FAT o HPFS genera un mensaje de advertencia con los nombres de los ADS que se perderán. No admite el método FAT32.IFS para almacenar EA en volúmenes FAT32.

Windows 2000 en adelante se comporta exactamente igual que Windows NT, excepto que ignora los EA al copiar a FAT32 sin ninguna advertencia (pero muestra la advertencia para otros ADS, como "Información del Finder de Macintosh" y "Bifurcación de recursos de Macintosh").

Cygwin también utiliza archivos " ".EA␠DATA.␠SF

Uno de los objetivos de experiencia de usuario para los diseñadores de Windows 95 fue la capacidad de usar nombres de archivo largos (LFN, de hasta 255 unidades de código UCS-2 ), ^{[ nb 1 ]} además de los nombres de archivo clásicos 8.3 (SFN). Para la compatibilidad hacia atrás y hacia adelante , los LFN se implementaron como una extensión opcional sobre las estructuras del sistema de archivos FAT existentes mediante una solución alternativa en la forma en que se organizan las entradas de directorio.

Este método transparente para almacenar nombres de archivo largos en los sistemas de archivos FAT existentes sin alterar sus estructuras de datos se conoce generalmente como VFAT (por "Virtual FAT") , en referencia al controlador de dispositivo virtual de Windows 95. ^{[ nb 5 ]}

Los sistemas operativos que no admiten VFAT aún pueden acceder a los archivos con su alias de nombre de archivo corto sin restricciones; sin embargo, los nombres de archivo largos asociados pueden perderse cuando los archivos con nombres de archivo largos se copian en sistemas operativos que no admiten VFAT.

En Windows  NT, la compatibilidad con nombres de archivo largos de VFAT comenzó con la versión 3.5 .

Linux proporciona un controlador de sistema de archivos VFAT para trabajar con volúmenes FAT con nombres de archivo largos VFAT. Durante un tiempo, estuvo disponible un controlador UVFAT que ofrecía compatibilidad combinada con permisos de estilo UMSDOS y nombres de archivo largos VFAT.

OS/2 añadió compatibilidad con nombres de archivo largos a FAT mediante atributos extendidos (EA) antes de la introducción de VFAT. Por lo tanto, los nombres de archivo largos de VFAT son invisibles para OS/2, y los nombres de archivo largos de EA son invisibles para Windows; en consecuencia, los usuarios experimentados de ambos sistemas operativos tendrían que renombrar los archivos manualmente.

Human68K admitía hasta 18,3 nombres de archivo y caracteres Kanji ( Shift JIS ) en una variante propietaria del sistema de archivos FAT.

Para admitir aplicaciones Java , la versión 2 del sistema operativo IBM 4690, basado en FlexOS , introdujo su propia arquitectura de sistema de archivos virtual (VFS) para almacenar nombres de archivo largos en el sistema de archivos FAT de forma retrocompatible. Si están habilitados, los nombres de archivo virtuales (VFN) están disponibles bajo letras de unidad lógicas separadas, mientras que los nombres de archivo reales (RFN) permanecen disponibles bajo las letras de unidad originales. ^{[ 58 ]}

El sistema de archivos FAT no está diseñado para admitir flujos de datos alternativos (ADS), pero algunos sistemas operativos que dependen en gran medida de ellos han ideado diversos métodos para gestionarlos en volúmenes FAT. Estos métodos almacenan la información adicional en archivos y directorios extra ( Mac OS clásico y macOS ) o bien asignan una nueva semántica a campos previamente no utilizados de las estructuras de datos en disco de FAT ( OS/2 y Windows NT ).

Mac  OS que utiliza PC Exchange almacena sus diversas fechas, atributos de archivo y nombres de archivo largos en un archivo oculto llamado " FINDER.DAT", y las bifurcaciones de recursos (un  ADS común de Mac OS) en un subdirectorio llamado " RESOURCE.FRK", en cada directorio donde se utilizan. A partir de PC  Exchange  2.1, almacenan los  nombres de archivo largos de Mac OS como nombres de archivo largos FAT estándar y convierten los nombres de archivo FAT de más de 31 caracteres en nombres de archivo únicos de 31 caracteres, que luego pueden hacerse visibles para las aplicaciones de Macintosh.

macOS almacena bifurcaciones de recursos y metadatos (atributos de archivos, otros ADS) utilizando el formato AppleDouble en un archivo oculto con un nombre construido a partir del nombre de archivo del propietario con el prefijo " ._", y Finder almacena algunos metadatos de carpetas y archivos en un archivo oculto llamado " .DS_Store" (pero tenga en cuenta que Finder utiliza .DS_Storeincluso en el sistema de archivos nativo de macOS, HFS+ ).

Las primeras distribuciones de Linux también admitían un formato conocido como UMSDOS , una variante de FAT con atributos de archivo Unix (como nombre de archivo largo y permisos de acceso) almacenados en un archivo separado llamado " --linux-.---". UMSDOS cayó en desuso después del lanzamiento de VFAT y no está habilitado por defecto en Linux desde la versión 2.5.7 en adelante. ^{[ 59 ]} Durante algún tiempo, Linux también proporcionó soporte combinado para permisos de estilo UMSDOS y nombres de archivo largos VFAT a través de UVFAT .

En 2007, el borrador abierto FAT+ propuso cómo almacenar archivos más grandes de hasta 256  GB menos 1  byte, o 274.877.906.943 (2³⁸ ⁻  1  ) bytes, en volúmenes FAT32 ligeramente modificados y, por lo demás, compatibles con versiones anteriores, ^{[ 36 ]} pero impone el riesgo de que las herramientas de disco o las implementaciones de FAT32 que no conozcan esta extensión puedan truncar o eliminar archivos que superen el límite normal de tamaño de archivo de FAT32. La compatibilidad con FAT32+ y FAT16+ se limita a algunas versiones de DR-DOS y no está disponible en los sistemas operativos más comunes. ^{[ 60 ]} (Esta extensión es críticamente incompatible con la /EASopción del método FAT32.IFS para almacenar atributos extendidos de OS/2 en volúmenes FAT32).

En su sistema de archivos NetWare ( NWFS ), Novell implementó una variante muy modificada del sistema de archivos FAT para el sistema operativo NetWare . Para archivos de mayor tamaño, utilizó una función de rendimiento llamada Turbo FAT .

FATX es una familia de sistemas de archivos diseñados para las unidades de disco duro y tarjetas de memoria de la consola de videojuegos Xbox de Microsoft , ^{[ 61 ] [ 62 ]} introducida en 2001.

Si bien se asemejan a las ideas de diseño básicas de FAT16 y FAT32 , las estructuras en disco de FATX16 y FATX32 están simplificadas, pero son fundamentalmente incompatibles con los sistemas de archivos FAT16 y FAT32 normales, lo que imposibilita que los controladores de sistemas de archivos FAT normales monten dichos volúmenes.

El sector de superbloque no arrancable tiene  un tamaño de 4 KB y contiene una  estructura tipo BPB de 18 bytes, completamente diferente de los BPB normales . Los clústeres suelen tener  un tamaño de 16 KB y solo hay una copia de la FAT en la Xbox. Las entradas de directorio tienen  un tamaño de 64 bytes en lugar de los 32  bytes habituales . Los archivos pueden tener nombres de hasta 42 caracteres utilizando el conjunto de caracteres OEM y un tamaño de hasta 4  GB menos 1  byte. Las marcas de tiempo en disco almacenan las fechas y horas de creación, modificación y acceso, pero difieren de FAT: en FAT, la época es 1980 ; en FATX, la época es 2000. En la Xbox 360 , la época es 1980. ^{[ 63 ]}

exFAT es un sistema de archivos introducido con Windows Embedded CE 6.0 en noviembre de 2006 y que se incorporó a la  familia Windows NT con Vista Service Pack 1 y Windows XP Service Pack 3 (o mediante la instalación independiente de  la actualización KB955704 de Windows XP). Se basa vagamente en la arquitectura de la tabla de asignación de archivos, pero es incompatible y está protegido por patentes. ^{[ 64 ]}

exFAT está diseñado para usarse en unidades flash y tarjetas de memoria como SDXC y Memory Stick XC , donde normalmente se usa FAT32. Los fabricantes suelen preformatear las tarjetas SDXC con este sistema de archivos. Su principal ventaja es que supera el  límite de tamaño de archivo de 4 GB, ya que las referencias al tamaño del archivo se almacenan con ocho bytes en lugar de cuatro, lo que aumenta el límite a ^2⁶⁴  -  1 bytes.

Las utilidades de formato de la interfaz gráfica de usuario y de línea de comandos de Microsoft lo ofrecen como alternativa a NTFS (y, para particiones más pequeñas, a FAT16B y FAT32 ). El tipo de partición MBR es (el mismo que se usa para IFS , HPFS y NTFS). La información de geometría lógica ubicada en el VBR se almacena en un formato que no se asemeja a ningún tipo de BPB.0x07

A principios de 2010, el sistema de archivos fue sometido a ingeniería inversa por el Instituto SANS . ^{[ 65 ]} El 28 de agosto de 2019, Microsoft publicó la especificación técnica para exFAT para que pueda usarse en el núcleo de Linux y otros sistemas operativos. ^{[ 66 ]}

La Public Patent Foundation (PUBPAT) presentó pruebas a la Oficina de Patentes y Marcas de los Estados Unidos (USPTO) en 2004 impugnando la validez de la patente estadounidense 5,579,517, ^{[ 67 ]} incluyendo referencias de la técnica anterior de Xerox e IBM. ^{[ 75 ]} La USPTO abrió una investigación y concluyó rechazando todas las reivindicaciones de la patente. ^{[ 76 ]} Al año siguiente, la USPTO anunció además que, tras el proceso de reexamen, confirmó el rechazo de la patente '517 y, además, declaró inválida la patente estadounidense 5,758,352 ^{[ 69 ]} por tener cesionarios incorrectos.

Sin embargo, en 2006, la USPTO dictaminó que las características de la implementación del sistema FAT por parte de Microsoft eran "novedosas y no obvias", revirtiendo ambas decisiones anteriores y manteniendo la validez de las patentes. ^{[ 77 ]}

En febrero de 2009, Microsoft presentó una demanda por infracción de patentes contra TomTom alegando que los productos del fabricante de dispositivos infringían patentes relacionadas con los nombres de archivo largos de VFAT . Dado que algunos productos de TomTom se basan en Linux , esta fue la primera vez que Microsoft intentó hacer valer sus patentes contra la plataforma Linux. ^{[ 78 ]} La demanda se resolvió extrajudicialmente al mes siguiente con un acuerdo por el cual Microsoft tendría acceso a cuatro de las patentes de TomTom, TomTom dejaría de dar soporte a los nombres de archivo largos de VFAT en sus productos y, a cambio, Microsoft no emprendería acciones legales contra TomTom durante los cinco años de vigencia del acuerdo. ^{[ 79 ]}

En octubre de 2010, Microsoft presentó una demanda por infracción de patentes contra Motorola alegando que varias patentes (incluidas dos de las patentes VFAT) no estaban licenciadas para su uso en el sistema operativo Android . ^{[ 80 ]} También presentaron una queja ante la ITC . ^{[ 81 ]} Los desarrolladores de software de código abierto han diseñado métodos destinados a eludir las patentes de Microsoft. ^{[ 82 ] [ 83 ]}

En 2013, la patente EP0618540 "espacio de nombres común para nombres de archivo largos y cortos" (caducada desde 2014 ^{[ 84 ]} ) fue invalidada en Alemania. ^{[ 85 ]} Tras la retirada del recurso, esta sentencia quedó firme el 28 de octubre de 2015. ^{[ 86 ]}