Recuperación de datos en SSD y NVMe

Un SSD que desaparece, se congela o deja de arrancar exige detener los intentos: su controlador puede alterar la traducción de bloques y TRIM puede eliminar referencias útiles.

Solicitar cotización

Controlador, memorias NAND y tabla FTL representados como un sistema para explicar la ubicación lógica de los archivos

Un SSD no guarda los archivos donde el sistema cree

El controlador traduce direcciones lógicas y mueve los datos entre celdas NAND durante toda la vida de la unidad.

En un SSD, la dirección que ve Windows, macOS o Linux no corresponde de forma permanente a una celda física. La capa FTL distribuye escrituras, sustituye bloques y aplica nivelación de desgaste. Si el controlador o sus tablas dejan de responder, el contenido puede seguir en la memoria NAND aunque la computadora muestre cero capacidad, un nombre genérico o ninguna unidad. Esa diferencia explica por qué una copia convencional puede fallar y por qué conviene conservar el SSD sin encenderlo mientras se define la estrategia.

Identificar si la interfaz es SATA, mSATA, M.2 SATA o NVMe
Registrar la capacidad y el modelo impresos en la etiqueta
Separar una falla de acceso de una eliminación lógica

La memoria NAND necesita su mapa

Los chips almacenan páginas de datos junto con información de corrección, bloques de reserva y metadatos propios del fabricante. Una lectura bruta sin interpretar ese conjunto produce fragmentos mezclados, versiones antiguas y espacios de paridad, no una carpeta utilizable. El análisis debe relacionar la geometría de la NAND con el comportamiento del controlador y con el sistema de archivos. Esa reconstrucción se decide caso por caso; no existe una tabla universal para todas las marcas y generaciones.

La interfaz también puede engañar

Un adaptador USB, una ranura M.2 incompatible o una alimentación deficiente pueden ocultar un SSD sano, pero probar convertidores al azar añade ciclos de encendido y confunde la cronología. Antes de manipularlo conviene anotar dónde estaba instalado y qué mensaje apareció. Si la unidad provenía de una laptop o estación de trabajo, la recuperación de datos en laptop permite revisar además el equipo, su cifrado y la configuración de arranque.

El objetivo es reconstruir una lectura coherente; reparar el SSD para seguir usándolo no forma parte de una recuperación segura.

SSD ausente del BIOS sometido a diagnóstico sin encendidos repetidos

Los síntomas revelan qué capa dejó de responder

Capacidad incorrecta, congelamientos, modo de solo lectura y errores I/O no significan lo mismo.

Un SSD intermitente debe considerarse inestable desde la primera desconexión. Puede tardar minutos en identificarse, bloquear el BIOS, aparecer con pocos megabytes, provocar pantallas de reparación o permitir abrir una carpeta antes de desaparecer. Cada síntoma orienta el orden de las pruebas, pero ninguno autoriza a reiniciar indefinidamente. La fecha del último acceso correcto, el tipo de carga de trabajo y el evento previo —apagón, actualización, golpe, líquido o borrado— ayudan a distinguir un problema físico, lógico o combinado.

Pantalla de BIOS detenida al conectar la unidad
Volumen RAW, sin montar o con capacidad anómala
Lectura muy lenta, pausas largas o desconexiones

Cuando el equipo ya no inicia

Un arranque imposible no demuestra que todos los archivos estén dañados. El cargador, la partición de sistema, una actualización o la clave de cifrado pueden impedir el inicio aunque el volumen de usuario siga accesible. También ocurre lo contrario: el escritorio abre mientras sectores lógicos relevantes devuelven errores. Por eso se evita usar el sistema instalado como herramienta de diagnóstico. Arrancar desde el mismo SSD genera registros, cachés y tareas de mantenimiento que pueden modificar el escenario.

Cuando la unidad queda en solo lectura

Algunos controladores bloquean las escrituras al detectar desgaste o errores internos. Ese modo puede ser una última ventana de lectura, no una garantía de estabilidad. Copiar carpetas desde el explorador obliga a recorrer rutas sin priorización y puede detenerse en el primer archivo problemático. Una adquisición controlada permite elegir zonas críticas, reintentar con límites y documentar lo que no respondió. Si aún hay acceso, conviene desconectar y preparar una lista de archivos prioritarios antes de continuar.

Si el SSD vuelve a aparecer, no aproveche ese momento para abrir archivos: la prioridad es capturar datos con control de errores.

Bloques afectados por TRIM después de una eliminación o un formateo accidental

TRIM cambia la posibilidad de recuperar archivos eliminados

