FAT16

El primer sistema de archivos en ser utilizado en un sistema operativo de Microsoft fue el sistema FAT, que utiliza una tabla de
asignación de archivos. La tabla de asignación de archivos es en realidad un índice que crea una lista de contenidos del disco para
grabar la ubicación de los archivos que éste posee. Ya que los bloques que conforman un archivo no siempre se almacenan en el
disco en forma contigua (un fenómeno llamado fragmentación), la tabla de asignación permite que se mantenga la estructura del
sistema de archivos mediante la creación de vínculos a los bloques que conforman el archivo. El sistema FAT es un sistema de 16 bits
que permite la identificación de archivos por un nombre de hasta 8 caracteres y tres extensiones de caracteres. Es por esto que el
sistema se denomina FAT16.

Para mejorar esto, la versión original de Windows 95 (que usa el sistema FAT16) se lanzó al mercado con una administración FAT
mejorada en la forma del sistema VFAT (Virtual FAT [FAT Virtual]). VFAT es un sistema de 32 bits que permite nombres de archivos
de hasta 255 caracteres de longitud. Sin embargo, los programadores tenían que asegurar una compatibilidad directa para que los
entornos (DOS) de 16 bits aún pudieran acceder a estos archivos. Por ende, la solución fue asignar un nombre para cada sistema. Por
esta razón se pueden usar nombres extensos de archivos en Windows 95 y, aún así, acceder a ellos en DOS.

El sistema de archivos FAT es un sistema de 16 bits. Esto implica que las direcciones de clúster no pueden ser mayores a 16 bits. El
número máximo de clústers al que se puede hacer referencia con el sistema FAT es, por consiguiente, 216 (65536) clústers. Ahora
bien, ya que un clúster se compone de un número fijo (4,8,16,32,...) de sectores de 512 bytes contiguos, el tamaño máximo de la
partición FAT se puede determinar multiplicando el número de clústers por el tamaño de un clúster. Con clústers de 32Kb, el tamaño
máximo de una partición es, por lo tanto, de 2GB.

FAT32
Aunque el VFAT era un sistema inteligente, no afrontaba las limitaciones de FAT16. Como resultado, surgió un nuevo sistema de
archivos en Windows 95 OSR2 (el cual no sólo contaba con una mejor administración FAT como fue el caso de VFAT). Este sistema
de archivos, denominado FAT32 utiliza valores de 32 bits para las entradas FAT. De hecho, sólo se utilizan 28 bits, ya que 4 bits se
reservan para su uso en el futuro.

