Si ZimaOS detecta tus unidades, pero la pantalla de creación de RAID las asigna a las bahías incorrectas, deja vacías algunas ranuras seleccionables o muestra solo algunos discos, primero distingue un problema actual de estado del RAID del antiguo problema de asignación de discos en hardware no ZimaCube documentado en este hilo. La página 2 refleja en gran medida el comportamiento de ZimaOS 1.2.x y las primeras versiones 1.3.x en hardware DIY.
La solución de problemas de RAID actual de ZimaOS comienza con el recuento de unidades, el estado de los discos, el formateo individual, un punto de montaje vacío y un reinicio. Solo después de esas comprobaciones deberías considerar las soluciones antiguas para la asignación de ranuras, y únicamente si puedes reproducir el mismo defecto de asignación en tu versión actual.
Cómo se veía el antiguo error de asignación de discos
Varios usuarios de hardware no ZimaCube informaron de que las unidades conectadas físicamente aparecían en posiciones virtuales inesperadas. La página de almacenamiento podía mostrar discos en las bahías 4, 5 y 6, mientras que el cuadro de diálogo de RAID esperaba discos en posiciones anteriores, dejando desactivado el botón «Siguiente» u ocultando una unidad de la selección.
El reconocimiento y la elegibilidad para RAID eran dos capas diferentes
Esta distinción sigue siendo útil hoy. Ver un disco en lsblk demuestra que el kernel detecta un dispositivo de bloques. Verlo en Archivos o en el Administrador de almacenamiento demuestra que otra capa lo reconoce. Que se pueda seleccionar para RAID añade otra capa de elegibilidad y de interfaz de usuario.
Si falla una capa, registra dónde desaparece el disco en lugar de borrarlo inmediatamente. Comprueba el estado del sistema de archivos, los metadatos de RAID existentes, el estado del montaje y si la interfaz actual considera que el disco está disponible para una matriz nueva.
Ejecuta las comprobaciones actuales de RAID antes de editar la configuración del sistema
La guía oficial actual para solucionar problemas de RAID recomienda verificar que haya al menos dos unidades, comprobar el estado de los discos, confirmar que cada disco se pueda formatear correctamente, asegurarse de que el punto de montaje previsto esté vacío y reiniciar antes de volver a intentar la creación.
La lista de comprobación actual para solucionar problemas de RAID en ZimaOS debería ser tu primer recurso incluso con hardware DIY, porque evita suposiciones que podrían provocar la pérdida de datos.
SataStartNumber era una solución alternativa comunitaria específica de una versión
En el hilo antiguo, una respuesta del equipo de IceWhale reconoció que la lógica inicial de la interfaz de ZimaOS estaba estrechamente vinculada a la distribución de ranuras del ZimaCube. Se indicó a los usuarios que inspeccionaran la ubicación de los discos en los controladores mediante lsblk -o hctl y, en ciertos sistemas DIY, ajustar SataStartNumber en /etc/casaos/local-storage.conf.
Algunos usuarios confirmaron que esto corrigió la asignación de las bahías virtuales; posteriormente, otros informaron que las versiones más recientes de ZimaOS solucionaron su configuración sin conservar la misma solución alternativa. Por eso, la edición es una técnica histórica de compatibilidad, no un requisito universal actual.
No apliques una SataStartNumber valor de otra placa base. La topología del controlador varía según el sistema, y es posible que el ZimaOS actual ya no utilice las mismas suposiciones.
Las capturas de pantalla muestran por qué son importantes los límites entre versiones
ZimaOS 1.7.1 también incluye una corrección para mostrar con precisión el estado del RAID en ciertos escenarios. Esto no demuestra que se hayan resuelto todos los casos de asignación de bahías en sistemas DIY, pero es otra razón para reproducir el problema en una versión actual antes de seguir una modificación de configuración de 2024.
No conviertas la solución alternativa de shell para cinco discos en una receta general
Más adelante, un participante tenía cinco dispositivos NVMe de 8 TB. La interfaz solo mostraba cuatro para la creación del RAID, aunque el quinto dispositivo era visible en otra sección, y finalmente el usuario amplió RAID5 manualmente con mdadm.
Detener, volver a ensamblar o ampliar un arreglo con comandos de bajo nivel puede provocar la pérdida de datos si la lista de dispositivos o las suposiciones sobre los metadatos son incorrectas. En un sistema actual que reconoce los discos pero no puede utilizarlos en la interfaz de RAID, haz una copia de seguridad de los datos importantes y escala el caso con la versión, lsblk salida, topología del controlador, capturas de pantalla y estado actual del arreglo, en lugar de copiar la antigua secuencia de comandos de shell.
