Sistemas de archivos comparados: NTFS, ext4, APFS, Btrfs y ZFS

Formatear un disco obliga a elegir. NTFS, ext4, APFS, Btrfs y ZFS son cinco maneras distintas de ordenar los datos: unas confían en un registro de cambios y otras vigilan cada bloque contra la corrupción silenciosa. NTFS, por ejemplo, es para Microsoft Learn el sistema de archivos por defecto de los Windows modernos.

Repasamos qué ofrece cada uno y qué límites publica su dueño, con la documentación oficial de Microsoft, del núcleo Linux, de Apple, de Btrfs y de OpenZFS consultada el 8 de octubre de 2026.

---

NTFS: el de Windows

Learn le atribuye descriptores de seguridad, cifrado, cuotas de disco y metadatos ricos. Para la fiabilidad, lleva un registro de transacciones: si el sistema se cae, en el siguiente arranque lo usa para devolver el volumen a un estado coherente. Además, su autorreparación corrige en segundo plano daños menores sin desconectar el volumen.

Los permisos van por listas de control de acceso (ACL), que fijan qué usuarios y grupos pueden leer o escribir cada archivo. El tamaño máximo depende del clúster, la unidad de espacio con la que trabaja: con el de 4 KB que trae por defecto, volúmenes y archivos llegan a 16 TB; con el máximo de 2048 KB, a 8 PB, en Windows Server 2019 y Windows 10 1709 o posteriores. Los nombres admiten hasta 255 caracteres Unicode, recoge la tabla comparativa de Learn.

---

ext4: el veterano de Linux

La guía del núcleo Linux lo describe como un nivel avanzado de ext3, con mejoras de escalabilidad y fiabilidad para sistemas de archivos grandes, de 64 bits. Entre sus funciones están los extents, que reducen lo que ocupan los metadatos, el cifrado por archivo (fscrypt) y la búsqueda de nombres sin distinguir mayúsculas, que se activa carpeta a carpeta. Si vienes de Windows, mira cómo se organiza Linux por dentro y qué pide un arranque dual.

Su protección es el diario, un registro de lo que va a escribir. Por defecto trabaja en modo «ordered»: registra solo los metadatos, pero escribe antes los datos asociados. Con el bloque típico de 4 KiB, la documentación de bloques fija el archivo máximo en 16 TiB y el sistema de archivos en 16 TiB, o en 64 ZiB con la función de 64 bits.

---

APFS: el de Apple

Apple File System sustituyó a HFS Plus como sistema por defecto en iOS 10.3 y macOS High Sierra. Su documentación para desarrolladores destaca, entre otras novedades, los clones, las instantáneas y el espacio compartido. Un clon es una copia que no ocupa espacio extra: los cambios se escriben en otro sitio y los dos archivos siguen compartiendo los bloques sin tocar.

Lo del espacio compartido es su gran diferencia: varios volúmenes viven en un mismo contenedor y se reparten su espacio libre a medida que lo necesitan. La Utilidad de Discos ofrece cuatro variantes: normal, cifrada, sensible a mayúsculas (donde «Deberes» y «DEBERES» son carpetas distintas) y cifrada y sensible a mayúsculas. Está optimizado para SSD, pero también sirve en discos duros.

---

Btrfs: copias baratas y vigilancia en Linux

La documentación de Btrfs lo define como un sistema copy on write para Linux (escribe cada cambio en un sitio nuevo en vez de sobrescribir), centrado en la tolerancia a fallos, la reparación y la administración sencilla. Guarda sumas de verificación de datos y metadatos, una especie de huella de cada bloque, para detectar la corrupción silenciosa, y un proceso en segundo plano (scrub) repara los archivos que tienen copias redundantes.

Gestiona varios discos por sí mismo, con perfiles como RAID 0, RAID 1 o RAID 10; los de paridad, como RAID 5 y 6, son experimentales y no aptos para producción. Suma instantáneas de solo lectura y escribibles, subvolúmenes, compresión con ZLIB, LZO o ZSTD y copias rápidas (reflinks). Su página de límites da 255 caracteres por nombre, un tope que pone Linux, y 16 EiB por archivo, que en la práctica se quedan en 8 EiB.

---

ZFS: todo gira alrededor del pool

ZFS parte de otra idea: el pool, un conjunto lógico de dispositivos que da espacio a los datos y es la raíz de todo el árbol. Sus conceptos oficiales incluyen instantáneas de solo lectura que se crean casi al instante y al principio no ocupan espacio, clones escribibles a partir de ellas y deduplicación, que quita bloques repetidos pero gasta mucha memoria: OpenZFS recomienda al menos 1,25 GiB de RAM por cada TiB.

Según OpenZFS, todos los datos y metadatos llevan suma de verificación, y el sistema repara solo lo dañado a partir de una copia buena. Para eso el pool necesita redundancia: un espejo aguanta que fallen todos sus discos menos uno, y los grupos raidz1, raidz2 y raidz3 resisten uno, dos o tres fallos sin perder datos. Sin redundancia, avisa la documentación de pools, un solo bit corrupto puede dejar inaccesibles parte o todos los datos.

---

Cara a cara: lo que publica cada dueño

Donde pone «no lo publica», el dato no aparece en las páginas oficiales consultadas.

---

Te puede interesar

Tech Planet participa en el programa de afiliados de Amazon. Si compras a través de estos enlaces, recibimos una pequeña comisión sin coste extra para ti, lo que nos ayuda a seguir creando contenido como este.