Recuperar datos de SSD M.2 NVMe que no se detecta [2026]

Un SSD M.2 NVMe que desaparece del BIOS o del administrador de dispositivos no es sinónimo de datos perdidos para siempre, pero sí exige actuar con rapidez y sin intentar reparaciones caseras. Samsung 970/980/990 Pro, WD Black SN850, Sabrent Rocket 4 Plus o SK hynix Platinum P41: cada modelo tiene sus propias vulnerabilidades de controlador, firmware y NAND. Esta guía técnica explica las causas reales del fallo, las señales de aviso y el proceso exacto que sigue un laboratorio especializado para recuperar los datos.

Diferencias técnicas entre SSD M.2 SATA y M.2 NVMe: por qué importan para la recuperación

El factor de forma M.2 es simplemente el conector físico: una ranura estrecha con uno o dos muescas (key B, key M o B+M) que admite tanto interfaces SATA como NVMe. La confusión entre ambas tecnologías es muy frecuente, pero sus implicaciones para la recuperación de datos son completamente distintas.

Un SSD M.2 SATA usa el mismo protocolo que un disco duro convencional a través de la interfaz AHCI. La señalización es idéntica a un SSD SATA de 2,5 pulgadas: velocidades máximas de 600 MB/s, colas de comandos limitadas a 32 comandos y un stack de recuperación bien documentado por herramientas como PC-3000 SSD o DeepSpar. Técnicamente es el escenario más favorable en laboratorio.

Un SSD M.2 NVMe (Non-Volatile Memory Express) se comunica directamente por el bus PCIe sin intermediarios AHCI. Las ventajas en rendimiento son enormes — los modelos PCIe 4.0 como el WD Black SN850X alcanzan 7.300 MB/s de lectura secuencial — pero las implicaciones para la recuperación son muy distintas:

• Colas de comandos paralelas: NVMe admite hasta 65.535 colas con 65.535 comandos cada una. Esta paralelización implica que los datos de un único archivo pueden estar dispersos en decenas de chips NAND simultáneamente, lo que complica la reconstrucción tras un fallo de controlador.
• Cifrado de hardware generalizado: casi todos los NVMe modernos implementan AES-256 en el propio chip controlador. La clave Media Encryption Key (MEK) reside en el controlador y, si este falla físicamente, los datos leídos directamente de los chips NAND son texto cifrado ilegible.
• Heterogeneidad de controladores: el ecosistema NVMe no está estandarizado como el SATA. Cada fabricante (Samsung Elpis/Pascal, WD/SanDisk custom, Phison E18, Silicon Motion SM2267, Marvell Bravera) implementa su propio algoritmo de wear leveling, su propio mapa de traducción lógica a física (FTL, Flash Translation Layer) y sus propias rutinas de firmware. Esto significa que el laboratorio necesita herramientas específicas para cada controlador.
• Factor de forma ultra-compacto: los formatos M.2 2230 usados en Steam Deck, Surface Pro y portátiles ultradelgados tienen PCBs de solo 22×30 mm con componentes miniaturizados. El chip-off en estos formatos requiere microsoldadura de precisión con estación de reflow.

Por qué fallan los SSD NVMe: controlador, NAND, firmware y desgaste

Los SSD NVMe fallan de forma diferente a los HDD y, a menudo, de forma diferente entre sí según el fabricante. Identificar la causa exacta del fallo es el primer paso del proceso de recuperación, porque determina completamente la estrategia a seguir.

1. Fallo del controlador (causa más grave)

El controlador NVMe es el cerebro del SSD: gestiona el FTL (Flash Translation Layer), ejecuta los algoritmos de wear leveling, implementa el cifrado AES y maneja todas las operaciones de lectura/escritura. Cuando el controlador falla por sobretensión, sobrecalentamiento sostenido o defecto de fabricación, el disco deja de responder de forma total o intermitente. En el peor escenario — fallo físico del silicio del controlador — los datos quedan inaccesibles aunque los chips NAND estén perfectos, precisamente porque la clave de cifrado residía en el controlador destruido.

Síntoma típico: el SSD aparece brevemente en el administrador de dispositivos con código de error 43 (Windows) o aparece en el BIOS solo durante unos segundos antes de desaparecer. En algunos casos detecta 0 bytes de capacidad.

2. Desgaste NAND: TBW excedido y degradación de celdas

Cada celda de memoria NAND tiene un número finito de ciclos de programa/borrado (P/E cycles). Para la NAND TLC (Triple-Level Cell) usada en la mayoría de NVMe de consumo, este límite ronda los 1.000-3.000 ciclos por celda. Los fabricantes especifican la vida útil total en TBW (TeraBytes Written): un Samsung 980 Pro de 1 TB tiene un TBW de 600 TB, el WD Black SN850X de 1 TB llega a 600 TB también.

