Un RAID5 que muestra «Protegiendo» no está necesariamente bloqueado ni reconstruyéndose. En el caso original, /proc/mdstat mostraba los cuatro miembros presentes como [UUUU], mientras que sync_action devolvía idle y array_state devolvía clean. Ese es un estado saludable de mdraid.
Por lo tanto, la etiqueta «Protegiendo» puede ser una presentación de ZimaOS del estado de protección/paridad, no una evidencia de que haya una reconstrucción activa. Verifica el estado subyacente del array antes de interrumpirlo.
Lee primero /proc/mdstat
cat /proc/mdstatEn un RAID5 de cuatro discos, [UUUU] significa que las cuatro ranuras de miembros esperadas están activas. Un guion bajo, como [UU_U], indica que falta un miembro o que ha fallado.
Comprueba si se está ejecutando alguna sincronización
cat /sys/block/md0/md/sync_actionEl usuario original recibió idle, lo que confirmaba que en ese momento no había ninguna resincronización, recuperación ni comprobación activa.
Comprueba el estado del array md
cat /sys/block/md0/md/array_stateclean significa que md considera que el array es coherente y no está marcado como sucio.
Comprende el mapa de intención de escritura
El resultado original mostraba un mapa de bits. Un mapa de intención de escritura registra las regiones modificadas mientras el array está activo y puede reducir el trabajo de recuperación después de un apagado incorrecto. Su presencia no es un error por sí misma.
Compara con el comportamiento actual de RAID en ZimaOS
La guía de RAID de ZimaOS actual indica que RAID5 activa la paridad automáticamente y que la inicialización puede continuar mientras el array sigue siendo utilizable.
Cuándo es necesario investigar «Protegiendo»
Investiga si /proc/mdstat muestra una reconstrucción o resincronización, si faltan uno o más miembros, si aparecen errores de E/S repetidos, si la interfaz muestra el estado Degradado o si array_state no es clean cuando esperas que lo sea.
No detengas el array solo para borrar la etiqueta
Si el array está limpio, inactivo y completo, detener mdraid puede crear un riesgo innecesario. «Protegiendo» no es motivo para recrear el grupo de almacenamiento.
Haz copias de seguridad aunque RAID esté saludable
RAID5 protege contra el fallo de un disco, pero no contra eliminaciones, malware, fallos del controlador ni desastres. Conserva una copia de seguridad independiente.
La guía de planificación de copias de seguridad explica esa segunda capa.
«Protegiendo» puede aparecer después de crear o ampliar el array
El array original se había creado recientemente y después se había llenado con varios terabytes de datos. ZimaOS puede mantener una etiqueta de estado orientada a la protección incluso después de que mdraid indique que no hay ninguna sincronización activa. Por lo tanto, el estado de md a bajo nivel es una señal de diagnóstico más fiable.
Comprueba si hay errores de E/S ocultos
dmesg | grep -Ei 'md0|nvme|error|timeout|reset' | tail -100Si el array está limpio, pero el kernel registra reinicios repetidos de NVMe o errores de E/S, investiga la unidad afectada o la ruta PCIe en lugar de descartar el estado como algo meramente visual.
Registra una referencia de estado saludable
Guarda una copia de /proc/mdstat, array_state y los números de serie de los miembros mientras el array esté saludable. Si más adelante pasa al estado Degradado, tendrás una referencia conocida para compararlo.
Preguntas frecuentes
¿«Protegiendo» significa que RAID se está reconstruyendo?
No necesariamente. En el caso original, sync_action estaba en idle y el array estaba limpio.
¿Qué significa [UUUU]?
Los cuatro miembros mdraid esperados están activos.
¿Debo esperar antes de copiar datos?
Si realmente se está ejecutando una inicialización o resincronización, el rendimiento puede verse reducido; comprueba /proc/mdstat en lugar de basarte únicamente en la etiqueta.
¿Cuándo está RAID5 en mal estado?
Los miembros ausentes, el estado Degradado, los errores de E/S, los diagnósticos SMART fallidos o una recuperación activa después de una desconexión inesperada requieren atención.