La orden TRIM avisa al SSD qué bloques lógicos ya no necesita conservar el sistema operativo.

Borrar un archivo en un SSD puede desencadenar una limpieza interna distinta a la de un disco magnético. Cuando TRIM está activo, el sistema marca bloques como libres y el controlador puede purgarlos mediante recolección de basura, incluso sin nuevas acciones visibles del usuario. El resultado depende del sistema operativo, el tipo de volumen, el estado de alimentación y el tiempo transcurrido. Por eso no es responsable prometer recuperación basándose únicamente en que la eliminación fue reciente.

No instalar software de recuperación en la unidad afectada
No restaurar el sistema sobre la misma partición
No ejecutar optimización, borrado seguro ni pruebas de velocidad

Formateo rápido no siempre significa el mismo resultado

En algunos entornos, un formateo rápido actualiza estructuras y envía TRIM; en otros, la combinación de controlador, puente USB y sistema de archivos cambia el comportamiento. La única forma prudente de valorar el alcance es conservar el soporte y revisar sus metadatos sin escribir. El diagnóstico busca árboles anteriores, registros, firmas y bloques todavía referenciables, pero distingue con claridad entre un archivo nombrado, un fragmento encontrado y un documento que realmente abre.

Las máquinas virtuales agregan otra capa

Si el archivo eliminado era un VMDK, VHDX o imagen de contenedor, recuperar algunos fragmentos no basta: la estructura interna también debe ser consistente. Es necesario validar encabezados, mapas de bloques, particiones invitadas y archivos dentro de la máquina. Para ese escenario, la recuperación de discos virtuales detalla un flujo orientado a infraestructura y evita confundir la recuperación del archivo contenedor con la de sus datos internos.

Una celda limpiada o sobrescrita no puede reconstruirse mediante software, laboratorio ni sala limpia.

Electrónica de un SSD afectado por corto o líquido estabilizada antes de intentar la lectura

Controlador, firmware y NAND requieren decisiones distintas

La misma etiqueta comercial puede contener componentes y revisiones incompatibles entre sí.

Una falla electrónica visible no implica que baste con cambiar una tarjeta. Muchos SSD integran el controlador, la memoria, la administración de energía y claves internas en una placa específica. El firmware interpreta defectos, bloques de reserva y cifrado transparente; perder esa información puede volver ilegibles los chips aunque físicamente respondan. Datastrophe relaciona modelo, revisión, síntomas y mediciones antes de decidir si conviene estabilizar la electrónica, acceder por interfaces técnicas o trabajar sobre una copia obtenida desde el propio controlador.

Controlar alimentación y temperatura durante las lecturas
Conservar juntos todos los componentes originales
Documentar cualquier reparación electrónica previa

Acceso técnico antes que extracción destructiva

Cuando el controlador aún responde de forma parcial, suele ser preferible obtener datos a través de él, porque conserva la traducción necesaria para ordenar la NAND. Las intervenciones más invasivas se reservan para casos donde esa vía no ofrece una lectura estable. Incluso entonces, el trabajo no se reduce a retirar chips: hay encapsulados, diseños monolíticos, ECC, aleatorización y cifrado que pueden limitar o impedir una reconstrucción útil. Cada límite se explica antes de avanzar.

Sala limpia solo cuando el soporte lo exige

Los SSD no tienen platos expuestos y, por regla general, una sala limpia no resuelve fallas de firmware o NAND. El entorno controlado puede ser pertinente si el caso combina otro soporte sensible o una intervención física que deba proteger componentes, pero no se usa como argumento comercial automático. La página del laboratorio de recuperación de datos explica qué controles corresponden a cada tecnología y por qué el diagnóstico determina el entorno.

Un SSD donante parecido no reemplaza automáticamente al original: firmware, tablas adaptativas y claves pueden ser únicos.

Volumen cifrado con BitLocker o FileVault acompañado de sus claves de recuperación

Cifrado y credenciales pueden ser parte del soporte

BitLocker, FileVault, LUKS y el cifrado interno requieren conservar más que la unidad física.

Recuperar bloques cifrados no equivale a recuperar documentos legibles. La clave puede depender de una contraseña, un módulo TPM, una cuenta corporativa, un archivo de recuperación o metadatos guardados en el equipo original. Algunos SSD también cifran internamente todo lo que escriben, aun cuando el usuario nunca activó una función visible. Si el controlador que administra esa clave queda destruido, la lectura directa de la NAND puede entregar datos técnicamente presentes pero criptográficamente inutilizables.