Cuando se supera el TBW, empiezan a acumularse bloques defectuosos que el controlador no puede remapear (la tabla de bloques de reserva — spare blocks — se agota). El resultado es que el SSD empieza a generar errores de lectura no corregibles por ECC (Error Correcting Code), ralentizaciones extremas y finalmente inaccesibilidad total. En NVMe de uso intensivo — servidores caseros, máquinas de edición de vídeo 4K, estaciones de trabajo — el TBW puede alcanzarse en 3-5 años.

3. Corrupción de firmware

El firmware del SSD se almacena en una zona reservada de la propia NAND o en una pequeña memoria Flash separada (NOR Flash). Un corte de alimentación durante una actualización de firmware, un bug en la versión instalada o una escritura defectuosa en esa zona puede corromper el código de arranque del controlador. El resultado es que el SSD entra en un estado bloqueado — denominado habitualmente Busy State, Safe Mode o ROM Mode según el fabricante — en el que se anuncia al sistema pero rechaza todos los comandos de lectura y escritura.

Este es, paradójicamente, uno de los escenarios más favorables para la recuperación: los datos en la NAND están intactos, solo el firmware necesita reparación. Con herramientas de servicio para el controlador específico, el laboratorio puede restablecer el firmware sin tocar los datos y luego hacer una imagen forense completa.

4. Sobretensión eléctrica

Un pico de tensión — por un corte de luz brusco, una fuente de alimentación defectuosa o una descarga electrostática — puede quemar el regulador de tensión del SSD (que en los NVMe M.2 es típicamente un pequeño componente SMD en el PCB) o directamente el chip controlador. Los síntomas incluyen olor a quemado, componentes ennegrecidos visibles o, simplemente, no detección sin causa aparente.

5. Fallos mecánicos y de conector

Antes de asumir un fallo interno, es imprescindible descartar problemas de slot. Los conectores M.2 pueden tener pines doblados, acumulación de polvo o daños por inserción incorrecta. El tornillo de sujeción del M.2, apretado en exceso, puede aplicar tensión mecánica suficiente para fracturar microvías en el PCB. Prueba siempre el SSD en otro equipo y en otro slot M.2 antes de enviarlo al laboratorio.

Señales de que tu SSD NVMe está a punto de fallar (y cómo hacer backup urgente)

A diferencia de un HDD que empieza a hacer ruidos de clic o a ralentizarse de forma progresiva y audible, un SSD NVMe puede pasar de funcionar perfectamente a no detectarse en una sola sesión. Sin embargo, los atributos SMART y ciertos comportamientos del sistema sí dan avisos previos si sabes dónde mirarlos.

Atributos SMART críticos en NVMe

Las herramientas como CrystalDiskInfo (Windows), nvme-cli (Linux) o smartmontools leen los atributos de salud NVMe. Presta atención especial a:

• Percentage Used (atributo NVMe estándar): indica el porcentaje de vida útil consumido. Cuando supera el 90%, el riesgo de fallo aumenta exponencialmente. Con valor 100% o superior, el disco está en zona crítica.
• Available Spare: porcentaje de bloques de reserva disponibles. Si cae por debajo del umbral Available Spare Threshold, el controlador ya no puede remapear más bloques defectuosos.
• Media and Data Integrity Errors: errores de lectura no corregibles. Cualquier valor mayor que 0 es una señal de alarma inmediata.
• Power Cycles y Unsafe Shutdowns: un número elevado de apagados no seguros (cortes de luz, apagados bruscos) incrementa el riesgo de corrupción de firmware.
• Temperature Sensor 1/2: temperaturas sostenidas por encima de 70°C aceleran la degradación de celdas NAND. Los NVMe PCIe 4.0 en cargas intensas pueden alcanzar 80°C sin disipador adecuado.

Señales de comportamiento del sistema

• El PC tarda significativamente más en arrancar que antes sin motivo aparente (el SSD está tardando más en inicializarse).
• Windows registra errores de disco en el Visor de eventos (Event Viewer → Windows Logs → System, errores de origen disk o nvme).
• Archivos que de repente no se abren o aparecen con 0 bytes de tamaño.
• El disco desaparece y reaparece de forma intermitente en el explorador de Windows.
• Latencias de acceso aleatorio inusualmente altas visibles con herramientas como CrystalDiskMark.

Herramienta de monitorización recomendada: CrystalDiskInfo

CrystalDiskInfo es gratuita, soporta NVMe de forma nativa y puede configurarse para lanzar alertas cuando algún atributo supera umbrales críticos. Para NVMe, activa la lectura de atributos extendidos en las opciones avanzadas. Si la salud aparece como "Precaución" o "Mala", considera el disco en estado de emergencia.