Cuando surgió el sistema de archivos FAT32, el máximo número de clústers por partición aumentó de 65535 a 268.435.455 (228-1).
Por lo tanto, FAT32 permite particiones mucho más grandes (hasta 8 terabytes). Aunque en teoría, el tamaño máximo de una partición
FAT32 es de 8 TB, Microsoft lo redujo, voluntariamente, a 32 GB en los sistemas 9x de Windows para promover NTFS (ref.
Ya que una partición FAT32 puede contener muchos clústers más que una partición FAT16, es posible reducir significativamente el
tamaño de los clústers y, así, limitar también el espacio desperdiciado del disco. Por ejemplo, con una partición de 2 GB, es posible
usar clústers de 4KB con sistemas FAT32 (en lugar de clústers de 32KB con sistemas FAT16), que reducen el espacio desperdiciado
por un factor de 8.

El intercambio radica en que FAT32 no es compatible con las versiones de Windows previas al OEM Service Release 2. Un sistema
que arranque con una versión anterior simplemente no verá este tipo de particiones.
Asimismo, las utilidades de administración de un disco de 16 bits, como ser versiones antiguas de Norton Utilities, ya no funcionarán
correctamente. En términos de realización, el uso de un sistema FAT32 en lugar de un sistema FAT16 tendrá como resultado una leve
mejora, de aproximadamente 5%, en el rendimiento.

HPFS
El sistema de archivos HPFS se presentó por primera vez con OS/2 1.2 para permitir un mejor acceso a los discos duros mayores que
estaban apareciendo en el mercado. Además, era necesario que un nuevo sistema de archivos extendiera el sistema de
nomenclatura, la organización y la seguridad para las crecientes demandas del mercado de servidores de red. HPFS mantiene la
organización de directorio de FAT, pero agrega la ordenación automática del directorio basada en nombres de archivo. Los nombres
de archivo se extienden hasta 254 caracteres de doble byte. HPFS también permite crear un archivo de "datos" y atributos especiales
para permitir una mayor flexibilidad en lo que se refiere a admitir otras convenciones de nomenclatura y seguridad. Además, la unidad
de asignación cambia de clústeres a sectores físicos (512 bytes), lo que reduce el espacio en disco perdido.

Bajo HPFS, las entradas del directorio contienen más información que bajo FAT. Además del archivo de atributo, esto incluye
información sobre la fecha y la hora de modificación, creación y acceso. En lugar de señalar al primer clúster del archivo, bajo HPFS
las entradas del directorio señalan a FNODE. FNODE puede contener los datos del archivo, o punteros que pueden señalar a datos
del archivo o a otras estructuras que señalarán a datos del archivo.

HPFS intenta asignar la mayor cantidad de datos de un archivo en sectores contiguos como sea posible. De esta forma aumenta la
velocidad al hacer un procesamiento secuencial de un archivo.

Ventajas de HPFS
 "Guía de conceptos y diseño" de Microsoft Windows NT Server, capítulo 5, sección titulada "Elección de un sistema de
archivos"
 Kit de recursos de Microsoft Windows NT Workstation 4.0, capítulo 18, "Elección de un sistema de archivos"
 "Guía de recursos" del Kit de recursos de Microsoft Windows NT Server 4.0, capítulo 3, sección titulada "Qué sistema de
archivos utilizar en cada volumen"

Desventajas de HPFS
 "Guía de conceptos y diseño" de Microsoft Windows NT Server, capítulo 5, sección titulada "Elección de un sistema de
archivos"
 Kit de recursos de Microsoft Windows NT Workstation 4.0, capítulo 18, "Elección de un sistema de archivos"
 "Guía de recursos" del Kit de recursos de Microsoft Windows NT Server 4.0, capítulo 3, sección titulada "Qué sistema de
archivos utilizar en cada volumen"
NTFS
Es un sistema de archivos de Windows NT incluido en las versiones de Windows 2000, Windows XP, Windows Server 2003, Windows
Server 2008, Windows Vista y Windows 7. Está basado en el sistema de archivos HPFS de IBM/Microsoft usado en el sistema
operativo OS/2, y también tiene ciertas influencias del formato de archivos HFS diseñado por Apple.
NTFS permite definir el tamaño del clúster, a partir de 512 bytes (tamaño mínimo de un sector) de forma independiente al tamaño de
la partición.
Es un sistema adecuado para las particiones de gran tamaño requeridas en estaciones de trabajo de alto rendimiento y servidores.
Puede manejar volúmenes de, teóricamente, hasta 264–1 clústeres. En la práctica, el máximo volumen NTFS soportado es de 232–1
clústeres (aproximadamente 16 Terabytes usando clústeres de 4KB).

Los objetivos de NTFS son proporcionar lo siguiente:

 Confiabilidad, que es especialmente deseable para los sistemas avanzados y los servidores de archivos
 Una plataforma para tener mayor funcionalidad
 Compatibilidad con los requisitos de POSIX
 Eliminación de las limitaciones de los sistemas de archivos FAT y HPFS

Ventajas de NTFS
 "Guía de conceptos y diseño" de Microsoft Windows NT Server, capítulo 5, sección titulada "Elección de un sistema de
archivos"
 Kit de recursos de Microsoft Windows NT Workstation 4.0, capítulo 18, "Elección de un sistema de archivos"
 "Guía de recursos" del Kit de recursos de Microsoft Windows NT Server 4.0, capítulo 3, sección titulada "Qué sistema de
archivos utilizar en cada volumen"

Desventajas de NTFS
 "Guía de conceptos y diseño" de Microsoft Windows NT Server, capítulo 5, sección titulada "Elección de un sistema de
archivos"
 Kit de recursos de Microsoft Windows NT Workstation 4.0, capítulo 18, "Elección de un sistema de archivos"
 "Guía de recursos" del Kit de recursos de Microsoft Windows NT Server 4.0, capítulo 3, sección titulada "Qué sistema de
archivos utilizar en cada volumen"

MINIX
Fue escrito desde 0 (from scratch, en inglés) por Andrew S. Tanenbaum en la década de los 80s, como un sistema operativo tipo
UNIX, donde su código fuente puede ser usado libremente para la educación. El sistema de archivos MINIX fue diseñado para
usarse en MINIX; copia la estructura básica del Sistema de archivos UNIX (UFS), pero evita características complejas para mantener
el código fuente limpio, claro y simple, donde su objetivo total es ser de Minix una ayuda útil de enseñanza.

Cuando Linus Torvalds comenzó a escribir el núcleo Linux en 1991, él trabajaba en una máquina corriendo MINIX, así el lanzamiento
inicial estuvo basado en las funcionalides de éste último sistema operativo. Hasta que en abril de 1992 se realiza la introducción del
Extended file system (sistema de archivos extendido, conocido como ext), donde Linux usa el sistema de archivos MINIX. Este
sistema de ficheros es aún usado por algunas distribuciones GNU/Linux para arrancar discos y en otras situaciones, donde se
necesite un sistema de archivos simple y compacto.

Un sistema de archivos MINIX tiene seis componentes:

1. El Bloque de arranque, el cual es el que se almacena en el primer bloque de un disco duro. Contiene el cargador de
Arranque, que carga y corre un sistema operativo dentro del sistema conocido como sistema de inicio.
2. El segundo bloque es el Superblock, el cual almacena datos relacionados al sistema de archivos, que permite al sistema
operativo localizar y enteneder otras arquitecturas de sistemas de archivos. Por ejemplo, el número de inodos y zonas, el
tamaño de los dos bitmaps y el bloque de inicio de una área de datos.
3. El inode bitmap, es el mapa simple de uno de los inodos que rastrea cuales están en uso y cuales están libres,
representadolos con un 1 (para los en uso) y con un 0 (para los libres).
4. El zone bitmap, trabaja de similar forma al inode bitmap, excepto que rastrea las zonas.
5. El área de inodos. Cada archivo o directorio es representado como un inodo, el cual graba metadatos incluyendo los tipos
(archivo, directorio, bloque, carácter, pipe), identidad (is) para el usuario y el grupo, tres registros de fecha y el tiempo de
último acceso, la última modificación y el último cambio de estado. Un inodo también contiene una lista de las direcciones
que indican las zonas en el àrea de datos donde el archivo o los datos de directorio están actualmente almacenados.
6. El data area (área de datos), es el componente más largo de un sistema de archivos, que usa la mayor parte del espacio. Es
donde los archivos y directorios de datos están almacenados.

ReiserFS
Es soportado por Linux y existen planes de futuro para incluirlo en otros sistemas operativos. También es soportado por Windows (de
forma no oficial), aunque por el momento de manera inestable y rudimentaria (ReiserFS bajo windows).
A partir de la versión 2.4.1 de Linux, ReiserFS se convirtió en el primer sistema de ficheros con journal en ser incluido en el núcleo
estándar. También es el sistema de archivos por defecto en varias distribuciones, como SuSE (excepto en openSuSE 10.2 cuyo
formato por defecto es ext3), Xandros, Yoper, Linspire, Kurumin Linux, FTOSX, Libranet y Knoppix.
Características
 Journaling. Esta es la mejora a la que se ha dado más publicidad, ya que previene el riesgo de corrupción del sistema de
archivos.
 Reparticionamiento con el sistema de ficheros montado y desmontado. Podemos aumentar el tamaño del sistema de ficheros
mientras lo tenemos montado y desmontado (online y offline). Para disminuirlo, únicamente se permite estando offline
(desmontado). Namesys nos proporciona las herramientas para estas operaciones, e incluso, podemos usarlas bajo un
gestor de volúmenes lógicos como LVM o EVMS.
 Tail packing, un esquema para reducir la fragmentación interna.

Desventajas
 Los usuarios que usen como sistema de ficheros ext2, deben formatear sus discos, aunque no así los que usen ext3.
 ReiserFS en versiones del kernel anteriores a la 2.4.10 se considera inestable y no se recomienda su uso, especialmente en
conjunción con NFS
 Algunas operaciones sobre archivos (por ejemplo unlink(2)) no son síncronas bajo ReiserFS, lo que pueden causar
comportamientos extraños en aplicaciones fuertemente basadas en locks de archivos.
 No se conoce una forma de desfragmentar un sistema de archivos ReiserFS, aparte de un volcado completo y su
restauración.

ext2
Es un sistema de archivos para el kernel Linux. Fue diseñado originalmente por Rémy Card. La principal desventaja de ext2 es que no
implementa el registro por diario (en inglés Journaling) que sí implementa su sucesor ext3, el cual es totalmente compatible.
ext2 fue el sistema de ficheros por defecto de las distribuciones de Linux Red Hat Linux, Fedora Core y Debian hasta ser reemplazado
recientemente por su sucesor ext3.

El sistema de ficheros tiene un tipo de tabla FAT de tamaño fijo, donde se almacenan los i-nodos. Los i-nodos son una versión muy
mejorada de FAT, donde un puntero i-nodo almacena información del archivo (ruta o path, tamaño, ubicación física). En cuanto a la
ubicación, es una referencia a un sector del disco donde están todos y cada una de las referencias a los bloques del archivo
fragmentado. Estos bloques son de tamaño especificable cuando se crea el sistema de archivos, desde los 512 bytes hasta los 4 kB,
lo cual asegura un buen aprovechamiento del espacio libre con archivos pequeños.
Los límites son un máximo de 2 TB de archivo, y de 4 TB de partición.

ext3
Es un sistema de archivos con registro por diario (journaling). Es el sistema de archivo más usado en distribuciones Linux, aunque en
la actualidad está siendo remplazado por su sucesor, ext4.
La principal diferencia con ext2 es el registro por diario. Un sistema de archivos ext3 puede ser montado y usado como un sistema de
archivos ext2. Otra diferencia importante es que ext3 utiliza un árbol binario balanceado (árbol AVL) e incorpora el asignador de
bloques de disco Orlov.
Ventajas
Aunque su velocidad y escalabilidad es menor que sus competidores, como JFS, ReiserFS o XFS, tiene la ventaja de permitir
actualizar de ext2 a ext3 sin perder los datos almacenados ni tener que formatear el disco. Tiene un menor consumo de CPU y está
considerado más seguro que otros sistemas de ficheros en Linux dada su relativa sencillez y su mayor tiempo de prueba.
El sistema de archivo ext3 agrega a ext2 lo siguiente:
 Registro por diario.
 Índices en árbol para directorios que ocupan múltiples bloques.
 Crecimiento en línea.
Límites de tamaño
Ext3 tiene dos límites de tamaño distintos. Uno para archivos y otro para el tamaño del sistema de archivos entero. El límite del
tamaño del sistema de archivos es es 231−1 bloques

Desventajas

Funcionalidad
Como ext3 está hecho para ser compatible con ext2, la mayoría de las estructuras del archivación son similares a las del ext2. Por
ello, ext3 carece de muchas características de los diseños más recientes como las extensiones, la localización dinámica de los inodos,
y la sublocalización de los bloques.

Fragmentación
No hay herramienta de desfragmentación online para ext3 que funcione en nivel del sistema de archivos. Existe un desfragmentador
offline para ext2, e2defrag, pero requiere que el sistema de archivos ext3 sea reconvertido a ext2 antes de iniciarse.

Compresión
El soporte para la compresión está disponible como un parche no oficial para ext3. Este parche es un porte directo de e2compr pero
necesita un mayor desarrollo ya que todavía no implementa el journaling. El actual parche es llamado e3compr .

No hay comprobación en el diario

Ext3 no hace la suma de verificación cuando está escribiendo en el diario. Si barrier = 0 no está habilitado como una opción de
montaje, y si el hardware está escribiendo fuera de orden, se corre el riesgo de una corrupción muy amplia del sistema de archivos en
caso de que haya un fallo repentino del hardware.
 BIBLIOGRAFÍA

 http://es.kioskea.net/contents/repar/fat32.php3
 http://www.ibiblio.org/pub/Linux/docs/LDP/system-admin-guide/translations/es/html/ch06s08.html
 http://www.ibiblio.org/pub/Linux/docs/LDP/system-admin-guide/translations/es/html/ch06s08.html
 http://es.wikipedia.org/wiki/Ext2
 http://es.wikipedia.org/wiki/Ext3
 http://support.microsoft.com/kb/100108/es
 http://es.wikipedia.org/wiki/ReiserFS