La lista de verificación de RAID original de la comunidad pide a los usuarios confirmar que haya al menos dos unidades disponibles, comprobar el estado de salud de los discos, verificar que cada disco pueda formatearse, mantener vacío el punto de montaje previsto, reiniciar y volver a intentar crear el conjunto.
Las respuestas muestran por qué esa lista de verificación solo era un punto de partida. Entre ZimaOS 1.2.1 y 1.3.0, los usuarios también encontraron una interfaz de RAID que desaparecía, errores de sistema de archivos de solo lectura y una asignación incorrecta de las ranuras de las unidades en hardware que no era ZimaCube. Son casos históricos, no una afirmación sobre la interfaz actual de ZimaOS.
Comienza con las cinco comprobaciones originales
Confirma que haya al menos dos unidades disponibles
La guía comienza con el requisito de contar con el número mínimo de unidades. Las unidades que ya estaban habilitadas como almacenamiento independiente no siempre aparecían como miembros disponibles en el configurador de RAID histórico.
Comprueba el estado de salud de los discos y el formateo individual
Las siguientes comprobaciones separan un problema básico del disco de un problema de creación del conjunto. La guía recomienda revisar el estado de salud y confirmar que cada unidad puede completar un formateo individual sin errores.
Mantén vacío el punto de montaje y vuelve a intentarlo después de reiniciar
La guía indica que el punto de montaje previsto no debe contener archivos previamente. Se deben hacer copias de seguridad de los datos existentes antes de vaciar el punto de montaje. Tras completar las comprobaciones, la secuencia original termina con un reinicio del sistema y otro intento de crear el conjunto.
La interfaz histórica esperaba discos sin asignar o deshabilitados
Varios usuarios formatearon y habilitaron las unidades individualmente, pero después descubrieron que el punto de entrada de RAID había desaparecido o que no se podía seleccionar ningún disco. Una respuesta del equipo explicó que las unidades debían desactivarse como almacenamiento individual para que volvieran a aparecer como discos disponibles en el flujo de trabajo RAID. El formateo se realizaba después, al crear la matriz.
Esto no resolvió todos los casos. ZimaOS 1.2.2 incluía una corrección relacionada con la desactivación de discos individuales, y respuestas posteriores informaron de errores adicionales de selección de discos hasta la versión 1.2.4. Más adelante, un usuario confirmó que su problema original se había resuelto en la versión 1.3.0, aunque seguía considerando difícil localizar la interfaz RAID.
Un sistema de archivos de solo lectura produjo un fallo diferente
El registro de almacenamiento de un usuario mostró que ZimaOS no podía crear /media/Files porque el sistema de archivos era de solo lectura. Un miembro del equipo distinguió este caso de un problema de botones ausentes y pidió al usuario que comprobara el estado del montaje con:
mount -l | grep "/ "
mount -l | grep /media
lsblkLa comprobación solicitada era si el montaje correspondiente aparecía como solo lectura en lugar de lectura y escrituraEl hilo enumera como posibles causas los fallos de montaje, los errores del sistema de archivos, los permisos u otros problemas de configuración, pero no registra una reparación final para ese caso concreto de solo lectura.
El hardware que no era ZimaCube dejó al descubierto errores de asignación de las ranuras de unidades
Otro grupo de respuestas procedía de usuarios que ejecutaban ZimaOS en sistemas de terceros con varios controladores SATA o dispositivos NVMe. Sus discos eran visibles y podían formatearse, pero el diagrama RAID mostraba bahías vacías, números de bahía inesperados o menos unidades seleccionables de las que detectaba el sistema operativo.
Más adelante, el equipo publicó un procedimiento para mostrar discos en dispositivos que no son ZimaCube. Un usuario de ZimaOS 1.2.5 informó que seguir ese procedimiento corrigió las unidades mostradas y permitió crear una matriz RAID. Otro usuario confirmó que el mismo procedimiento resolvió el problema de inmediato.
Los cambios de la matriz mediante la línea de comandos no eran una solución general
Más adelante, otro participante creó una matriz RAID 5 de cuatro discos mediante la interfaz y añadió un quinto dispositivo NVMe con mdadmEl usuario describió el resultado como no ideal. Como esos comandos modifican una matriz activa y eran específicos de esa máquina, este resumen de la comunidad no los presenta como una secuencia de reparación reutilizable.
La respuesta final del equipo en mayo de 2025 clasificó otro informe sobre una bahía faltante como un problema de hardware de terceros y pidió al usuario que abriera un tema específico para que los ingenieros pudieran revisar capturas de pantalla y grabaciones. Esto refuerza el límite principal: que el sistema operativo muestre la unidad no garantiza que una interfaz de RAID antigua represente correctamente un mapa de ranuras específico del hardware.
Preguntas frecuentes
¿Por qué desapareció la opción de RAID después de formatear los discos?
En varios casos históricos de la versión 1.2.x, los discos habilitados como almacenamiento individual dejaron de considerarse disponibles para el flujo de trabajo de RAID. Deshabilitarlos volvió a mostrar la opción de RAID, aunque algunos sistemas seguían afectados por errores independientes de la interfaz y de la asignación de ranuras.
¿Actualizar ZimaOS resolvió todos los casos de unidades faltantes?
No. Algunos usuarios informaron que el problema se solucionó tras versiones posteriores o una instalación limpia, mientras que otros aún necesitaban el procedimiento para mostrar unidades en dispositivos que no eran ZimaCube. El resultado dependía de si la causa era la interfaz de usuario histórica, un sistema de archivos de solo lectura o la asignación de hardware de terceros.
