NAS doméstico y RAID (Synology/QNAP/TrueNAS): cómo recuperar datos eliminados y un arreglo degradado sin movimientos arriesgados (2026)
Un NAS en casa parece “instalar y olvidar” hasta el momento en que un disco se desconecta, el volumen aparece como degradado o alguien borra la carpeta compartida equivocada. La forma más común de convertir una situación recuperable en un desastre es hacer algo irreversible demasiado pronto: reconstruir sobre el disco equivocado, reinicializar un pool, ejecutar una reparación mientras el sistema sigue escribiendo o cambiar el orden de los discos sin anotarlo. Esta guía es un flujo de trabajo práctico y prudente que puedes seguir en Synology, QNAP y TrueNAS en 2026: frenar el daño, capturar evidencias, crear copias seguras y solo entonces decidir si reconstruyes, revierte un snapshot o realizas recuperación de archivos.
Triaje inmediato: detener escrituras, registrar el estado y evitar “arreglos automáticos”
Primera regla: reduce al mínimo cualquier escritura nueva en el NAS. Las escrituras pueden sobrescribir archivos borrados (sobre todo en recursos con aprovisionamiento fino) y también pueden llevar un RAID marginal al límite. Pausa tareas programadas de copia de seguridad, clientes de sincronización, indexación multimedia, herramientas de descarga y contenedores o máquinas virtuales. Si el NAS sigue en línea y responde, pásalo a un modo “principalmente lectura”: desconecta objetivos iSCSI, desmonta compartidos en los PCs y desactiva servicios que generan actividad (miniaturas, torrents, registros intensivos). Si sospechas ransomware o malware, aísla el NAS de la red de inmediato y no “limpies” nada todavía: la evidencia importa.
Segunda regla: documenta lo que tienes antes de tocar el hardware. Haz capturas de pantalla del estado del administrador de almacenamiento, la lista de discos, el diseño del RAID/pool y cualquier aviso de “degradado”. Exporta logs del sistema si el dispositivo lo permite, porque suelen mostrar qué disco empezó a dar timeouts primero y si hubo errores de metadatos. En QNAP, el comportamiento del firmware/OS puede variar entre versiones de QTS y QuTS hero, así que anotar versión exacta y compilación ayuda cuando comparas síntomas con notas de versión e incidencias conocidas.
Tercera regla: no inicies una reconstrucción o “reparación” solo porque el botón esté disponible. Una reconstrucción escribe paridad y metadatos a través del arreglo; si tu problema real es que hay varias unidades débiles, orden incorrecto de discos, corrupción silenciosa o un borrado que todavía quieres recuperar, una reconstrucción puede reducir tus opciones. Trata la reconstrucción como un paso tardío: después de tener al menos una copia verificada de cada disco miembro (o un snapshot/replicación limpio del conjunto de datos). Este enfoque “primero no destructivo” es lo que hace viable una recuperación doméstica en lugar de una apuesta.
Cómo identificar rápido si es borrado, daño del sistema de archivos o fallo de hardware
Usa los síntomas para clasificar el incidente. Un borrado accidental suele verse “limpio”: el NAS está estable, los discos están sanos, pero falta una carpeta/recurso compartido y el espacio libre ha aumentado. Un RAID degradado normalmente muestra un disco como fallido/retirado o reporta múltiples errores de lectura en los logs; el rendimiento puede caer y SMART puede mostrar sectores reasignados o pendientes. Los problemas del sistema de archivos suelen aparecer como fallos de montaje, remontaje en solo lectura, errores repetidos de “metadatos” o un pool que importa pero cuyos conjuntos de datos no montan.
Revisa SMART con una lectura realista del riesgo. Un disco puede pasar una prueba corta y aun así ser inseguro para una reconstrucción. Presta atención a: Reallocated Sector Count, Current Pending Sector, Offline Uncorrectable, errores UDMA CRC (cableado/backplane) y entradas de log sobre timeouts o resets. Si aparecen nuevos sectores pendientes o no corregibles, prioriza clonar ese disco primero, porque una reconstrucción es una lectura sostenida de todo el disco: justo lo que termina de matar una unidad marginal.
Entiende qué significa “degradado” en tu entorno. Synology y muchos modelos de QNAP usan RAID mdadm de Linux por debajo, a veces combinado con LVM, y el sistema de archivos puede ser ext4 o Btrfs. TrueNAS usa pools ZFS; un pool puede quedar degradado con un miembro fallido del vdev y seguir sirviendo datos, pero el resilver también es intensivo en escritura y puede sacar a la luz errores de sectores latentes en discos antiguos. La recomendación prudente suele ser mantener el sistema estable, asegurar primero los datos y solo después tocar firmware o ajustes mayores de almacenamiento.
Crear una red de seguridad: snapshots, clones y estrategias de extracción en solo lectura
Si tu NAS usa snapshots y ya los tienes activados, suelen ser la vía más segura cuando se trata de “carpetas borradas”. En Synology y QNAP, las funciones de snapshot dependen de la configuración de almacenamiento; si existe un snapshot anterior al borrado, restaurarlo o clonarlo puede ser mucho menos arriesgado que cualquier recuperación a bajo nivel. La clave es restaurar primero en una ubicación nueva (un recurso separado o un conjunto temporal) para verificar el contenido antes de sobrescribir nada.
Si no tienes snapshots (o si el pool está inestable), pasa de inmediato a la creación de imágenes de disco. El objetivo es simple: generar imágenes sector a sector de cada disco miembro (o al menos de los discos más problemáticos primero) y hacer toda la recuperación sobre esas imágenes. Las imágenes te protegen del típico “un reinicio más y murió” y además permiten probar varias estrategias de reconstrucción sin castigar más el hardware. Usa un imager que gestione sectores dañados con reintentos controlados y que deje un registro claro de lo que pudo leerse.
Cuando necesitas extraer archivos sin cambiar nada, prioriza el ensamblaje en solo lectura. Para arreglos basados en mdadm, esto implica ensamblar el RAID en una estación de recuperación en modo solo lectura (a menudo desde imágenes) y montar el volumen lógico en modo solo lectura. Para ZFS, implica importar el pool en solo lectura (o importarlo desde copias) y extraer datos a un destino separado. Lo práctico: el destino de los datos recuperados debe ser otro almacenamiento—otro NAS, un disco externo con espacio suficiente o una copia en la nube—nunca “de vuelta al mismo pool degradado”.
Errores habituales que destruyen la recuperabilidad sin que se note
El más grave: reemplazar un disco y permitir que el NAS reconstruya automáticamente antes de tener copias. Otro error frecuente es confundir el orden de los discos. Etiqueta las bandejas, apunta los números de serie y registra de qué bahía salió cada unidad. “Ya me acordaré” suele acabar en suposiciones, y la reconstrucción RAID no tolera suposiciones.
Un riesgo sutil es aceptar mensajes de “inicializar”, “crear nuevo volumen” o “formatear” cuando la interfaz del NAS no puede montar algo. Esas opciones están pensadas para aprovisionar, no para recuperar. Si la interfaz sugiere recrear un pool, tómalo como señal para parar y pasar a pasos de recuperación fuera de línea. Incluso si el sistema ofrece “reparar sistema de archivos”, puede reescribir metadatos y dificultar la recuperación de archivos borrados.
Otro destructor silencioso es seguir usando el NAS “hasta el fin de semana”. Tareas en segundo plano (indexación multimedia, deduplicación, scrubs, limpieza de snapshots) pueden reescribir bloques y expulsar metadatos que podrías necesitar. Si no puedes recuperar de inmediato, al menos congela el entorno: reduce escrituras, desactiva tareas no esenciales y planifica un apagado controlado después de capturar logs y elegir la mejor ruta de clonación.
Herramientas realmente útiles en casa: desde opciones integradas hasta software especializado de recuperación RAID
Empieza por las capacidades integradas porque son de bajo riesgo si se usan bien. Para borrados: revisa la papelera del NAS (si está activada), puntos de restauración de snapshots y destinos de replicación. Para arreglos degradados: verifica si el NAS marcó un disco como “retirado” por un problema transitorio (alimentación, backplane, cable) frente a un fallo real del medio. A veces volver a asentar un disco y reiniciar basta para que se detecte—pero solo después de registrar el estado actual, porque los reinicios pueden cambiar qué discos se consideran “activos”.
Si necesitas una recuperación más profunda, el software especializado es lo que suelen usar usuarios domésticos avanzados y pequeñas áreas de IT. Este tipo de herramientas normalmente permite: crear imágenes de disco, detectar disposiciones RAID típicas de NAS, ensamblar arreglos virtualmente a partir de imágenes y extraer archivos a un destino seguro. La característica clave es trabajar con imágenes en lugar de forzar a discos inestables a pasar por escaneos repetidos y reconstrucciones.
También hay casos en los que conviene parar el DIY. Si varios discos hacen ruidos extraños, se desconectan o arrojan errores de lectura, estás en una zona donde una reconstrucción en casa puede rematarlo (en el sentido malo). Si los datos son valiosos y ves señales de más de un disco fallando, suele ser más barato detenerse y acudir a un servicio profesional que “probar varias cosas” y perder las últimas lecturas válidas. La recuperación doméstica funciona mejor cuando las acciones son reversibles y no sometes a discos débiles a cargas pesadas.
Árbol de decisión práctico: qué ruta elegir en la primera hora
Si se borró una carpeta y el NAS está sano: busca snapshots primero; si existen, restaura en una ubicación nueva y valida. Si no hay snapshots, detén escrituras y planifica recuperación desde imágenes—la recuperación de borrados empeora con cada escritura.
Si el arreglo está degradado pero estable y solo un disco se ve mal: captura logs, revisa SMART e imagina/clona primero el disco de riesgo (o todos si puedes). Solo después de tener imágenes considera reemplazar el disco y reconstruir/resilver. Si SMART está limpio y los logs apuntan a desconexión (errores CRC, caída repentina), investiga asiento/backplane antes de comprometerte con una reconstrucción.
Si el NAS está inestable, entra en bucle de reinicio o varios discos muestran errores: no lo apagues y enciendas repetidamente. Prioriza crear imágenes con reintentos controlados (o extrae los discos y créales imágenes en una estación) y reconstruye sobre copias. A partir de ahí, las herramientas pensadas para reconstrucción RAID y extracción en solo lectura suelen ser más seguras que la interfaz del NAS, porque controlas cada escritura y puedes volver a las imágenes cuando lo necesites.
