Recuperación de Datos de NAS Asustor Lockerstor y Drivestor
Los NAS Asustor (Lockerstor, Drivestor, Nimbustor) son dispositivos de almacenamiento empresarial y doméstico basados en Linux que combinan RAID por software con sistemas de ficheros ext4 o Btrfs. Cuando fallan —por corrupción del firmware ADM, fallo de varios discos o degradación del volumen— la recuperación requiere conocimiento profundo de mdadm y de la arquitectura interna de Asustor.
Arquitectura interna: ADM OS y Linux mdadm
Asustor Data Master (ADM) es el sistema operativo propietario de Asustor, construido sobre una base Debian/Linux. Bajo la interfaz gráfica, el almacenamiento está gestionado por las mismas herramientas que cualquier servidor Linux profesional:
- mdadm: el gestor de RAID software de Linux. Crea y gestiona los arrays RAID 0, 1, 5, 6, 10 y JBOD que Asustor expone en su interfaz
- LVM (Logical Volume Manager): en algunos modelos y configuraciones, Asustor añade una capa LVM sobre el array mdadm para gestionar el espacio dinámicamente
- ext4 o Btrfs: el sistema de ficheros final que contiene los datos de usuario
Esta arquitectura en capas (mdadm → LVM opcional → sistema de ficheros) significa que la recuperación de un NAS Asustor no es simplemente conectar los discos a otro equipo y montar el volumen. Hay que reconstruir cada capa en el orden correcto.
Modelos Asustor: diferencias relevantes para la recuperación
| Serie | Procesador | RAID soportado | Sistema de ficheros |
|---|---|---|---|
| Drivestor 2/4 (AS1102T/AS1104T) | Realtek RTD1296 | JBOD, RAID 0, 1, 5 | ext4, Btrfs |
| Lockerstor 2/4 (AS6602T/AS6604T) | Intel Celeron J4125 | JBOD, RAID 0, 1, 5, 6, 10 | ext4, Btrfs |
| Nimbustor 2/4 (AS5202T/AS5304T) | Intel Celeron J4005/J4105 | JBOD, RAID 0, 1, 5, 6, 10 | ext4, Btrfs |
| Lockerstor Gen2 (AS6706T) | Intel Core i3-N305 | JBOD, RAID 0, 1, 5, 6, 10 | ext4, Btrfs |
Escenarios de fallo más comunes en Asustor
1. Modo emergencia por corrupción de firmware ADM
El "modo emergencia" (Emergency Mode) es el estado al que entra el NAS cuando ADM no puede iniciarse correctamente. Las causas más frecuentes son:
- Actualización de ADM interrumpida por corte de luz
- Corrupción del volumen del sistema (los primeros sectores del disco 1)
- Incompatibilidad de hardware tras cambio de disco de sistema
En modo emergencia, la interfaz web muestra una página mínima para reinstalar ADM. El procedimiento oficial de Asustor es reinstalar el firmware, lo que no borra los datos de usuario si el volumen de almacenamiento está en buen estado. Sin embargo, si la corrupción ha afectado también al volumen de datos, reinstalar ADM no resuelve el problema.
2. Degradación del volumen RAID
Un array RAID en modo degradado significa que uno o más discos han fallado pero el array sigue siendo accesible (en RAID 5, hasta 1 disco; en RAID 6, hasta 2 discos). Los riesgos en este estado son:
- Un segundo fallo de disco convierte el RAID 5 en inaccesible
- El proceso de reconstrucción (rebuild) con un disco nuevo somete a los discos restantes a una carga intensa, aumentando el riesgo de fallo adicional
- Si los discos tienen sectores defectuosos (reallocated sectors), el rebuild puede fallar a mitad
3. Fallo total del array (múltiples discos)
Cuando fallan más discos de los que el nivel RAID puede tolerar, el array se marca como "failed" y los datos son inaccesibles. Este es el escenario más común que llega a un laboratorio.
MyArchive: el sistema de discos hot-swap de Asustor
MyArchive es una función exclusiva de Asustor que permite usar discos duros como "discos de archivo" intercambiables, formateados en ext4, exFAT o NTFS, que se montan automáticamente al insertarlos. Cuando un disco MyArchive falla o se corrompe:
- Si está formateado en ext4: recuperable en Linux con herramientas estándar (testdisk, photorec, extundelete)
- Si está formateado en exFAT o NTFS: recuperable con herramientas Windows convencionales
- Si el disco tiene daño físico: requiere laboratorio independientemente del formato
Cómo recupera un laboratorio un NAS Asustor
El procedimiento típico en un laboratorio de recuperación para un Asustor con fallo de array sigue estas fases:
- Imagen de cada disco: antes de cualquier operación, se crea una imagen sector a sector de cada disco del array usando ddrescue o herramientas similares. Esto permite trabajar sobre las imágenes sin arriesgar los discos originales.
- Detección de parámetros mdadm: se identifican el nivel RAID, el tamaño de chunk (habitualmente 512KB en Asustor), el orden de los discos y el algoritmo de paridad. Para RAID 5 y 6, el orden de los discos es crítico. Herramientas como mdadm --examine leen los superblocks mdadm de cada disco para reconstruir la configuración.
- Reconstrucción virtual del array: se monta el array en modo de solo lectura sin iniciar un rebuild real, preservando el estado de todos los discos.
- Montaje del sistema de ficheros: sobre el array reconstruido se monta el volumen ext4 o Btrfs. Si el sistema de ficheros está corrupto, se aplican herramientas de reparación (fsck.ext4, btrfs check) en modo conservador.
- Extracción de datos: se copian los datos recuperados a un soporte limpio entregado al cliente.
Btrfs en NAS Asustor: ventajas e inconvenientes para la recuperación
Btrfs ofrece funciones avanzadas como checksums de datos, snapshots y subvolumenes, pero presenta comportamientos específicos relevantes en recuperación:
- Checksums: Btrfs detecta corrupción silenciosa de datos (bitrot) que ext4 ignoraría. Esto es positivo para la integridad, pero puede hacer que Btrfs se niegue a montar un volumen con errores detectados.
- Snapshots: si Asustor tenía snapshots Btrfs activados, es posible recuperar versiones anteriores de ficheros aunque los actuales estuvieran corruptos o borrados.
- RAID Btrfs nativo vs mdadm: Asustor usa mdadm para el RAID y Btrfs encima, no el RAID nativo de Btrfs (que tiene problemas conocidos). Esto simplifica la recuperación porque el RAID y el sistema de ficheros son capas independientes.
Qué hacer cuando tu Asustor falla
- No fuerces un rebuild si el array está degradado y los discos muestran errores SMART. Un rebuild fallido puede dejar el array irrecuperable.
- No reinicies repetidamente si el NAS está en modo emergencia. Cada ciclo de arranque puede aumentar el daño en discos con sectores débiles.
- No reinstales ADM si sospechas que el problema es el volumen de datos y no solo el firmware.
- Sí contacta con soporte Asustor primero para confirmar si el problema es solo de firmware.
- Sí consulta a un laboratorio si el array está marcado como failed o si hay más de un disco con errores.
WhatsApp