Proceso de recuperación en laboratorio: desde acceso por protocolo hasta chip-off NAND

La recuperación de datos de un SSD NVMe no detectado sigue un protocolo escalonado: se empieza siempre por las técnicas menos invasivas y solo se avanza al siguiente nivel si el anterior no da resultado.

Fase 1: diagnóstico con herramientas forenses especializadas

El SSD se conecta a una estación forense con herramientas como PC-3000 SSD (ACE Laboratory), Atola Insight Forensic o DeepSpar Disk Imager. A diferencia del sistema operativo, estas herramientas se comunican directamente con el controlador NVMe a través de comandos de protocolo de bajo nivel, incluyendo comandos vendor-specific que no están documentados públicamente pero que los laboratorios especializados conocen para los principales controladores.

En esta fase se determina si el controlador responde (aunque sea parcialmente), el estado de la tabla de traducción (FTL), el número de bloques NAND accesibles y si el firmware está corrompido.

Fase 2: reparación de firmware

Si el diagnóstico indica que el disco está en Busy State o Safe Mode por corrupción de firmware, el técnico intenta rescatarlo usando herramientas de servicio específicas para el controlador. Para los controladores más comunes el soporte es amplio:

• Samsung Elpis / Pascal (980 Pro, 990 Pro): PC-3000 SSD tiene módulos específicos para la familia Elpis que permiten acceder al disco en modo de servicio y reparar el firmware corrupto sin tocar el área de datos.
• WD / SanDisk (controlador propio): herramientas internas WD disponibles para laboratorios acreditados, permiten reset de firmware en modo UART.
• Phison E18 (Sabrent Rocket 4 Plus): existen utilidades de servicio Phison que el laboratorio puede usar para reflashear el firmware manteniendo los datos intactos.
• Silicon Motion SM2267 (SK hynix Platinum P41): soporte en PC-3000 SSD con acceso a registros internos del controlador.

Fase 3: imagen forense sector a sector

Una vez que el disco responde, se crea una imagen forense completa antes de cualquier otra operación. Esto es crítico: si algo sale mal durante la recuperación de archivos, trabajamos sobre la imagen y no sobre el disco original. La imagen se crea con hardware write-blocker para garantizar que ningún byte del disco original es modificado durante el proceso.

En SSDs NVMe con sectores defectuosos, el software de imagen aplica algoritmos de lectura adaptativa: intenta primero los sectores accesibles, mapea los errores y hace múltiples reintentos en las zonas problemáticas con parámetros de tiempo de espera ajustados para maximizar la recuperación sin deteriorar el disco.

Fase 4: chip-off NAND (para fallos de controlador irreparables)

Cuando el controlador está físicamente destruido y no responde a ningún protocolo de servicio, se recurre al chip-off. Este proceso implica:

1. Desoldado de los chips NAND: con estación de reflow de aire caliente a temperatura controlada (entre 200°C y 240°C según el empaquetado), los chips NAND se retiran del PCB del SSD. En un NVMe de 1 TB puede haber entre 4 y 8 chips NAND en paquetes BGA (Ball Grid Array), cada uno con cientos de microcontactos de 0,5 mm de paso.
2. Lectura directa de los chips: con lectores de NAND Flash de precisión (PC-3000 Flash, Soft-Center, TNT2), se leen los datos en bruto de cada chip. La lectura puede tardar varias horas por chip.
3. Reconstrucción del FTL: este es el paso más complejo. Los datos en bruto de los chips NAND no están en orden lineal: el wear leveling los ha distribuido entre todos los chips (interleaving) y el FTL es el único que sabe cómo reordenarlos. Sin el controlador para consultar el FTL, el técnico debe reconstruirlo mediante ingeniería inversa, analizando los patrones de distribución conocidos para ese controlador específico y los metadatos que el propio controlador escribe en zonas de sistema de los chips NAND.
4. Extracción de archivos: con el FTL reconstruido se obtiene una imagen lógica del volumen, desde la que se extraen los archivos mediante herramientas de recuperación de sistemas de archivos.

Modelos específicos y sus modos de fallo más conocidos

Cada modelo NVMe tiene sus propias vulnerabilidades documentadas. Conocerlas permite anticipar el diagnóstico y evitar maniobras que podrían empeorar la situación.

Samsung 970 EVO Plus / 980 Pro / 990 Pro

Los modelos Samsung NVMe son los que llegan con más frecuencia a nuestro laboratorio, en gran medida porque son los más vendidos en España. Sus patrones de fallo más documentados son:

