Conclusión: verifica por separado el tamaño de la matriz y del sistema de archivos antes de reconstruir RAID 5
La antigua interfaz de usuario 1.4.1 mostraba un estado confuso: la expansión alcanzaba el 100 %, Storage mostraba el total mayor de 36 TB, Files seguía mostrando aproximadamente la capacidad utilizable anterior y el control de expansión permanecía bloqueado. Esto puede significar que la matriz md creció, pero que el sistema de archivos o la interfaz no completaron su propio redimensionamiento o actualización. No deduzcas que la operación tuvo éxito a partir de una sola tarjeta de capacidad, ni que falló a partir de otra.
Paso 1: comprueba el número de miembros RAID y el estado de la matriz
cat /proc/mdstat
sudo mdadm --detail /dev/mdXConfirma que el nuevo disco sea un miembro activo, que el estado de la matriz sea limpio y que no siga ejecutándose ninguna operación de reorganización o recuperación. El estado de la matriz mdadm es la referencia subyacente de RAID en Linux.
Paso 2: comprueba el tamaño del dispositivo de bloques y del sistema de archivos
lsblk -f
df -h
Si el dispositivo md es mayor, pero el sistema de archivos montado sigue indicando el tamaño anterior, la capa RAID se amplió, pero el sistema de archivos no. Es un problema distinto de una reorganización fallida de los discos.
No ejecutes comandos de ampliación del sistema de archivos a ciegas
EXT4, BTRFS y otros sistemas de archivos utilizan herramientas de expansión diferentes. Identifica primero FSTYPE. Para EXT4, la herramienta correspondiente es resize2fs; en BTRFS, la semántica del redimensionamiento del sistema de archivos es diferente. La ampliación del sistema de archivos EXT4 explica el procedimiento para EXT.
La documentación actual de ZimaOS considera que RAID 5 puede ampliarse
El material actual sobre RAID indica explícitamente que RAID 5 puede crecer añadiendo unidades con el tiempo. Por tanto, el comportamiento antiguo de la versión 1.4.1 es un problema histórico de expansión o de la interfaz, no una prueba de que la expansión de RAID 5 no sea compatible. La expansión de RAID5 en ZimaOS es la referencia moderna.
Detén las aplicaciones pesadas antes de una reorganización de varios días
Posteriormente, el usuario de la fuente reconstruyó la matriz y logró ampliarla dos veces después de detener los contenedores y evitar interacciones con Files y Storage durante la operación. Esto constituye una precaución operativa útil, pero no demuestra que dejar Files abierto causara el fallo original. La conclusión más segura es reducir las escrituras y las interferencias de la interfaz durante una reorganización prolongada, no declarar que una pestaña del navegador fue la causa principal.
No reinicies durante la reorganización salvo que la recuperación lo requiera
La reorganización RAID es una operación delicada de almacenamiento. Si /proc/mdstat muestra progreso activo, deja que termine a menos que el sistema esté fallando realmente. Una pérdida repentina de alimentación aumenta el riesgo. Cuando sea posible, utiliza un SAI para expansiones prolongadas.
Haz una copia de seguridad antes de añadir otra unidad
RAID 5 tolera el fallo de un miembro, pero la reorganización aumenta la actividad en todos los discos y no sustituye a una copia de seguridad. La copia de seguridad de ZimaOS debe completarse antes de iniciar una operación de varios días.
Si la interfaz sigue indicando una expansión al 0 %
Después de comprobar que la matriz y el sistema de archivos están en buen estado y que el sistema de archivos reconoce el nuevo tamaño, resulta más probable que exista un estado obsoleto de la interfaz o del servicio. Reinicia solo después de que haya terminado la actividad de almacenamiento y vuelve a comprobarlo. No deshagas ni vuelvas a crear la matriz únicamente para borrar un indicador de progreso.
Reconstruye solo como último recurso de recuperación
Finalmente, el usuario original hizo una copia de seguridad, deshizo el RAID y lo reconstruyó. Funcionó, pero es una operación destructiva. Actualmente, utiliza el estado de la CLI, la documentación vigente y las copias de seguridad para determinar si el problema real está en la matriz, el sistema de archivos o la interfaz antes de elegir la reconstrucción. La recuperación de RAID describe los límites del proceso de recuperación.
Preguntas frecuentes
¿Por qué Storage muestra más capacidad que Files?
Es posible que el dispositivo de bloques RAID haya crecido mientras el sistema de archivos o la interfaz Files siguen reflejando el tamaño anterior.
¿Puede RAID 5 ampliarse añadiendo unidades en ZimaOS?
La documentación actual de ZimaOS indica que RAID 5 puede crecer añadiendo unidades con el tiempo.
¿Debo cerrar Files durante la expansión?
Es sensato reducir las escrituras activas, pero el hilo antiguo no demuestra que una pestaña abierta de Files causara el fallo.
¿Cuándo debo ejecutar resize2fs?
Solo después de confirmar que el sistema de archivos es EXT y que el dispositivo de bloques subyacente ya es mayor.
¿Debo reconstruir la matriz si la interfaz está bloqueada?
No hasta que las comprobaciones de mdadm y del sistema de archivos indiquen un problema real de almacenamiento. Un indicador de progreso obsoleto, por sí solo, no basta.