Guardar claves BitLocker y archivos de recuperación
Conservar la computadora, TPM o credenciales asociadas
Indicar si el equipo pertenece a un dominio empresarial

La computadora original puede aportar contexto

Aunque el SSD sea el soporte afectado, el equipo puede contener el TPM, una configuración RAID, una segunda unidad o información de versión necesaria para abrir el volumen. No conviene desecharlo ni reinstalarlo antes del análisis. En ambientes administrados, el área de TI puede localizar una clave de recuperación en directorios corporativos o respaldos de configuración. Reunir esos elementos desde el inicio evita obtener una imagen completa que después no pueda descifrarse.

Una contraseña correcta no repara metadatos

La clave permite descifrar, pero el volumen todavía puede tener tablas dañadas, bloques ausentes o un sistema de archivos incoherente. El flujo separa la adquisición física, la apertura criptográfica y la reconstrucción lógica. Después se revisan archivos prioritarios en aplicaciones reales. Esta secuencia mantiene trazabilidad y permite señalar si el límite proviene de celdas que no respondieron, de información sobrescrita o de credenciales que nunca estuvieron disponibles.

Datastrophe no elude contraseñas ni controles de acceso; trabaja con la autorización y las credenciales legítimas disponibles.

Comparación entre acceso lógico y reconstrucción NAND para elegir la vía menos intrusiva

La recuperación avanza sobre una copia controlada

El original se preserva y las búsquedas lógicas se realizan en imágenes de trabajo siempre que el estado lo permite.

El primer resultado técnico útil del laboratorio no es una carpeta: es una adquisición documentada. Se registran identificadores, comportamiento, errores y zonas obtenidas; después se trabaja sobre copias para reconstruir particiones y sistemas de archivos. En unidades inestables, la lectura puede priorizar metadatos o carpetas críticas antes de recorrer toda la capacidad. Este orden se adapta a la condición real del SSD y evita gastar su ventana de funcionamiento en datos reemplazables.

Preservar el estado recibido y los identificadores del medio
Priorizar datos irremplazables cuando la lectura es limitada
Separar adquisición, reconstrucción y validación

El sistema de archivos se reconstruye sin escribir

NTFS, APFS, HFS+, ext4 y otros formatos conservan registros distintos. El análisis busca relaciones entre directorios, extensiones, fechas y contenido, y puede combinar una estructura parcial con extracción por firmas. Cuando hay varias hipótesis, se mantienen separadas para no presentar duplicados como archivos nuevos. El proceso de recuperación de datos muestra cómo el diagnóstico, la adquisición y la revisión forman etapas diferentes con decisiones verificables.

Las prioridades cambian el orden de lectura

Un despacho puede necesitar primero una base de datos; una familia, fotografías originales; un estudio, proyectos y recursos vinculados. Saber rutas, nombres, fechas y aplicaciones permite localizar metadatos relevantes y probar resultados antes. Si la unidad se degrada durante el trabajo, esa lista reduce el riesgo de dedicar lecturas a cachés, instaladores o copias descargables mientras los documentos irremplazables siguen pendientes.

La cantidad de gigabytes copiados no demuestra por sí sola que una recuperación sea satisfactoria.

Archivos de un SSD validados después de corregir errores ECC y reconstruir la estructura lógica

La validación separa archivos encontrados de archivos útiles

Una lista de nombres puede conservarse aunque el contenido detrás de cada entrada esté incompleto.

Un resultado se evalúa abriendo muestras y revisando coherencia, no contando entradas. Fotografías pueden tener miniatura pero no imagen completa; documentos pueden abrir con páginas vacías; bases de datos pueden conservar tablas y fallar en sus índices. Datastrophe clasifica el alcance según la evidencia obtenida y da prioridad a los formatos que el cliente declaró críticos. Cuando una aplicación específica interviene, se solicita una muestra sana o información de versión para comparar estructura y comportamiento.

Revisar muestras de cada familia de archivos prioritaria
Comprobar fechas, tamaños y rutas cuando estén disponibles
Distinguir resultados completos, parciales y no validables

Bases de datos y archivos creativos necesitan prueba funcional

Un archivo grande no necesariamente está íntegro. Bases SQL, catálogos fotográficos, buzones, archivos CAD y proyectos audiovisuales dependen de índices, recursos asociados o secuencias internas. La comprobación puede requerir abrir una copia, ejecutar verificaciones no destructivas y revisar relaciones. El informe evita afirmar que una base está recuperada si solo existe el contenedor o si faltan bloques indispensables para que la aplicación la reconozca.

La entrega se hace en otro medio

