El argumento más sólido en este hilo de solicitudes de funciones de ZimaOS de 2025 no fue simplemente «añadan otro sistema de archivos». Los usuarios querían un modelo de almacenamiento similar al de Unraid: conservar discos formateados individualmente y de distintos tamaños, presentarlos como un único conjunto lógico y añadir protección mediante paridad sin convertir toda la colección en una matriz RAID distribuida convencional.
Zima-Giorgio respondió preguntando por qué la próxima opción JBOD de ZimaOS 1.4.2 no sería suficiente y solicitó casos de uso concretos del mundo real. Las respuestas dejan clara la diferencia: JBOD puede combinar capacidades, mientras que MergerFS junto con SnapRAID resulta atractivo porque separa la agrupación de discos de la paridad programada y permite ampliar una colección multimedia doméstica con unidades diferentes a lo largo de muchos años.
Por qué los usuarios de NAS domésticos solicitaron MergerFS y SnapRAID
Varios participantes describieron sistemas de almacenamiento que crecen poco a poco. Un usuario tenía discos de 3 TB, 6 TB y 12 TB. Otro describió una cadena en la que un disco de 8 TB sustituye a uno de 6 TB en el NAS principal, el disco de 6 TB desplazado pasa a un sistema de archivo y un disco de archivo más antiguo vuelve a desplazarse a un servidor de laboratorio doméstico.
El RAID tradicional puede resultar poco práctico para ese patrón porque la capacidad utilizable y las reglas de ampliación suelen asumir discos iguales o cuidadosamente planificados. Los usuarios querían conservar el valor de los discos existentes en lugar de reconstruir toda la matriz cada vez que compraran un disco más grande.
MergerFS y SnapRAID resuelven problemas diferentes
MergerFS es un sistema de archivos de unión. Puede hacer que varios sistemas de archivos independientes aparezcan bajo un único punto de montaje lógico, mientras los archivos siguen residiendo en los discos individuales que forman parte del conjunto.
SnapRAID es un software de paridad. Calcula información de paridad a partir de los archivos de los discos de datos y puede proporcionar comprobaciones de integridad. La sincronización de paridad normalmente se programa, en lugar de escribirse continuamente como en el RAID tradicional.
Por eso la combinación es popular para colecciones multimedia relativamente estáticas: MergerFS proporciona el espacio de nombres del conjunto, mientras que SnapRAID ofrece capacidad de recuperación ante fallos de discos seleccionados.
Por qué JBOD de ZimaOS no es el mismo diseño
La documentación actual de ZimaOS describe JBOD como la unión de varias unidades en un volumen continuo. Es una opción de capacidad, no el mismo modelo de paridad que solicitaban los usuarios.
Para consultar las opciones integradas actuales, compara las opciones RAID y JBOD disponibles en ZimaOS. JBOD resulta útil cuando el objetivo es simplemente agrupar capacidad, pero no se convierte en SnapRAID solo porque los discos que lo componen tengan distintos tamaños.
El autor de MergerFS se unió al debate
Trapexit, desarrollador de MergerFS, explicó que CasaOS había utilizado históricamente MergerFS para su función de almacenamiento «merge». Anteriormente había tratado con IceWhale una integración más profunda, pero dijo que esas conversaciones no habían dado lugar a una integración más amplia con ZimaOS en ese momento.
También describió una carga de trabajo razonable para MergerFS: archivos que se escriben una vez, se leen muchas veces y cambian con poca frecuencia, donde un conjunto lógico de sistemas de archivos independientes es más importante que un alto rendimiento de escritura aleatoria.
Más adelante apareció una pantalla de combinación de CasaOS en el hilo
Esta captura demuestra la existencia de la función en CasaOS, pero no demuestra que haya una página de administración de MergerFS compatible actualmente con ZimaOS.
Por qué los usuarios consideran que SnapRAID es diferente de la paridad en tiempo real
El hilo se centró repetidamente en archivos multimedia donde los archivos no cambian constantemente. La paridad programada permite que los discos inactivos entren en reposo con mayor frecuencia y evita exigir que todos los discos participen en cada lectura. Los usuarios también valoraron las comprobaciones de integridad de SnapRAID para detectar corrupción silenciosa.
La contrapartida es que los cambios realizados después de la última sincronización de paridad no quedan protegidos por esa instantánea de paridad. Por tanto, SnapRAID no sustituye directamente a todos los tipos de cargas de trabajo RAID.
A qué se comprometió realmente IceWhale
Las respuestas oficiales fueron cautelosas. Zima-Giorgio pidió primero a los usuarios que explicaran por qué MergerFS y SnapRAID eran imprescindibles frente a JBOD. En noviembre de 2025 dijo que el equipo había recibido los comentarios y que reconsideraría la solicitud.
Eso no equivale a un compromiso de producto, una fecha de la hoja de ruta ni un anuncio de lanzamiento.
Estado actual
La documentación actual de almacenamiento de ZimaOS sigue centrada en discos individuales, JBOD, RAID y las opciones integradas relacionadas con ZFS. Actualmente no existe ninguna página oficial de configuración de SnapRAID en la interfaz de almacenamiento de ZimaOS.
Investigaciones posteriores de la comunidad en 2026 encontraron un binario de MergerFS en algunos sistemas ZimaOS y un proyecto comunitario de systemd-sysext que empaqueta MergerFS y SnapRAID. Son avances importantes, pero no equivalen a contar con compatibilidad oficial con SnapRAID por parte del fabricante, con una interfaz de ZimaOS compatible y un ciclo de vida gestionado.
Elige el modelo de almacenamiento según la carga de trabajo
- Discos iguales y redundancia continua: utiliza la opción RAID de ZimaOS que se ajuste a la tolerancia a fallos que necesitas.
- Simple agregación de capacidad sin necesidad de paridad: JBOD puede ser suficiente.
- Archivos multimedia de distintos tamaños, mayormente estáticos y con paridad programada: MergerFS junto con SnapRAID es el flujo de trabajo que solicitaban los usuarios de este hilo.
- Datos críticos que cambian: conserva copias de seguridad independientes, sea cual sea la tecnología de la matriz.
La paridad no es una copia de seguridad
La solicitud busca sobrevivir al fallo de una unidad, no proteger contra el borrado accidental, el ransomware o la destrucción del servidor completo. Un diseño con MergerFS y SnapRAID sigue necesitando un plan de copias de seguridad independiente para los datos irremplazables.
Preguntas frecuentes sobre MergerFS y SnapRAID
¿Anunció IceWhale compatibilidad oficial con SnapRAID?
No. El equipo solicitó casos de uso y posteriormente dijo que reconsideraría los comentarios.
¿JBOD de ZimaOS equivale a MergerFS junto con SnapRAID?
No. JBOD es una agregación de capacidad; el diseño solicitado combina un sistema de archivos de unión con sincronización de paridad.
¿Existe trabajo comunitario relacionado con MergerFS para ZimaOS?
Sí, pero los binarios comunitarios y los módulos sysext no deben describirse como una función oficial de administración de SnapRAID.
