¿Qué significa «volumen degradado» o «averiado»?
Detrás de la interfaz amable de QNAP y Synology hay Linux y un RAID por software (mdadm). Cuando ves un aviso, conviene leer cuál de dos situaciones distintas describe. Degradado significa que falló un disco, pero el arreglo sigue dentro de su tolerancia —por ejemplo, un disco caído en un RAID 1, 5 o SHR— y los datos todavía se leen, aunque sin la protección de antes. Averiado (en Synology, «volume crashed») es más serio: el arreglo mdadm quedó inactivo, o el sistema de archivos —Btrfs o ext4— se bloqueó en solo lectura por corrupción de metadatos, y los datos ya no son accesibles desde la interfaz. Saber en cuál estás define qué puedes hacer sin riesgo y qué no.
| Estado | Qué pasó | ¿Se leen los datos? | Qué hacer primero |
|---|---|---|---|
| Degradado | Falló un disco, dentro de la tolerancia del RAID | Sí, normalmente | Respaldar en solo lectura ya |
| Averiado / crashed | mdadm inactivo o Btrfs/ext4 en solo lectura | No, desde la interfaz | Apagar; clonar discos |
| Cifrado por ransomware | El volumen lógico fue cifrado | No (cifrados) | Aislar; restaurar de copia limpia |
Lo primero: respalda en solo lectura
Si el volumen está degradado y el NAS aún responde, tu mejor jugada es la más sencilla: copia ahora mismo los datos importantes a otro destino —un disco externo, otro NAS, la nube—, sin hacer ningún otro cambio. Un arreglo degradado funciona «con una vida menos»: tolera el disco que ya cayó, pero no un segundo fallo. Cada hora que sigue funcionando así es una hora de riesgo, y cada acción de mantenimiento es una oportunidad de empeorar las cosas. Por eso la prioridad no es arreglar el RAID, sino poner los datos a salvo mientras todavía se dejan leer. Reparar viene después, y con copia en mano se hace sin angustia. Y si no tienes a dónde copiar todo el volumen, prioriza primero lo crítico: las bases de datos, los documentos y lo que no exista en ningún otro lado.
Lo que no debes hacer
La mayoría de las pérdidas «definitivas» en NAS no las causa el fallo original, sino la reacción. Evita estos movimientos:
- No pulses «Reparar», «Reinstalar» ni «Migrar» cuando la interfaz lo sugiere ante un volumen averiado.
- No fuerces el ensamblaje (en Linux, mdadm --assemble --force): puede consolidar un estado corrupto.
- No reemplaces un disco si fallaron más de los que el RAID tolera; la reconstrucción posterior reescribirá los discos.
- No hagas un reinicio de fábrica ni «inicialices» el almacenamiento: borra la definición del arreglo.
- No reinicies una y otra vez buscando que «vuelva solo»; cada arranque puede agravar el daño.
¿Por qué reconstruir desde la interfaz puede empeorar?
Es la pregunta clave, porque la interfaz invita justo a eso. Una reconstrucción (rebuild o resync) de mdadm no copia «solo los archivos»: reescribe el disco completo, sector a sector, incluso las zonas que el sistema de archivos da por libres. En un arreglo sano eso es rutina; en uno frágil, es una prueba de esfuerzo brutal sobre discos que quizá ya están al límite. El resultado típico y temido es que, durante la reconstrucción, un segundo disco débil también falle, y entonces se pierde todo. A eso se suma que, si los metadatos del arreglo están dañados, forzar la reconstrucción puede sobrescribir precisamente la información que un laboratorio necesitaba para reensamblar el RAID. Por eso la secuencia correcta es invariable: primero se clona cada disco, y solo sobre esas copias se intenta cualquier reparación.
Bajo el capó: mdadm, SHR y los sistemas de archivos
Entender la arquitectura ayuda a ver por qué el trabajo serio se hace fuera del NAS. En Synology, los discos forman arreglos mdadm —el SHR no es un RAID exótico, sino varios arreglos mdadm combinados en un grupo de volúmenes LVM— y encima va Btrfs o ext4. QNAP usa un esquema parecido, con LVM modificado. Cuando algo se rompe en esas capas, la recuperación consiste en clonar los discos sector a sector, reensamblar el arreglo en una estación Linux respetando el orden de los miembros, el tamaño de bloque y los metadatos, montar el sistema de archivos en solo lectura y reparar Btrfs o ext4 sobre las imágenes, jamás sobre los discos originales. Es el mismo principio que explicamos con los niveles de RAID: los datos siguen en los discos; lo que se perdió es el mapa para leerlos, y ese mapa se reconstruye sin arriesgar el original.
¿Y si fue ransomware (Qlocker, DeadBolt)?
Es un caso distinto y cada vez más común en NAS expuestos a internet. Lo tratamos a fondo en ransomware en NAS. Familias como Qlocker o DeadBolt cifran el volumen lógico que ve el sistema. Aquí el problema no es el RAID, sino el cifrado, así que la respuesta cambia: aísla el NAS de la red de inmediato, no pagues sin asesoría, no formatees y trata el equipo como la escena de un incidente. La salida limpia es restaurar desde una copia que el ataque no haya podido alcanzar —idealmente una copia inmutable o fuera de línea—. Si no la tienes, no sobrescribas el NAS: según la variante puede haber opciones, pero son limitadas. Los primeros pasos son los mismos que en cualquier ataque: actuar con cabeza en la primera hora marca la diferencia.
Cuándo llamar a un laboratorio
Hay señales que indican que ya no es momento de seguir probando por tu cuenta: el volumen aparece como averiado o no monta; fallaron más discos de los que el RAID tolera; el NAS dejó de arrancar tras una actualización de firmware; alguno de los discos hace ruidos mecánicos; el volumen cifrado no monta aunque la clave sea correcta; o ya se aplicó por error un reinicio o reformateo. En cualquiera de esos casos, lo que más datos salva es apagar y no insistir. En Data Recovery Panama clonamos cada disco y reensamblamos el arreglo en solo lectura, sin tocar los originales; y si entregas el equipo, ayuda mucho aportar el modelo exacto, el número de bahías, cuántos discos hay y su capacidad, si el volumen estaba cifrado y cualquier código de error que mostró el NAS antes de fallar.
Preguntas frecuentes
No pulses «Reparar», «Reinstalar» ni «Migrar», y no fuerces el ensamblaje. «Volumen averiado» suele significar que el arreglo mdadm quedó inactivo o que el sistema de archivos entró en solo lectura por corrupción. Apaga el NAS; los datos normalmente se recuperan si los discos se clonan antes de cualquier escritura. Esos clones se ensamblan y leen en un laboratorio, sin tocar los originales.
Solo si el arreglo sigue dentro de su tolerancia (un disco caído en RAID 1/5/SHR) y, aun así, conviene respaldar primero. Si fallaron más discos de los que el RAID tolera, no reemplaces ni reconstruyas: la reconstrucción reescribe los discos por completo y puede tumbar un segundo disco débil, causando la pérdida total. Ante la duda, respalda en solo lectura y consulta.
Porque una reconstrucción reescribe el disco entero, sector a sector, incluso zonas que parecen libres, y eso estresa unidades ya frágiles. Si los metadatos del arreglo están dañados, forzar la reconstrucción o el ensamblaje desde la interfaz puede sobrescribir justo lo que se necesitaba para recuperar. Primero se clona; después se decide.
Respalda de inmediato. Un volumen degradado normalmente todavía se puede leer, así que copia los datos importantes a otro destino antes de hacer cualquier cambio. Recién después evalúa reemplazar el disco. La prioridad siempre es poner a salvo los datos accesibles mientras el arreglo aún responde.
Aíslalo de la red de inmediato, no pagues sin asesoría y no formatees. Restaura desde una copia que el ataque no haya podido tocar, idealmente inmutable. Si no tienes copia limpia, no sobrescribas el NAS: en algunos casos hay opciones de recuperación, pero dependen de la variante. Trátalo como un incidente y preserva la evidencia.