• 980 Pro — bug de firmware y desgaste NAND acelerado: el firmware 3B2QGXA7 y versiones anteriores causó en 2022-2023 un incremento anormal de los contadores de desgaste. Discos con pocos meses de uso aparecían con el 80-100% de vida consumida. Samsung lanzó parches (3B2QGXA7 → 4B2QGXA7 y posteriores), pero los discos que fallaron antes de parchear presentan daño real en la NAND. La controladora Samsung Elpis tiene buen soporte en PC-3000 SSD, lo que facilita la recuperación.
• 990 Pro — contador "Life Used" anormal: patrón similar al 980 Pro en las primeras unidades. Los contadores SMART mostraban desgaste acelerado incluso sin carga de escritura significativa. Samsung corrigió el problema de conteo con firmware, pero los discos que sufrieron el bug antes del parche pueden tener desgaste real.
• 970 EVO Plus — fallo en modo de bajo consumo: algunos usuarios reportaron que el disco desaparecía del sistema al activarse los modos de ahorro energético (APST/ASPM). En muchos casos no es un fallo de hardware sino un problema de compatibilidad con la placa base que puede resolverse en la BIOS; sin embargo, en casos donde el disco entra en un estado de bajo consumo del que no sale, puede ser indicativo de firmware corrupto.

WD Black SN850 / SN850X / SN770

Los SSD WD Black NVMe usan controladores propietarios desarrollados conjuntamente por Western Digital y SanDisk (ahora bajo el paraguas de WD). Sus modos de fallo más frecuentes incluyen:

• SN850 — desconexión bajo carga PCIe 4.0: en algunos sistemas con CPU AMD Ryzen y chipset X570/B550, el SN850 puede presentar desconexiones intermitentes bajo carga intensa de transferencia. En la mayoría de casos es un problema de drivers o configuración PCIe (relacionado con la señalización PCIe 4.0 y el entrenamiento del enlace), no un fallo de hardware del SSD. Sin embargo, si ocurre durante una escritura crítica, puede corromper el firmware.
• SN770 — fallo en slots PCIe 3.0: el SN770 está diseñado para PCIe 4.0 pero es retrocompatible con PCIe 3.0. En algunos slots PCIe 3.0 de generaciones antiguas, el proceso de negociación de velocidad puede fallar y dejar el disco en un estado de detección intermitente.
• Cifrado transparente WD: todos los SSD WD Black implementan cifrado AES-256 por hardware. La MEK está vinculada al controlador. Si el controlador falla físicamente, los datos leídos mediante chip-off son texto cifrado ilegible salvo que el laboratorio pueda recuperar la MEK de áreas de servicio de la NAND (posible en algunos modelos, no en todos).

Sabrent Rocket 4 Plus

El Sabrent Rocket 4 Plus usa el controlador Phison E18, que es también el motor de SSDs como el Seagate FireCuda 530 o el Kingston Fury Renegade. Este controlador tiene buen soporte en herramientas de laboratorio, pero presenta algunos patrones propios:

• Overheating crítico sin disipador: el E18 genera calor significativo bajo carga PCIe 4.0. Sin disipador adecuado, la temperatura del controlador puede superar los 90°C, lo que acelera el desgaste y puede causar throttling severo o apagado de emergencia que deja el firmware en estado inconsistente.
• Capacidades de 4 TB: degradación por densidad: las variantes de mayor capacidad usan NAND de mayor densidad (QLC en algunas revisiones), con TBW proporcionalmente menor por GB. El uso intensivo de escritura puede agotar el TBW en menos tiempo de lo esperado.

SK hynix Platinum P41

El SK hynix Platinum P41 está basado en el controlador Silicon Motion SM2267 con NAND 128L TLC propia de SK hynix. Es uno de los SSD NVMe PCIe 3.0 con mejor relación calidad-precio del mercado, pero tiene algunas particularidades:

• Fallo de firmware en apagados con escrituras pendientes: algunos usuarios reportaron corrupción del sistema de archivos tras apagados bruscos. En la mayoría de casos es corrupción del sistema de archivos (recuperable con herramientas lógicas), pero en un pequeño porcentaje puede afectar al firmware del controlador.
• Comportamiento del caché SLC: el P41 usa una porción variable de NAND como caché SLC. Cuando este caché se llena (en escrituras masivas sostenidas), el rendimiento cae drásticamente mientras vacía el caché. Si hay un fallo de alimentación en ese momento, los datos en el caché que no han sido escritos a la NAND TLC pueden perderse.

Preguntas frecuentes sobre recuperación de SSD M.2 NVMe

Si tu SSD M.2 NVMe ya no se detecta o presenta datos inaccesibles, solicita un diagnóstico gratuito o consúltanos por WhatsApp con el modelo exacto del disco y una descripción del fallo. Cuanto antes actuemos, mayores son las posibilidades de recuperación.