Cuando montas un servidor doméstico o un NAS, la pregunta sobre qué sistema de archivos usar suele recibir la respuesta más cómoda: el que viene por defecto. En Ubuntu es ext4. En TrueNAS es ZFS. En la mayoría de distribuciones para Raspberry Pi es también ext4. Y esa respuesta por defecto es razonable la mayor parte del tiempo, pero si vas a guardar datos que te importan, vale la pena entender qué estás eligiendo y por qué las alternativas existen.
ext4: el sistema de archivos que funciona y no da problemas
ext4 lleva siendo el estándar en Linux desde 2008 y sigue siendo la opción dominante por razones sólidas: es maduro, está extremadamente bien probado, funciona en cualquier hardware, consume pocos recursos y tiene soporte garantizado en todas las distribuciones. Si tienes una Raspberry Pi con un SSD externo y quieres instalar Nextcloud, Jellyfin o cualquier otro servicio, ext4 es lo correcto. En nuestra guía sobre la Raspberry Pi 5 como servidor multimedia lo usamos por defecto precisamente por eso.
Sus limitaciones son conocidas: no tiene checksums de datos, lo que significa que puede guardar silenciosamente un archivo corrupto sin detectarlo. No tiene snapshots nativos. Y si el sistema se apaga de golpe en medio de una escritura, puede haber inconsistencias que el fsck tarda en resolver. Para un homelab con datos de bajo riesgo, estas limitaciones son aceptables. Para un servidor donde guardas backups o archivos médicos o documentación crítica, ya no tanto. Si estás montando tu primera instalación de self-hosting, la Guía Definitiva de Self-Hosting 2026 cubre qué aplicaciones encajan mejor con cada tipo de almacenamiento.
Tamaño máximo de archivo: 16 TB. Tamaño máximo de volumen: 1 exabyte. Para uso doméstico, estos límites no existen en la práctica.
Btrfs: el sistema de archivos moderno que ya es estable
Btrfs lleva años con fama de inestable que ya no se sostiene. En 2026 es perfectamente apto para producción en la mayoría de casos de uso, y viene activado por defecto en Fedora desde hace varios ciclos y en openSUSE desde hace una década.
Lo que ofrece que ext4 no tiene: checksums de datos e integridad, snapshots instantáneos que consumen espacio mínimo, compresión transparente (zstd funciona bien y mejora la velocidad en muchos casos), y la posibilidad de añadir y quitar discos de un volumen en caliente. Los snapshots son especialmente útiles en un servidor: antes de actualizar una aplicación, haces un snapshot del volumen, y si algo falla puedes volver al estado anterior en segundos.
Su Achilles es el RAID 5/6, que tiene bugs conocidos desde hace años y que los desarrolladores siguen sin terminar de resolver. Si necesitas RAID 5 o 6, Btrfs no es tu opción. Para RAID 1 (espejado) o para un disco único, funciona perfectamente.
Para un homelab con Proxmox, Btrfs como sistema de archivos base es una opción razonable y bien soportada. Si estás evaluando si Proxmox encaja mejor que otras soluciones de virtualización para tu caso, el análisis del Turing Pi 3 toca exactamente ese dilema en un contexto de hardware compacto.
ZFS: el sistema de archivos para datos que no puedes perder
ZFS es la opción que eligen quienes se toman en serio la integridad de los datos. Desarrollado originalmente por Sun Microsystems, disponible en Linux a través de OpenZFS, es el sistema de archivos que usan TrueNAS, la mayoría de soluciones NAS empresariales y cualquier entorno donde la pérdida de datos tiene consecuencias reales.
Sus características de protección de datos no tienen equivalente en las alternativas: checksums de todo el árbol de datos, auto-reparación cuando detecta inconsistencias si hay suficiente redundancia (compara la copia corrupta contra el espejo y la corrige automáticamente), snapshots eficientes, compresión integrada, y un modelo de RAID propio (RAIDZ1, RAIDZ2, RAIDZ3) que funciona de forma fiable y lleva décadas en producción.
El precio de todo esto es la memoria RAM: ZFS funciona mejor con abundante RAM porque usa el ARC (Adaptive Replacement Cache) de forma agresiva. La recomendación general es 1 GB de RAM por cada TB de almacenamiento para un NAS doméstico. Antes de planificar una instalación con ZFS conviene revisar bien qué RAM tienes disponible y si el dato que aparece en el sistema corresponde realmente a la capacidad efectiva. Con 8 GB de RAM puedes gestionar un NAS de 8 TB con comodidad. Con 4 GB ya empieza a ser ajustado.
En Linux, ZFS se instala como módulo DKMS y tiene algunas fricciones de integración que ext4 y Btrfs no tienen. TrueNAS SCALE lo gestiona por ti si no quieres lidiar con eso.
XFS: la opción silenciosa para ficheros grandes
XFS es el sistema de archivos por defecto en Red Hat Enterprise Linux y en sus derivados (Rocky Linux, AlmaLinux). Está diseñado para volúmenes grandes y para manejar archivos de gran tamaño con eficiencia: su estructura de árboles B+ lo hace especialmente bueno en operaciones de lectura/escritura paralelas.
La novedad de Linux 7.0 que mencionamos antes, la auto-reparación autónoma de XFS, lo hace más atractivo para un NAS donde no quieres estar pendiente de la salud del sistema de archivos. Si tienes un servidor con Rocky Linux o AlmaLinux, XFS es lo correcto y no hay razón para cambiarlo.
La guía rápida
| Caso de uso | Sistema de archivos recomendado |
|---|---|
| Raspberry Pi, homelab básico | ext4 |
| Servidor con snapshots y sin RAID 5/6 | Btrfs |
| NAS con datos críticos y buena RAM | ZFS (TrueNAS SCALE) |
| Servidor RHEL/Rocky/AlmaLinux | XFS |
| Máquinas virtuales en Proxmox | Btrfs o ZFS según la RAM disponible |
La elección del sistema de archivos no se cambia fácilmente una vez que tienes datos en el disco: migrar entre sistemas de archivos requiere un backup completo, formatear y restaurar. Dedicar veinte minutos a pensar en esto antes de instalar vale más que un fin de semana recuperando datos después.
0 Comentarios