Los datos aceptados se copian a un soporte sano con una estructura comprensible. El SSD afectado se mantiene fuera de servicio porque su comportamiento ya no es confiable. La entrega puede incluir observaciones sobre carpetas reconstruidas, duplicados o archivos parciales para que el cliente sepa qué revisar. Esta separación protege el resultado y evita que una aparente reparación del dispositivo vuelva a poner en riesgo la única copia recuperada.

La transparencia incluye decir qué no pudo comprobarse, aunque el nombre del archivo aparezca en la estructura.

Referencia, interfaz, cifrado y fecha del último acceso reunidos para diagnosticar el SSD

Una solicitud precisa evita pruebas innecesarias

Modelo, capacidad, incidente y datos prioritarios permiten orientar el diagnóstico antes de recibir la unidad.

Para solicitar una evaluación, describa el último funcionamiento normal y la primera anomalía observada. Incluya marca, modelo, capacidad, interfaz, equipo de origen, sistema operativo y cualquier mensaje exacto. Anote si hubo borrado, formateo, actualización, líquido, sobrevoltaje o intentos con software. También indique si existe cifrado y quién conserva las claves. Esa cronología ayuda a preparar la adquisición y evita repetir acciones que ya demostraron ser riesgosas.

Listar carpetas y extensiones imprescindibles
Conservar adaptadores, equipo original y claves disponibles
Empacar la unidad contra golpes y electricidad estática

Qué conviene enviar junto con el SSD

La unidad debe viajar protegida en bolsa antiestática y material que impida movimientos. Si estaba soldada, asociada a un TPM o integrada en un equipo, puede ser necesario conservar el conjunto. No retire etiquetas ni limpie rastros de líquido antes de documentarlos. Las fotografías del mensaje, del modelo y de la instalación ayudan, pero no sustituyen el soporte. Nunca envíe contraseñas pegadas al paquete; se comparten por el canal acordado.

Qué recibirá antes de autorizar

El diagnóstico delimita el estado, el enfoque propuesto, los riesgos y el alcance que puede verificarse en esa etapa. La solicitud de cotización debe incluir los archivos más importantes y cualquier plazo operativo real. Autorizar con esa información permite decidir por valor, no por una promesa genérica de porcentaje. Si el caso presenta un límite insalvable, se comunica de forma directa antes de generar expectativas o trabajos adicionales.

Apague el equipo y no vuelva a conectar el SSD si se calienta, desaparece o bloquea el arranque.

Preguntas frecuentes

¿Conviene congelar, golpear o reconectar un SSD que desapareció?

No. Esas acciones no corrigen tablas FTL, firmware ni fallas eléctricas y pueden reducir la ventana de lectura. Apague el equipo, desconecte la unidad y documente el síntoma exacto. Si el SSD bloquea el BIOS, se calienta o aparece de manera intermitente, no lo encienda de nuevo antes de una evaluación controlada.

¿Se pueden recuperar archivos borrados después de que actuó TRIM?

Depende de si los bloques fueron realmente purgados, del sistema operativo, del puente utilizado y de la actividad posterior. Si la NAND ya limpió las celdas o recibió nuevas escrituras, esos datos no pueden recrearse. El diagnóstico busca metadatos y contenido todavía disponible sin prometer resultados basados solo en la fecha del borrado.

¿Una sala limpia mejora la recuperación de cualquier SSD?

No. Un SSD no contiene platos magnéticos abiertos y la mayoría de sus fallas se relacionan con electrónica, controlador, firmware, NAND o lógica. El entorno controlado se usa cuando la intervención física concreta lo exige, pero no sustituye la reconstrucción técnica ni vuelve recuperables celdas destruidas.

¿Qué pasa si el SSD está protegido con BitLocker o FileVault?

Se necesitan las credenciales o claves legítimas y, en ciertos casos, el equipo o TPM original. Es posible adquirir los bloques disponibles y aun así no obtener archivos legibles si falta la clave. Datastrophe separa el estado físico, la apertura criptográfica y la coherencia del sistema de archivos para explicar el límite real.

¿Puedo volver a utilizar el SSD después de recuperar los datos?

No es recomendable. Una unidad que dejó de responder, cambió de capacidad o produjo errores ya no ofrece una base confiable. La recuperación entrega los archivos aceptados en otro medio; después conviene reemplazar el SSD, restaurar desde una copia validada y establecer respaldos que puedan probarse periódicamente.

Medios

Otras especialidades

Diagnóstico

¿Tiene dudas sobre un dispositivo o una falla?

Datastrophe evalúa el riesgo antes de cualquier intervención y le indica la ruta más prudente.

Solicitar diagnóstico