La diferencia clave no está solo en las funciones que añade cada uno, sino en cómo escriben los datos en el disco por debajo: ext4 sobrescribe directamente, mientras que Btrfs nunca toca un bloque existente y siempre escribe uno nuevo. Ese detalle, que parece técnico y menor, es la raíz de todas las ventajas y también de todos los quebraderos de cabeza que trae Btrfs.
#ext4: sencillo, predecible, sin sorpresas
ext4 es la evolución natural de ext3 y, a día de hoy, sigue siendo el sistema de archivos por defecto en la mayoría de distribuciones Linux orientadas a escritorio. Funciona de forma directa: cuando modificas un archivo, se actualiza el bloque correspondiente en el disco, sin capas adicionales ni mecanismos complejos por debajo. Es rápido en operaciones secuenciales, extremadamente estable y sus herramientas de reparación (fsck) llevan tantos años puliéndose que rara vez sorprenden con comportamientos raros.
#Btrfs: copy-on-write, y todo lo que eso implica
Btrfs se basa en un modelo llamado copy-on-write (CoW): en vez de sobrescribir un bloque de datos existente, escribe uno completamente nuevo, y luego actualiza en cascada los punteros que dicen «este archivo vive en estos bloques», «esta carpeta contiene estos archivos» y así hacia arriba. Gracias a este diseño puede ofrecer funciones que ext4 no tiene de forma nativa:
- Snapshots instantáneos de carpetas o subvolúmenes enteros, sin copiar físicamente los datos.
- Compresión nativa de archivos (Zstd, LZO, Zlib) sin necesidad de herramientas externas.
- Checksums en datos y metadatos, que permiten detectar corrupción silenciosa del disco.
- Múltiples archivos apuntando a los mismos bloques de datos, útil para deduplicación.
- RAID integrado a nivel de sistema de archivos (aunque los niveles 5 y 6 siguen considerándose experimentales).
#El precio de todas esas ventajas
El mismo mecanismo que hace posibles los snapshots instantáneos también introduce comportamientos que pueden resultar confusos si nunca los has visto antes. El más conocido es la gestión del espacio libre: Btrfs puede reportar que se ha quedado «sin espacio» en momentos en los que, a simple vista, parece que aún queda sitio de sobra, porque su forma de contabilizar el espacio usado y reservado es más compleja que la de ext4.
Otro efecto derivado del copy-on-write es que, si un archivo se actualiza solo parcialmente, los bloques antiguos que ya no forman parte del archivo pero siguen ocupando espacio no siempre se liberan de inmediato, generando lo que se conoce como espacio «muerto» o inalcanzable. En casos extremos, resolver este tipo de situaciones puede requerir procedimientos bastante técnicos, muy alejados de la sencillez de un simple «borra algo y listo» que suele bastar en ext4.
| Aspecto | ext4 | Btrfs |
|---|---|---|
| Modelo de escritura | Sobrescritura directa | Copy-on-write |
| Snapshots nativos | No | Sí, instantáneos |
| Compresión nativa | No | Sí |
| Checksums de integridad | No | Sí |
| RAID integrado | No | Sí (con matices en niveles 5/6) |
| Gestión del espacio libre | Simple y predecible | Más compleja, puede sorprender |
| Madurez y estabilidad | Muy alta, décadas de uso | Sólida, pero con más casos límite documentados |
#¿Cuál elegir?
Si tu distribución viene configurada con Btrfs de fábrica, como ocurre en openSUSE Tumbleweed, no hay motivo de alarma: viene acompañado de herramientas como Snapper que gestionan los snapshots automáticamente y facilitan revertir el sistema a un estado anterior si una actualización sale mal, que es precisamente el escenario donde Btrfs brilla de verdad. Para un uso de escritorio normal, sin necesidad de snapshots, compresión o RAID a nivel de sistema de archivos, ext4 sigue siendo la opción más simple y con menos sorpresas a largo plazo, y cambiarse a Btrfs solo tiene sentido si de verdad vas a aprovechar alguna de sus funciones avanzadas.