¿El arroz sirve para recuperar un disco o celular mojado?

No. El arroz no recupera datos ni salva dispositivos electrónicos mojados. Es uno de los mitos tecnológicos más extendidos, y seguirlo puede convertir una situación recuperable en una irrecuperable.

Por qué existe el mito

El arroz absorbe humedad del aire ambiente. Si se deja un vaso de agua abierto junto a un bol de arroz, el arroz absorberá algo de la humedad evaporada. Este principio real se extrapola incorrectamente a un dispositivo electrónico mojado.

Por qué el arroz no funciona

Un disco rígido o un celular mojado no tiene “humedad en el ambiente alrededor”. Tiene líquido —agua, agua salada, café, refresco— en contacto directo con componentes electrónicos: circuitos soldados, chips, conectores, resistencias.

El arroz no puede extraer líquido que está dentro de un chip ni de una placa de circuito. Para que el arroz absorbiera esa humedad, los vapores deberían salir del interior del componente, atravesar la carcasa del dispositivo y llegar al arroz. Eso no ocurre a temperatura ambiente en horas ni días.

El problema real: la corrosión avanza

Mientras el dispositivo descansa en el arroz, la corrosión electroquímica trabaja activamente. El agua en contacto con metal conductivo más corriente eléctrica residual (o simplemente con el oxígeno del aire) genera corrosión en minutos. Cuanto más tiempo pase el dispositivo sin un proceso de limpieza adecuado, más corrosión se acumula y más componentes quedan dañados de forma permanente.

Un dispositivo que llega al laboratorio después de 2 horas tiene posibilidades de recuperación muy superiores a uno que llegó después de 48 horas en arroz.

Qué SÍ hacer

1. Apagar inmediatamente — no intentar encender ni cargar
2. No sacudir para intentar sacar el líquido (mueve el líquido hacia componentes que estaban secos)
3. No usar secadora de pelo (el calor puede fundir soldaduras y evaporar el agua dejando depósitos de minerales sobre los circuitos)
4. Llevar a diagnóstico especializado lo antes posible — las primeras horas son determinantes

¿El software gratuito de recuperación puede dañar más el disco?

Cuándo el software puede funcionar bien

En discos físicamente sanos con falla lógica pura —formateo accidental, borrado de archivos, corrupción del sistema de archivos— el software de recuperación (Recuva, PhotoRec, R-Studio, TestDisk) puede leer los datos sin problema. El disco responde normalmente, las lecturas son fluidas, y el riesgo de daño adicional es bajo.

En este escenario, el mayor riesgo no es el software en sí, sino instalarlo en el disco afectado: la instalación sobrescribe sectores que pueden contener exactamente los datos que se busca recuperar.

Cuándo el software puede empeorar la situación

Discos con falla mecánica (cabezales dañados, sectores defectuosos, motor con problemas)
El software de recuperación no sabe que el disco tiene daño físico. Intenta leer sectores sistemáticamente, sector por sector. Cuando encuentra un sector defectuoso, reintenta. Cuando los cabezales están dañados, los fuerza a posicionarse sobre los platos repetidamente.

En un HDD con cabezales que ya están rozando levemente el plato, forzar lecturas adicionales extiende el daño. Sectores que eran legibles antes pueden dañarse durante el proceso.

Discos que hacen clic, ticking o ruidos anómalos
Un disco que produce sonidos mecánicos inusuales tiene falla física confirmada. Ejecutar software sobre él es contraproducente. Cada intento de lectura es un riesgo adicional.

El problema del diagnóstico ausente

La mayoría de los usuarios ejecutan el software sin saber si su disco tiene falla lógica o física. Los síntomas externos son a veces idénticos: el disco “no abre” o “no detecta” puede ser tanto una falla de sistema de archivos (lógica, segura) como un cabezal dañado (física, peligrosa).

La regla práctica

El disco hace ruidos (clic, ticking, rascado, golpeteo): nunca software de recuperación. Apagar y llevar a laboratorio.

El disco es silencioso y el problema fue un formateo o borrado accidental: el software puede intentarse con precaución, ejecutándolo desde un dispositivo externo (USB arrancable), no instalándolo en el disco afectado, y deteniendo el proceso si el disco empieza a hacer ruidos.

Si hay duda sobre si la falla es lógica o física, el diagnóstico profesional previo es la opción que preserva las posibilidades de recuperación.

¿Conviene intentar abrir el disco en casa?

La respuesta directa: No, nunca

Abrir un disco rígido fuera de una sala limpia certificada destruye datos que podrían haberse recuperado. No hay excepción a esta regla.

Por qué el ambiente doméstico es incompatible con un HDD abierto

Un disco rígido opera con tolerancias de nanómetros. Los cabezales de lectura/escritura vuelan sobre los platos a una distancia de entre 3 y 15 nanómetros —miles de veces más pequeña que un cabello humano.

El aire en un ambiente doméstico normal contiene entre 500.000 y 1.000.000 partículas de más de 0.5 micrones por pie cúbico. Una sala limpia clase ISO 5 (clase 100) permite un máximo de 100 partículas del mismo tamaño en el mismo volumen.

Cuando se abre un disco en casa:

• Las partículas del aire se depositan instantáneamente sobre los platos
• Al girar el plato, los cabezales impactan esas partículas y las arrastran sobre la superficie magnética
• El resultado es un rayado físico de la capa magnética: los datos en esas zonas son destruidos permanentemente

El daño ocurre aunque el disco no esté funcionando

Incluso si se abre el disco con el disco apagado, el polvo se deposita sobre los platos. Cuando se intenta volver a poner en funcionamiento, el plato gira sobre ese polvo y los cabezales lo arrastran. El daño ocurre en los primeros segundos de funcionamiento.

Para SSDs, celulares y pendrives

La apertura tampoco tiene sentido técnico en estos dispositivos. Los chips de almacenamiento (NAND flash) están soldados directamente a la placa. No hay ninguna pieza ajustable manualmente, ningún mecanismo que “reacomodar”. Abrir la carcasa solo expone los componentes a daño electrostático y físico sin ningún beneficio posible.

Qué hace un laboratorio que no puede hacer un usuario en casa

Una sala limpia certificada crea un entorno donde se puede abrir el disco sin riesgo de contaminación. Los técnicos tienen equipamiento especializado para reemplazar cabezales, acceder a platos dañados, y manipular los mecanismos internos con precisión de micrómetros. Nada de eso es replicable en un ambiente doméstico.

¿Apagar y encender el disco varias veces puede ayudar?

La respuesta directa: No, empeora la situación

Apagar y encender el disco repetidamente con la esperanza de que “en algún intento arranque” es uno de los errores más frecuentes y más costosos en situaciones de pérdida de datos.

Por qué cada encendido adicional daña más

En HDD con cabezales dañados
Al encender un HDD, los cabezales se desplazan desde su posición de reposo hacia los platos en un proceso llamado loading. Si los cabezales están dañados —incluso levemente— cada loading fuerza un cabezal defectuoso a posicionarse sobre el plato. El movimiento extiende el daño mecánico. Sectores que eran legibles en el primer encendido pueden quedar destruidos en el tercero.

En HDD con sectores defectuosos
Cuando el sistema operativo detecta un sector con error durante el arranque, puede intentar reasignarlo automáticamente (reallocation). Este proceso genera escrituras en zonas adyacentes. Dependiendo de dónde estaban los datos, estas escrituras pueden sobreescribir información que se buscaba recuperar.

En SSD con falla
Cada encendido activa el garbage collection y el procesamiento de comandos TRIM pendientes. Ambos procesos pueden eliminar físicamente bloques que el controlador marcó como libres —aunque el usuario considere que esos datos son necesarios. El tiempo transcurrido con el SSD activo es el factor más determinante en las probabilidades de recuperación.

El mito de “tal vez en este intento arranca”

La lógica que lleva a reintentar repetidamente es comprensible: si el disco arrancó una vez más, quizás funcione. Pero lo que realmente ocurre es lo contrario: cada intento que falla es evidencia de que la falla progresa, no de que el disco puede recuperarse por sí solo.

Los discos no “mejoran solos”. Si un HDD con daño mecánico arrancó en el intento 1 pero no en el 2 y el 3, el daño avanzó entre esos intentos, no el disco “tuvo mala suerte”.

Qué hacer en cambio

Apagar el dispositivo definitivamente en cuanto se detecta el problema. No intentar más encendidos. Llevar a diagnóstico sin más ciclos de arranque.

¿Un disco con garantía puede enviarse al fabricante para recuperar datos?

Lo que hace el fabricante con un disco en garantía

Cuando se envía un disco en garantía a Western Digital, Seagate, Toshiba u otro fabricante, el proceso es el siguiente:

1. El fabricante recibe el disco
2. Verifica que la falla está cubierta por la garantía
3. Envía un disco de reemplazo (nuevo o reacondicionado)
4. El disco original es enviado a un centro de reacondicionamiento o destrucción

Los fabricantes no tienen laboratorios de recuperación de datos. No es su negocio ni su proceso. El disco original con los datos no se devuelve al cliente.

La trampa de la garantía

Muchas personas asumen que “la garantía se hace cargo de todo”. En términos de hardware, sí: recibirán un disco nuevo. En términos de datos, no: los datos del disco original se perderán definitivamente.

El fabricante, además, puede exigir que el disco sea enviado limpio (sin datos) como condición para procesar la garantía. Esto confirma que los datos no son su responsabilidad en ningún sentido.

El orden correcto de acciones

Primero: recuperar los datos
Llevar el disco a un laboratorio especializado para diagnóstico y recuperación antes de cualquier gestión de garantía.

Segundo (opcional): reclamar la garantía del hardware
Una vez que los datos fueron recuperados y transferidos a otro dispositivo, el disco original puede enviarse al fabricante para el proceso de garantía. En ese punto, no importa qué haga el fabricante con el disco original.

Una nota sobre los fabricantes y los datos

Algunos fabricantes de alto segmento (Samsung, por ejemplo) tienen acuerdos con laboratorios de recuperación de datos a los que derivan a sus clientes. Pero esto es un servicio separado, no una cobertura de garantía, y tiene costos propios. En ningún caso el fabricante recupera datos gratuitamente dentro del proceso de garantía estándar.

¿Se pueden recuperar archivos después de un ataque de ransomware?

La respuesta matizada: depende

El ransomware no es un tipo único de amenaza. Hay cientos de variantes con características técnicas diferentes, y las posibilidades de recuperación varían enormemente según cuál atacó, qué acciones tomó (¿eliminó las shadow copies? ¿cifró los backups?) y qué medidas de protección existían antes del ataque.

Cuándo SÍ es posible recuperar

Ransomware con descifrador disponible
Algunos ransomware tienen vulnerabilidades en su implementación del cifrado o sus claves fueron confiscadas en operaciones policiales. El proyecto NoMoreRansom (nomoreransom.org), impulsado por Europol y fabricantes de seguridad, mantiene una base de datos de descifradores gratuitos. Identificar el ransomware es el primer paso para verificar si existe solución.

Shadow copies no eliminadas
Windows crea puntos de restauración automáticos (Volume Shadow Copies). Si el ransomware no los eliminó —algunos no lo hacen— es posible restaurar versiones anteriores de los archivos sin necesitar la clave de cifrado.

Backups previos no afectados
Si existe un backup que no estaba conectado a la red al momento del ataque (backup offsite, cinta física, backup en nube sin sincronización activa), los datos pueden restaurarse desde allí.

Versiones anteriores en servicios cloud
Si los archivos estaban sincronizados con Google Drive o OneDrive y el historial de versiones está habilitado, puede ser posible restaurar versiones anteriores al cifrado —siempre que se actúe antes de que expiren esas versiones.

Cuándo las opciones son limitadas

Ransomware con cifrado robusto sin descifrador conocido
Si el cifrado implementado es técnicamente sólido y no existe descifrador disponible, los archivos cifrados son matemáticamente irrecuperables sin la clave. No hay técnica de laboratorio que rompa un cifrado AES-256 bien implementado.

Shadow copies eliminadas
Los ransomware modernos eliminan activamente las shadow copies como primera acción. Esta es la razón por la que la regla 3-2-1 con backups verdaderamente aislados es la única defensa efectiva.

Ningún backup utilizable
Si los backups estaban en red (cifrados junto con el resto), en la nube con sincronización activa (también cifrados), o simplemente no existían, las alternativas técnicas son limitadas.

Qué evalúa el laboratorio

El diagnóstico técnico ante un ransomware incluye:

• Identificación del tipo de ransomware (extensión de archivos cifrados, mensaje de rescate)
• Búsqueda de descifrador disponible en bases de datos especializadas
• Estado de las shadow copies y puntos de restauración
• Estado de los backups disponibles
• Análisis forense del sistema para identificar zonas no cifradas o datos residuales

¿Conviene pagar el rescate de un ransomware?

La posición técnica: generalmente no se recomienda

Esta es la posición de la mayoría de los organismos de seguridad (CISA, Europol, INCIBE) y expertos en ciberseguridad. No es una posición absoluta, sino una basada en la evidencia disponible sobre resultados.

Razones técnicas contra el pago

No hay garantía de recibir la clave
Un porcentaje significativo de organizaciones que pagaron no recibieron una clave de descifrado funcional. Los atacantes no tienen obligación legal de cumplir. En algunos casos, la “clave” entregada descifra solo una parte de los archivos.

La clave puede descifrar parcialmente
Incluso cuando el atacante entrega la clave, los archivos que fueron cifrados mientras estaban siendo escritos (archivos abiertos al momento del ataque) pueden haber quedado parcialmente cifrados y corrompidos. La clave los descifra, pero el archivo resultante puede ser ilegible.

El malware puede seguir activo
El pago no elimina el ransomware ni la vulnerabilidad que lo permitió entrar. Sin una limpieza completa del entorno, el mismo grupo puede reatacar.

No elimina el riesgo de exfiltración
Muchos ransomware modernos no solo cifran: primero exfiltran los datos. El pago puede “recuperar” los archivos cifrados, pero los datos ya están en manos de los atacantes y pueden ser publicados o vendidos independientemente.

Razones éticas y legales

El pago financia operaciones criminales que continúan atacando otras organizaciones. En algunos países y dependiendo del grupo atacante, el pago puede implicar responsabilidad legal (si el grupo está en listas de sanciones internacionales, como en el caso de algunos grupos vinculados a estados nacionales).

Cuándo el pago puede considerarse (sin recomendarlo)

• Los datos son absolutamente críticos y no existe ninguna alternativa técnica
• El ransomware es de un grupo con historial documentado de entregar claves funcionales
• Todas las alternativas técnicas (descifradores disponibles, backups, shadow copies) fueron agotadas
• Solo como último recurso y después de consultar con especialistas y asesoría legal

La alternativa correcta

Antes de considerar el pago, el diagnóstico técnico evaluará todas las alternativas disponibles. En muchos casos existen opciones que el afectado desconoce (descifradores gratuitos, shadow copies intactas, backups parciales recuperables).

¿Qué hacer inmediatamente tras un ataque de ransomware?

Los pasos en orden estricto de prioridad

1. Aislar inmediatamente los sistemas afectados de la red
Desconectar el cable ethernet y deshabilitar el WiFi en todos los equipos que muestren síntomas (archivos con extensiones extrañas, mensajes de rescate). El objetivo es detener la propagación lateral a otros sistemas de la red antes de que se cifren más datos.

Esto es la acción más urgente: cada minuto que pasa con los sistemas conectados puede significar más equipos afectados.

2. NO apagar los sistemas todavía
Esto es contraintuitivo pero importante: en algunos tipos de ransomware, la memoria RAM contiene la clave de cifrado activa mientras el proceso está corriendo. Forzar el apagado puede destruir esa clave. El análisis forense de la RAM puede ser posible en sistemas activos. Consultarlo con especialistas antes de apagar.

3. Documentar
Fotografiar con un celular (no con el equipo afectado): el mensaje de rescate que aparece en pantalla, la extensión de los archivos cifrados, los sistemas afectados y los no afectados. Esta documentación es útil para identificar el ransomware y para la denuncia.

4. Identificar el ransomware
La extensión de los archivos cifrados y el contenido del mensaje de rescate permiten identificar la familia de ransomware. La herramienta ID Ransomware (id-ransomware.malwarehunterteam.com) permite cargar un archivo cifrado o el mensaje de rescate y obtener la identificación. Si el ransomware tiene un descifrador disponible en nomoreransom.org, no es necesario pagar.

5. Verificar el estado de los backups
¿Los backups están intactos? ¿Estaban en red (posiblemente cifrados) o aislados (posiblemente seguros)? ¿La nube tiene versiones anteriores disponibles? Este paso determina el camino de recuperación disponible.

6. Contactar especialistas antes de cualquier acción de “limpieza”
Formatear los sistemas afectados o reinstalar el sistema operativo para “limpiar el virus” destruye la posibilidad de análisis forense, elimina las shadow copies que puedan existir y puede destruir evidencia necesaria para recuperar datos. Ningún paso de limpieza debe hacerse antes de que los especialistas evalúen la situación.

Lo que NO hacer

• No pagar inmediatamente sin evaluar alternativas técnicas
• No formatear ni reinstalar sistemas afectados
• No ejecutar antivirus o herramientas de limpieza sobre los sistemas cifrados sin asesoramiento
• No intentar descifrar archivos con herramientas no verificadas (algunas “herramientas de descifrado” son ransomware adicional)

¿El backup puede haberse cifrado también en un ransomware?

Sí: el backup es uno de los primeros objetivos

Los grupos de ransomware saben que los backups son la principal alternativa al pago. Por eso, los ransomware modernos están diseñados específicamente para alcanzar y cifrar los backups antes o durante el cifrado de los datos principales.

Cómo el ransomware afecta los diferentes tipos de backup

Backups en unidades de red mapeadas (letras de unidad)
Si el backup está en una carpeta mapeada como unidad de red (por ejemplo, Z:\backup), el ransomware la ve como cualquier otra unidad y cifra su contenido. Esta es la situación más frecuente y la más vulnerable.

Backups en NAS accesibles desde la red local
Si el NAS tiene permisos de escritura desde los equipos de la red, el ransomware puede alcanzar los archivos del NAS y cifrarlos. Algunos NAS con protección Snapshots pueden recuperarse si los snapshots sobrevivieron al ataque.

Backups sincronizados en la nube (OneDrive Sync, Google Drive for Desktop)
Los clientes de sincronización detectan que los archivos “cambiaron” (fueron cifrados) y sincronizan la versión cifrada a la nube. En minutos, el backup en la nube queda cifrado también.

Shadow copies de Windows
Los ransomware modernos eliminan activamente las Volume Shadow Copies usando comandos de administración (vssadmin delete shadows). Esta es una de las primeras acciones que ejecutan. En muchos ataques recientes, las shadow copies ya no son una opción.

Qué backups generalmente SÍ sobreviven

Backup offsite sin conexión activa al momento del ataque
Un disco externo desconectado, una cinta física no montada en el servidor, un backup en nube sin cliente de sincronización corriendo: cualquier copia que no estaba accesible desde el equipo infectado sobrevive el ataque.

Cloud con versiones anteriores habilitadas y retención suficiente
Si el historial de versiones del servicio cloud está habilitado y el ransomware no tuvo acceso a la consola de administración de la plataforma, puede ser posible restaurar versiones anteriores al cifrado —siempre que se actúe antes de que expiren.

Regla 3-2-1 con la copia verdaderamente aislada
La única garantía real es tener una copia que no esté reachable desde ningún sistema comprometido. La regla 3-2-1 solo protege si la tercera copia (offsite) está genuinamente aislada.

Cómo verificar si el backup está cifrado

Intentar abrir un archivo de backup en otro sistema limpio. Si el archivo tiene una extensión rara o no abre con la aplicación correcta, está cifrado. Los archivos de backup de Veeam, Acronis o Backup Exec tendrán extensiones modificadas si el ransomware los alcanzó.

¿Cómo saber si los datos siguen siendo recuperables tras un ransomware?

Los cinco factores que determinan la recuperabilidad

1. Tipo de ransomware
Identificar el ransomware es el primer paso. Algunos tienen descifradores gratuitos disponibles en nomoreransom.org. Si el ransomware tiene una vulnerabilidad conocida en su implementación del cifrado, la recuperación puede ser posible sin pagar ni recurrir a backups. La extensión de los archivos cifrados y el contenido del mensaje de rescate son los datos clave para la identificación.

2. Estado de las shadow copies
Los shadow copies (Volume Shadow Copies) son instantáneas automáticas de Windows. Si el ransomware no los eliminó, pueden permitir restaurar versiones anteriores de los archivos sin necesidad de la clave de cifrado. El diagnóstico verifica su estado antes de cualquier otra acción.

3. Estado de los backups
¿Los backups existen? ¿Están intactos? ¿Estaban conectados en red al momento del ataque (posiblemente cifrados) o estaban aislados (posiblemente seguros)? Un backup offsite no conectado puede ser la solución completa al problema.

4. Versiones cloud con historial anterior al ataque
Si los datos estaban sincronizados con un servicio cloud con historial de versiones habilitado, puede ser posible restaurar la versión previa al cifrado. Esto depende de que la sincronización se haya detenido antes de que la versión cifrada sobrescribiera todos los estados anteriores.

5. Zonas no cifradas
En algunos ataques, el ransomware no alcanzó todos los sistemas o particiones. Equipos que estaban apagados al momento del ataque, discos externos desconectados, o particiones de datos secundarias pueden haber quedado sin cifrar.

Qué hace el laboratorio en el diagnóstico

• Identificación del ransomware y búsqueda de descifrador en bases de datos especializadas
• Análisis forense del sistema para detectar shadow copies, puntos de restauración y datos no cifrados
• Evaluación de backups disponibles: integridad, fecha del último backup válido, accesibilidad
• Revisión de versiones disponibles en servicios cloud vinculados
• Identificación de archivos parcialmente cifrados (potencialmente recuperables con herramientas de reconstrucción)

Por qué el diagnóstico debe hacerse antes del pago

El diagnóstico técnico determina si hay alternativas al pago antes de comprometer fondos. En un porcentaje significativo de casos existe alguna alternativa técnica (descifrador disponible, backup parcial utilizable, shadow copies intactas) que el afectado desconoce. Pagar sin haber hecho el diagnóstico puede ser un gasto innecesario.

¿Por qué un disco desaparece y vuelve a aparecer en la PC?

El síntoma

El disco aparece en el Explorador de Windows, es accesible por algunos minutos u horas, y luego desaparece de la lista de unidades sin que el usuario haya hecho nada. A veces vuelve a aparecer al rato o después de reconectar el cable, a veces no. El sistema operativo puede reportar errores de dispositivo en el Visor de Eventos.

Causas por orden de probabilidad

Cable SATA o USB con mal contacto
La causa más frecuente y más benigna. Un cable SATA desgastado, un conector USB flojo o un adaptador USB-SATA de mala calidad puede perder contacto intermitentemente. Antes de asumir falla del disco, probar con un cable diferente y en un puerto diferente.

Puerto SATA o USB con problema
El puerto del motherboard o del enclosure puede tener un problema de contacto. Mover el disco a otro puerto SATA del motherboard o a otro puerto USB puede confirmar o descartar esta causa.

Cabezales que fallan intermitentemente
Cuando los cabezales de un HDD comienzan a degradarse, pueden posicionarse correctamente en algunos intentos y fallar en otros. El disco “arranca” cuando el intento funciona y “desaparece” cuando el intento falla. Este síntoma es característico de falla mecánica inminente: el disco no está “bien a veces”, está fallando y los episodios de falla se volverán progresivamente más frecuentes.

Sectores defectuosos en zona crítica del sistema de archivos
El sistema monta el disco, intenta leer una zona crítica (MFT, tablas de partición, zona de boot), falla en esa lectura y desmonta el disco. La desaparición intermitente coincide con cuándo el sistema intenta acceder a esas zonas críticas.

SSD con controlador en falla intermitente
Un controlador SSD que está empezando a fallar puede responder en algunos momentos y desaparecer en otros. A diferencia del HDD, el deterioro en un SSD puede ser muy rápido: de “falla intermitente” a “no detecta” puede ocurrir en horas.

Por qué es urgente

La intermitencia no es un síntoma benigno ni indica que el disco está “recuperándose”. Es evidencia de que la falla progresa. Cada desaparición es un episodio en el que el disco dejó de ser accesible, y la frecuencia de esos episodios aumentará.

Qué hacer

1. Cambiar el cable SATA/USB y probar en otro puerto (primero descartar causas benignas)
2. Si el problema persiste después de cambiar cable y puerto: apagar el sistema y no intentar más reconexiones
3. Llevar a diagnóstico: cada reconexión adicional cuando hay falla mecánica es un riesgo para los datos

¿Cuándo ya no es posible recuperar datos de un disco?

Casos donde la recuperación es imposible

Platos con daño físico extenso
Cuando los cabezales de un HDD caen sobre el plato girando —ya sea por un golpe severo, un cabezal defectuoso que roza el plato, o una apertura incorrecta fuera de sala limpia— la superficie magnética queda físicamente rayada. Las zonas rayadas no pueden ser leídas por ningún método conocido, porque el material magnético que contenía la información fue físicamente removido. Si el daño cubre la mayor parte del plato, la recuperación es inviable aunque partes pequeñas puedan estar intactas.

Chip NAND de SSD con daño físico directo
Un chip NAND quemado (por sobretensión), partido físicamente o con daño irreversible en las celdas no puede ser leído. Los datos almacenados en ese chip específico son irrecuperables. Si el SSD tiene múltiples chips y solo uno está dañado, puede haber recuperación parcial de los chips intactos.

Reset de fábrica en celular moderno con cifrado activo
Los celulares modernos (Android 6+ e iOS) cifran los datos con una clave derivada del PIN del usuario. Un reset de fábrica destruye esa clave de cifrado. Los datos permanecen físicamente en la memoria flash, pero son criptográficamente irrecuperables: leer los datos sin la clave es computacionalmente inviable con la tecnología actual.

Degaussing efectivo
Un campo magnético suficientemente fuerte borra completamente la magnetización de los platos de un HDD. Un degaussing correctamente aplicado (como el usado en procesos de destrucción certificada) hace los datos irrecuperables.

Destrucción física: trituración, incendio, corrosión total
Discos triturados, fundidos en incendio, o con corrosión química total no tienen superficie legible. En estos casos no hay nada que recuperar.

Casos donde el diagnóstico determina si hay posibilidad

Daño mecánico parcial
Si solo algunas zonas del plato están rayadas y el resto está intacto, la recuperación parcial puede ser posible. El diagnóstico determina cuánto porcentaje del disco es legible.

Corrupción lógica severa
Cualquier situación donde los datos están físicamente presentes pero el sistema de archivos está dañado es generalmente recuperable. La corrupción lógica, por severa que sea, no destruye los datos físicamente.

SSD con firmware dañado pero celdas NAND intactas
Si el problema es del controlador o el firmware, las celdas NAND con los datos pueden estar intactas y accesibles mediante técnicas especializadas.

Por qué el diagnóstico es siempre el primer paso

Sin diagnóstico, es imposible saber en qué grupo está un caso concreto. El diagnóstico previo es el único método para determinar si estamos ante una situación recuperable, parcialmente recuperable o irrecuperable —antes de gastar tiempo y dinero en un proceso con resultado incierto.

¿Qué no hacer inmediatamente después de perder datos?

Las primeras horas después de perder datos son las más críticas. Las acciones tomadas en ese período —con buenas intenciones pero sin información técnica— son frecuentemente las que determinan si la recuperación termina siendo posible o no.

Los 6 errores más comunes

1. Seguir usando el dispositivo normalmente
Cada operación de escritura posterior a la pérdida de datos puede sobreescribir exactamente los sectores que contienen los datos perdidos. Guardar un archivo, instalar una aplicación, navegar por internet: todo genera escrituras. Cada escritura es un riesgo.

2. Instalar el software de recuperación en el mismo disco afectado
El error más específico y más frecuente. La instalación de cualquier programa —incluyendo el software de recuperación— genera escrituras en el disco. Si esas escrituras caen sobre los sectores que contenían los datos perdidos, esos datos quedan irrecuperables. El software de recuperación debe ejecutarse desde un dispositivo externo o USB arrancable, nunca instalarse en el disco que se quiere recuperar.

3. Apagar y encender repetidamente
Cada ciclo de arranque genera movimiento mecánico en un HDD (los cabezales se desplazan) y escrituras automáticas del sistema operativo (logs, archivos de sistema). En discos con falla física, cada encendido adicional extiende el daño. En SSDs, cada encendido activa procesos que pueden eliminar datos.

4. Formatear “para empezar de cero”
Formatear el disco destruye las estructuras de sistema de archivos que permiten al software de recuperación encontrar los datos. En algunos casos la recuperación sigue siendo posible después de un formateo rápido (los datos físicos pueden seguir presentes), pero el formateo completo reduce significativamente las posibilidades.

5. Abrir el disco físicamente
Abrirlo en casa introduce contaminación de partículas sobre los platos en el mismo momento en que se destapa. El daño es inmediato e irreversible. Los discos solo deben abrirse en sala limpia certificada.

6. Ejecutar chkdsk, fsck o herramientas de reparación del sistema
Estas herramientas intentan “reparar” el sistema de archivos generando escrituras en las zonas afectadas. Pueden sobreescribir exactamente los datos que se busca recuperar. En situaciones de pérdida de datos, no son herramientas de recuperación: son herramientas de reparación que priorizan que el sistema vuelva a funcionar sobre la preservación de los datos originales.

La regla más importante

Apagar el dispositivo y no hacer nada más hasta hablar con un especialista. Una consulta de diagnóstico antes de cualquier acción preserva todas las opciones.

¿Firman un acuerdo de confidencialidad (NDA)?

Sí: CBL firma NDA

Para casos que lo requieran, CBL puede suscribir un acuerdo de confidencialidad (Non-Disclosure Agreement / Acuerdo de No Divulgación) antes de iniciar el proceso de recuperación.

Cuándo tiene sentido solicitarlo

Datos de clientes o información comercial estratégica
Bases de datos de clientes, planes de negocio, información de precios, estrategias comerciales: cualquier información cuya divulgación podría generar daño competitivo.

Casos legales activos
Cuando los datos recuperados son evidencia en un proceso judicial en curso, la confidencialidad tiene implicaciones legales concretas. El NDA documenta formalmente las obligaciones de CBL respecto a esa evidencia.

Datos de salud o información médica
Expedientes de pacientes, historiales clínicos, datos de obras sociales o prestadoras: regulados por normativas específicas que requieren protocolos de confidencialidad formales.

Información financiera confidencial
Datos contables, registros de transacciones, información de auditoría o información financiera sensible de terceros.

Qué cubre el NDA

• No divulgación de la existencia del caso o del encargo
• No divulgación del contenido de los datos ni de ninguna información accedida durante el proceso
• No divulgación de la identidad del cliente ni de ningún dato que permita identificarlo
• Obligaciones de eliminación segura de cualquier copia de trabajo al cerrar el caso
• Alcance temporal de las obligaciones (generalmente indefinido para datos sensibles)

Cómo solicitarlo

El NDA puede solicitarse al momento del primer contacto o en cualquier momento antes de entregar el dispositivo. CBL utiliza un modelo estándar que puede revisarse y adaptarse a los requerimientos específicos del caso.

Solicitar un NDA no es un pedido inusual en recuperación de datos empresarial: es una práctica normal que cualquier laboratorio serio debe poder satisfacer.

¿Dónde se realiza físicamente la recuperación?

Las instalaciones de CBL en Argentina

CBL opera en Argentina (Buenos Aires). Todas las etapas del proceso de recuperación —recepción del dispositivo, diagnóstico, intervención en sala limpia cuando es necesario, recuperación, verificación y entrega— se realizan en las instalaciones propias.

Sin tercerización a laboratorios externos

CBL no envía dispositivos de clientes a laboratorios externos para ninguna etapa del proceso. Esto es relevante por dos razones:

Cadena de custodia intacta
En casos de pericia forense o situaciones donde la cadena de custodia es crítica, la imposibilidad de tercerizar garantiza que el dispositivo y los datos no salieron del control directo de CBL en ningún momento.

Confidencialidad efectiva
Cuando un dispositivo pasa por múltiples laboratorios, la confidencialidad depende de todas las partes de la cadena. Al mantener todo en casa, CBL es el único responsable y puede garantizar el cumplimiento de los compromisos de confidencialidad.

Para clientes que necesitan verificar el proceso in situ

Clientes empresariales, abogados o partes en procesos legales que necesiten estar presentes durante alguna etapa crítica del proceso pueden coordinar una visita. Esto se acuerda previamente con el equipo técnico.

Para clientes del interior del país

CBL recibe dispositivos por envío postal desde cualquier punto del país. El proceso completo se realiza en Buenos Aires y el dispositivo (con los datos recuperados) se devuelve al cliente por el mismo medio o por el método que el cliente prefiera.

¿Quién accede a la información durante el proceso de recuperación?

Acceso restringido al técnico asignado

El único que accede al contenido del dispositivo durante el proceso de recuperación es el técnico asignado al caso. No hay acceso por parte de:

• Personal administrativo o comercial
• Otros técnicos del laboratorio no asignados al caso
• Personal de limpieza o mantenimiento
• Ninguna persona externa

Cómo funciona el sistema de asignación

Cada caso que ingresa a CBL recibe un número de referencia único. A partir de ese momento, el caso está vinculado a ese número y a un técnico responsable. El acceso al dispositivo y a cualquier información derivada del proceso queda registrado bajo ese número de referencia.

Registros de acceso

Cada acción sobre el dispositivo genera un registro que incluye:

• Quién realizó la acción (técnico responsable)
• Cuándo fue realizada (timestamp con fecha y hora)
• Qué acción específica se realizó

Estos registros tienen valor en dos sentidos: garantizan que no hubo acceso no autorizado, y en casos de pericia forense, forman parte de la documentación de la cadena de custodia.

Para casos con NDA

Cuando se ha firmado un acuerdo de confidencialidad, el técnico asignado está explícitamente incluido en el alcance del NDA. Las obligaciones de no divulgación aplican a toda persona que haya tenido acceso al caso, documentado en el registro de acciones.

Para casos empresariales con múltiples dispositivos

En procesos de recuperación masiva (renovación de parque informático, cierre de oficinas, baja de servidores), puede haber más de un técnico involucrado. En ese caso, cada técnico queda documentado por el lote o dispositivos específicos que manejó, y el responsable del caso supervisa el proceso completo.

¿Qué hacer inmediatamente después de perder datos?

Cuando se produce una pérdida de datos, los primeros minutos son determinantes. Las acciones correctas pueden preservar la posibilidad de recuperación; las incorrectas pueden hacerla imposible.

Los 5 pasos inmediatos, en orden de importancia

1. Apagar el dispositivo
Cada segundo que el sistema operativo está corriendo, el dispositivo escribe: logs del sistema, archivos temporales, actualizaciones automáticas. En un SSD con TRIM activo, el borrado interno puede avanzar en segundo plano incluso sin que el usuario haga nada. Apagar el dispositivo detiene ese proceso.

2. No instalar ni ejecutar software de recuperación en el mismo disco
Instalar una herramienta de recuperación en el disco que tiene los datos perdidos sobrescribe sectores que pueden contener exactamente lo que se busca recuperar. Si se va a usar software de recuperación, debe ejecutarse desde un disco externo o USB arrancable, nunca desde el disco afectado.

3. No reiniciar repetidamente
Cada arranque del sistema genera escrituras. Si el sistema no arranca y se reinicia en bucle, el riesgo de daño se acumula con cada intento. Un HDD con problemas mecánicos puede deteriorarse rápidamente si se fuerza a arrancar.

4. No formatear aunque el sistema lo sugiera
Windows y macOS pueden sugerir formatear un disco que no reconocen. El formateo no resuelve el problema; sobrescribe los datos. Si el sistema pide formatear, rechazar la opción y apagar.

5. Contactar diagnóstico especializado antes de cualquier acción
El diagnóstico previo en CBL es gratuito y permite evaluar el estado real del dispositivo antes de que el usuario tome decisiones que pueden empeorar la situación. Muchos casos que llegan irrecuperables lo son porque alguien intentó “arreglarlo” primero.

Por qué cada minuto importa (diferente según el dispositivo)

HDD (disco rígido): si hay daño mecánico (cabezales rozando los platos), cada segundo de funcionamiento raya el plato de forma irreversible. Un disco que hace clic debe apagarse de inmediato.

SSD: el garbage collection y el TRIM pueden borrar datos en segundo plano. Cuanto más tiempo está encendido el dispositivo después de la pérdida, más datos internos se eliminan.

Celular: el uso normal del celular (notificaciones, apps en segundo plano, actualizaciones) escribe datos continuamente. Cada minuto de uso reduce el espacio donde estaban los datos perdidos.

La diferencia entre actuar bien y actuar mal

Un usuario que apaga el dispositivo inmediatamente y lo entrega a un laboratorio sin haberlo usado más tiene, en promedio, posibilidades de recuperación significativamente mayores que uno que intentó arreglarlo durante horas antes de consultar.

El error más costoso no es perder los datos: es perder la posibilidad de recuperarlos.

¿CBL ofrece recuperación urgente o en el mismo día?

El servicio de urgencia de CBL

Cuando una pérdida de datos tiene impacto operativo inmediato —una empresa que no puede facturar, un servidor caído que bloquea operaciones, una presentación crítica al día siguiente— el tiempo de respuesta importa tanto como la recuperación misma.

CBL ofrece atención de urgencia para estos casos, con prioridad sobre el flujo estándar.

Qué incluye el servicio urgente

Diagnóstico prioritario
El dispositivo entra directamente a diagnóstico, sin espera en la cola estándar. El cliente recibe un informe de estado en el menor tiempo técnicamente posible.

Comunicación directa con el técnico asignado
En casos de urgencia, el cliente tiene contacto directo con el técnico que trabaja el caso, no solo con el área de atención al cliente. Esto permite actualizaciones en tiempo real y toma de decisiones rápidas.

Atención fuera de horario cuando es necesario
Para situaciones críticas, CBL puede coordinar atención fuera del horario estándar.

Qué determina si es posible resolverlo en el día

No todos los casos pueden resolverse en pocas horas, independientemente de la urgencia. Los factores determinantes son:

Tipo de falla:

• Falla lógica (formateo accidental, borrado accidental, sistema de archivos corrupto): alta posibilidad de resolución rápida
• Falla mecánica leve en HDD: requiere sala limpia, puede resolverse en el día si no hay complicaciones
• Falla mecánica severa (platos dañados, múltiples cabezales): proceso más largo incluso en urgencia
• RAID o servidor: depende del número de discos y la complejidad de la degradación

Disponibilidad de piezas:
En casos que requieren piezas de reemplazo (cabezales, platos donantes), la disponibilidad en stock puede ser el factor limitante, no el trabajo técnico.

Cómo solicitarlo

Contactar directamente a CBL indicando:

1. Tipo de dispositivo y síntoma
2. Qué datos se necesitan recuperar
3. Por qué la situación es urgente (impacto operativo, plazo, consecuencias)

El equipo evalúa la urgencia y la viabilidad técnica, y confirma los tiempos reales antes de proceder.

¿Cuánto tarda la recuperación de datos?

El diagnóstico: primer paso, tiempo separado

El diagnóstico previo es el paso que permite evaluar el estado del dispositivo, identificar el tipo de falla y estimar las posibilidades de recuperación. Es gratuito y tarda entre 24 y 72 horas hábiles desde que el dispositivo ingresa al laboratorio.

El tiempo del diagnóstico no se suma al tiempo de recuperación: son etapas distintas. Solo se inicia la recuperación si el cliente aprueba el presupuesto.

Tiempos por tipo de falla

Falla lógica simple (formateo accidental, borrado, sistema de archivos corrupto)
24 a 48 horas hábiles. El disco responde, no hay daño físico, y el proceso es principalmente de software.

Falla mecánica en HDD (cabezales dañados, motor defectuoso, clic)
3 a 7 días hábiles. Requiere trabajo en sala limpia: reemplazo de cabezales o piezas, imagen forense del disco y posterior análisis. Si se necesitan piezas de reemplazo específicas, la disponibilidad en stock puede extender el plazo.

RAID o servidor (múltiples discos)
5 a 15 días hábiles según la cantidad de discos, el nivel de RAID, el tipo de falla y si hay fallas combinadas (lógicas y físicas). Los servidores con bases de datos o configuraciones complejas pueden requerir trabajo adicional de reconstrucción.

Casos con chip-off o falla severa de SSD
Variable. El chip-off (desmontaje del chip NAND para lectura directa) es un proceso de laboratorio avanzado; los tiempos dependen de las características específicas del chip y del estado de los datos.

Factores que pueden alargar el proceso

• Piezas de reemplazo específicas no disponibles en stock local (requieren importación)
• Daño mayor al estimado en el diagnóstico inicial
• Múltiples discos en RAID con fallas en combinaciones complejas
• Datos cifrados que requieren proceso adicional de reconstrucción

Servicio urgente disponible

Para casos con impacto operativo crítico, CBL ofrece servicio de urgencia con diagnóstico prioritario y resolución en los menores tiempos técnicamente posibles.

¿Qué es el diagnóstico previo y tiene costo?

El diagnóstico previo es gratuito en CBL

Antes de comprometerse con un proceso de recuperación, CBL evalúa el dispositivo sin costo. Este paso existe porque tomar la decisión correcta requiere información técnica real, no estimaciones a ciegas.

Qué incluye el diagnóstico

Evaluación del estado físico
Inspección visual del dispositivo, verificación de respuesta del hardware, análisis de síntomas mecánicos (ruidos, vibración, temperatura anormal) y evaluación de daños visibles.

Evaluación del estado lógico
Intento de acceso al sistema de archivos, identificación del tipo de falla (formateo, borrado, corrupción, cifrado), análisis de particiones y estado del sistema de archivos.

Estimación de posibilidades de recuperación
Una evaluación honesta de qué porcentaje del contenido es técnicamente recuperable, qué tipo de datos son accesibles y cuáles están comprometidos.

Presupuesto sin compromiso
Al final del diagnóstico, el cliente recibe un presupuesto detallado con el proceso propuesto y el costo total. No hay cargos ocultos ni costos adicionales que aparezcan después.

Cuánto tarda

Entre 24 y 72 horas hábiles desde que el dispositivo ingresa al laboratorio. Para casos de urgencia, el diagnóstico puede acelerarse.

Qué pasa después del diagnóstico

El cliente recibe el informe de diagnóstico y el presupuesto, y toma la decisión:

• Si decide proceder: se inicia el proceso de recuperación según lo informado
• Si decide no proceder: CBL devuelve el dispositivo sin cargo. No hay penalización ni costo por el diagnóstico

Por qué hacer el diagnóstico antes de cualquier intento propio

El diagnóstico puede revelar condiciones que el usuario desconoce: un disco con cabezales dañados que parece un problema de software, un SSD con celdas dañadas que hace que el software de recuperación empeore la situación, o un dispositivo con daño físico leve que puede convertirse en severo si se intenta acceder sin las precauciones adecuadas.

El diagnóstico profesional no solo informa las posibilidades de recuperación: también previene que intentos bien intencionados destruyan los datos definitivamente.

¿Qué pasa si no se recuperan los datos?

La política: no recovery, no fee

Si CBL no recupera los datos, no se cobra el servicio. Esta política aplica a todos los casos, sin excepciones ocultas: si el trabajo técnico no produce resultado, el cliente no paga.

Qué sí puede tener costo (informado antes de proceder)

En casos que requieren piezas de hardware específicas para el intento de recuperación —cabezales de reemplazo para un modelo de HDD particular, piezas de componentes especializados— esas piezas pueden tener un costo que se informa y acuerda explícitamente con el cliente antes de usarlas. Si el cliente no aprueba el costo de las piezas, no se procede.

En la gran mayoría de los casos, no hay costo de piezas: la recuperación es un proceso de laboratorio y software, no de reemplazo de componentes.

Qué se devuelve si no hay recuperación

El dispositivo original se devuelve al cliente en el mismo estado físico en que ingresó al laboratorio. CBL no retiene el dispositivo ni impone condiciones de devolución.

Los límites reales de la recuperación

Es importante entender que hay situaciones donde la recuperación es técnicamente imposible:

Daño total de platos (HDD): si los platos del disco fueron rayados de forma extensa, los datos en las zonas dañadas son irrecuperables. La capa magnética que los contenía ya no existe.

Chip NAND destruido físicamente: en SSDs o memorias con daño físico severo al chip de almacenamiento, si la estructura del chip está destruida, los datos son irrecuperables.

Reset de fábrica en celular moderno con cifrado: los celulares modernos con cifrado por hardware destruyen la clave de cifrado al hacer un reset de fábrica. Sin la clave, los datos cifrados son matemáticamente irrecuperables.

Sobreescritura total: si el espacio del dispositivo fue completamente sobreescrito por datos nuevos, los datos originales no existen más.

Por qué el diagnóstico previo minimiza el riesgo

El diagnóstico gratuito previo evalúa las posibilidades reales antes de proceder. Casos donde la recuperación es imposible se identifican en el diagnóstico, ahorrando tiempo y expectativas. El cliente decide con información real.

¿Cómo se entrega la información recuperada?

Soportes de entrega disponibles

Disco externo
Para volúmenes grandes de datos, los archivos recuperados se copian a un disco externo. El disco puede ser provisto por CBL (el costo se incluye en el presupuesto) o aportado por el cliente si prefiere usar uno propio.

Memoria USB / dispositivo aportado por el cliente
Para volúmenes medianos, el cliente puede traer su propio dispositivo de almacenamiento para recibir los datos recuperados.

Enlace de descarga segura
Para archivos o grupos de archivos de menor volumen, CBL puede generar un enlace de descarga con acceso temporal y contraseña. El enlace es accesible por un período limitado y luego expira.

Verificación antes del cierre del caso

Antes de dar por finalizado el proceso, el cliente tiene la oportunidad de verificar que los archivos recuperados son correctos: que los documentos se abren, que las fotos son visibles, que las bases de datos responden. Esta verificación puede hacerse en las instalaciones de CBL o remotamente si la entrega es por enlace.

Si la verificación revela algún problema —archivos que no se abren, rutas incorrectas, archivos faltantes que deberían estar— el caso no se cierra hasta resolver esa situación.

El dispositivo original

El dispositivo original se devuelve al cliente junto con los datos recuperados. CBL no retiene el hardware ni impone condiciones adicionales para la devolución.

Confidencialidad de los datos después de la entrega

Las copias de trabajo generadas durante el proceso de recuperación se eliminan de forma segura una vez que el cliente confirma la entrega. CBL no almacena los datos del cliente después de cerrar el caso.

¿Es posible recuperar solo algunos archivos específicos?

Cuándo es posible la recuperación selectiva

En la mayoría de los casos donde el disco responde —fallas lógicas, formateo accidental, borrado— es posible identificar los archivos específicos que el cliente necesita y priorizarlos durante el proceso de recuperación.

El proceso comienza con el diagnóstico, en el que se hace un mapeo de qué archivos son accesibles y en qué estado se encuentran. A partir de ese mapeo, el cliente puede indicar qué necesita específicamente.

Cómo indicar prioridades

En el momento del diagnóstico o al aprobar el presupuesto, el cliente puede especificar:

• Tipos de archivo específicos (documentos Word/Excel, fotos, base de datos)
• Carpetas o rutas específicas del disco
• Períodos de tiempo (archivos del último año, archivos de un proyecto específico)
• Archivos individuales por nombre

Cuanta más información tenga el técnico sobre qué es crítico, más eficiente puede ser el proceso.

Casos donde solo la recuperación parcial es posible

En discos con daño físico, algunas zonas del plato o del chip pueden ser ilegibles. Si los archivos que el cliente necesita estaban en sectores intactos, la recuperación selectiva puede entregar exactamente lo que se necesita aunque el resto del disco tenga daño. Si los archivos prioritarios estaban en zonas dañadas, esa parte específica puede ser irrecuperable aunque otros archivos del disco sí se puedan recuperar.

Impacto en el tiempo y el costo

Una recuperación selectiva de archivos específicos puede ser más rápida y económica que intentar recuperar la totalidad del contenido del disco. Si el cliente solo necesita un tipo de archivo o el contenido de una carpeta, tiene sentido indicarlo al inicio para que el proceso esté orientado a ese objetivo.

¿Puedo enviar el disco por correo a CBL?

CBL recibe envíos de todo el país

Para clientes que no pueden acercarse personalmente a las instalaciones de CBL, el envío postal o por mensajería es una opción válida. El proceso es el mismo que para quienes entregan personalmente: diagnóstico gratuito, presupuesto, aprobación y recuperación.

Cómo embalar correctamente el disco

El embalaje es crítico. Un disco con problemas mecánicos puede agravarse significativamente si recibe impactos durante el transporte.

Lo que se debe hacer:

• Envolver el disco en papel burbuja (mínimo dos capas, cubriendo todas las superficies)
• Colocar el disco en una caja rígida de cartón con relleno adicional (papel, espuma) para que no haya movimiento interno
• La caja exterior debe ser rígida, no solo un sobre acolchado

Lo que NO se debe hacer:

• No enviar el disco en una bolsa plástica sola, aunque tenga burbuja
• No enviar en caja sin relleno (el disco se mueve durante el transporte)
• No usar envolturas de tela o cartón blando sin caja exterior rígida
• No pegar cinta adhesiva directamente sobre el disco o el circuito del disco

Qué información incluir con el envío

Incluir una nota con:

• Nombre completo y datos de contacto (teléfono y correo electrónico)
• Descripción del problema: qué pasó, qué síntomas tiene el disco, desde cuándo
• Qué datos se necesitan recuperar (tipo de archivo, carpetas importantes)
• Si hay algún dato de contexto relevante (si fue caído, mojado, si el sistema lo detecta o no)

El seguro del envío

Se recomienda declarar el valor del contenido del dispositivo y contratar el seguro de envío disponible en el servicio de correo o mensajería elegido. Un disco con daño previo es frágil; aunque se embale correctamente, el seguro cubre el valor del hardware en caso de pérdida o daño adicional durante el transporte.

Qué pasa al llegar

Al recibir el dispositivo, CBL confirma la recepción por correo electrónico o teléfono, registra el ingreso al laboratorio y da inicio al diagnóstico. El cliente es notificado cuando el diagnóstico está disponible y recibe el informe y el presupuesto para decidir si procede.

¿Cuánto cuesta recuperar datos de un disco rígido?

Por qué no existe un precio único

Dos discos con el mismo síntoma pueden tener daños completamente diferentes y costos de recuperación que difieren varios órdenes de magnitud. Un disco que “no es detectado” puede tener una falla de firmware (reparable con software), cabezales dañados (requiere sala limpia y piezas) o platos rayados (potencialmente irrecuperable). El síntoma externo no determina el costo: lo determina el daño real, que solo se conoce después del diagnóstico.

Rangos orientativos por tipo de falla

Falla lógica (formateo accidental, borrado, sistema de archivos corrupto)
El disco responde, no hay daño físico. El proceso es principalmente de software. Es el tipo de caso con menor complejidad y menor costo.

Falla mecánica de cabezales o motor (HDD con clic, no detectado)
Requiere trabajo en sala limpia, posiblemente reemplazo de cabezales con piezas donantes del mismo modelo. Complejidad y costo medio-alto.

Falla severa (platos dañados, múltiples cabezales)
Los casos más complejos técnicamente. El costo refleja el tiempo en sala limpia, las piezas especializadas y la complejidad del proceso de reconstrucción.

RAID o servidor
El costo depende del número de discos, el nivel de RAID y el tipo de falla. Un RAID con una falla lógica tiene un costo diferente a un RAID con múltiples discos con falla mecánica.

SSD con falla de controlador
Complejidad media-alta. En algunos casos puede requerir chip-off si el controlador no responde, lo que eleva el costo significativamente.

El presupuesto antes de proceder

El diagnóstico previo es gratuito. Al finalizar, el cliente recibe un presupuesto exacto y detallado. No hay costos adicionales que aparezcan después de aprobar el presupuesto, salvo daño mayor al estimado que se descubre durante el proceso (en ese caso, se informa al cliente antes de continuar).

No recovery, no fee

Si después de proceder no se logra recuperar los datos, no se cobra el servicio. El cliente no asume riesgo económico por el intento.

¿Por qué los precios de recuperación varían tanto?

Los dos factores principales: tipo de falla y tiempo de trabajo

El tipo de falla determina los recursos necesarios

Una falla lógica —formateo, borrado, corrupción del sistema de archivos— requiere software especializado, tiempo de análisis y acceso controlado al disco. El disco está físicamente intacto y el proceso ocurre a nivel de datos.

Una falla física —cabezales dañados, motor defectuoso, platos con daño— requiere sala limpia certificada, equipamiento de precisión para intervenir el disco, y frecuentemente piezas de reemplazo específicas para el modelo. El costo del equipamiento, la infraestructura y las piezas es significativamente mayor.

El tiempo de trabajo varía según la complejidad

Algunos procesos de recuperación son automatizables; otros requieren horas de trabajo técnico manual sobre cada caso específico. Un RAID con configuración compleja o un disco con daño parcial en zonas críticas puede requerir días de trabajo especializado.

El costo de la infraestructura

Una sala limpia certificada (ISO Clase 5 / Clase 100) requiere una inversión significativa en construcción, mantenimiento, filtración de aire, control de temperatura y humedad, y equipamiento de precisión. Los laboratorios que operan sin sala limpia tienen costos operativos menores, pero abriendo discos fuera de sala limpia se arriesga destruir irreversiblemente los datos que el cliente necesita recuperar.

Las piezas de reemplazo (cabezales donantes, placas electrónicas) deben ser del mismo modelo y, en muchos casos, de la misma versión de firmware. Encontrar y obtener estas piezas puede ser costoso, especialmente para modelos descontinuados.

Por qué el precio más barato puede salir caro

Un laboratorio que cotiza muy por debajo del mercado probablemente no cuenta con sala limpia real. Si el disco requiere apertura para intervenir los mecanismos internos, hacerlo sin sala limpia significa que partículas de polvo del ambiente entrarán en el disco. Una partícula sobre el plato mientras este gira puede rayar superficies enteras y destruir datos que eran perfectamente recuperables.

El costo de un intento fallido en condiciones inadecuadas no es solo el pago que se realizó: es la pérdida de la posibilidad de recuperar los datos en un laboratorio adecuado.

Cómo evaluar un proveedor de recuperación

• Tiene sala limpia certificada (ISO/Clase 100) y puede demostrarlo
• Ofrece diagnóstico previo gratuito antes de comprometerse con ningún costo
• Aplica política de no recovery, no fee
• Puede explicar el proceso técnico que aplicará en el caso específico
• Tiene tiempo en el mercado y referencias verificables

¿CBL cobra si no recupera los datos?

La respuesta directa: No

Si CBL no recupera los datos, no se cobra el servicio de recuperación. Esta política no tiene letra pequeña ni excepciones ocultas.

Cómo funciona el proceso completo

El proceso está diseñado para eliminar el riesgo económico del cliente en cada etapa:

1. Diagnóstico gratuito: el dispositivo ingresa al laboratorio sin ningún costo. CBL evalúa el estado, identifica la falla y estima las posibilidades de recuperación.
2. Presupuesto sin compromiso: el cliente recibe el presupuesto exacto. Puede decidir no proceder sin pagar nada.
3. Aprobación del cliente: solo si el cliente aprueba el presupuesto se inicia el trabajo de recuperación.
4. Cobro solo si hay resultado: si el proceso produce la recuperación de los datos, se cobra lo acordado. Si no hay resultado, no hay cargo.

La única excepción posible

En casos específicos que requieren piezas de hardware para el intento —cabezales donantes, componentes especializados de alto costo— esas piezas pueden tener un costo que se informa y acuerda explícitamente con el cliente antes de usarlas. Si el cliente no aprueba ese costo adicional, no se utilizan las piezas y no se procede. En la gran mayoría de los casos, no hay costo de piezas.

Por qué esta política existe

Un laboratorio que cobra independientemente del resultado no tiene los mismos incentivos que uno que solo cobra con éxito. La política de no recovery, no fee alinea los intereses del laboratorio con los del cliente: CBL solo gana si el cliente obtiene lo que vino a buscar.

Esto también significa que CBL no acepta casos donde las posibilidades de recuperación son mínimas simplemente para cobrar un intento. El diagnóstico honesto protege al cliente y al laboratorio.

¿Qué es una sala limpia y por qué es necesaria para recuperar datos?

Qué es una sala limpia

Una sala limpia (cleanroom) es un espacio de trabajo diseñado para controlar la cantidad de partículas en suspensión en el aire. La clasificación estándar es ISO 14644-1: una sala ISO Clase 5 (equivalente a la antigua Clase 100 del estándar Federal Standard 209E) permite un máximo de 100 partículas de 0,5 micrones por pie cúbico de aire.

Para referencia: el aire ambiente normal contiene entre 500.000 y 1.000.000 partículas de ese tamaño por pie cúbico.

La sala limpia mantiene:

• Presión de aire positiva (el aire fluye desde adentro hacia afuera, evitando el ingreso de partículas)
• Temperatura y humedad controladas
• Filtros HEPA de alta eficiencia en todos los puntos de entrada de aire
• Personal con ropa, guantes y cubrecabezas específicos para no contaminar el ambiente

Por qué es indispensable para abrir un HDD

Un disco rígido (HDD) contiene platos de aluminio o vidrio con una capa magnética de unos pocos nanómetros de espesor. Los cabezales de lectura/escritura vuelan sobre esa superficie a una distancia de entre 3 y 15 nanómetros.

Para referencia de escala:

• Un cabello humano mide entre 50.000 y 100.000 nanómetros de diámetro
• Una partícula de humo mide entre 100 y 1.000 nanómetros
• La distancia de vuelo del cabezal: 3 a 15 nanómetros

Una partícula de polvo común —invisible al ojo humano— es miles de veces más grande que la distancia de vuelo del cabezal. Si una partícula entra al disco mientras está funcionando o durante su apertura, el cabezal choca contra ella, la impacta contra el plato y produce un raspado físico de la superficie magnética. Esos sectores quedan destruidos permanentemente.

Qué pasa si un disco se abre fuera de sala limpia

Cualquier partícula de polvo que caiga sobre el plato puede producir daño superficial inmediato si el disco está en movimiento, o rayado cuando el plato comienza a girar y el cabezal impacta la partícula.

El daño es irreversible. Los datos en las zonas dañadas físicamente no pueden ser recuperados por ningún método técnico disponible: la información magnética simplemente ya no existe.

Los laboratorios que abren discos fuera de sala limpia destruyen de forma predecible los datos que el cliente necesita recuperar.

CBL opera con sala limpia certificada

Las intervenciones en HDD que requieren apertura del disco se realizan en la sala limpia de CBL, con el equipamiento y los procedimientos correspondientes a la clasificación ISO requerida.

¿Cómo garantiza CBL la confidencialidad de los datos?

Acceso restringido al técnico asignado

Cada caso en CBL tiene un técnico responsable único. Solo ese técnico tiene acceso al dispositivo y a los datos durante el proceso de recuperación. El personal administrativo, comercial u otros técnicos no tienen acceso al contenido del dispositivo.

Proceso completamente documentado

Cada acción sobre el dispositivo queda registrada: qué acción se realizó, cuándo (timestamp), con qué herramienta y quién fue el responsable. Este registro no solo es una garantía de seguridad: en casos de pericia forense, es parte de la cadena de custodia.

Sin almacenamiento posterior a la entrega

Las copias de trabajo generadas durante el proceso —imágenes del disco, archivos extraídos temporalmente— se eliminan de forma segura una vez que el cliente confirma la recepción y el cierre del caso. CBL no conserva copias de los datos del cliente después de finalizar el trabajo.

Posibilidad de NDA para casos empresariales

Para casos que involucran datos empresariales, información estratégica, datos de salud u otros contenidos de alta sensibilidad, CBL puede firmar un acuerdo de confidencialidad (NDA) que documenta legalmente las obligaciones de no divulgación. Solicitar un NDA es una práctica estándar en recuperación empresarial.

Para casos de pericia forense

En el contexto de una pericia judicial, la confidencialidad tiene un componente adicional: los datos pueden contener evidencia en un proceso activo. CBL aplica en estos casos los protocolos de cadena de custodia que garantizan tanto la integridad como la confidencialidad de la evidencia.

¿Se pueden recuperar datos de una cinta LTO dañada o expuesta al calor?

Las cintas magnéticas —LTO, DAT, DLT, 8mm, y otros formatos— siguen siendo el principal medio de backup empresarial a largo plazo. Pero su durabilidad tiene límites, y cuando una cinta falla en el momento de la restauración, el impacto puede ser crítico.

Por qué fallan las cintas magnéticas

Deterioro del óxido magnético (shedding)
Con el tiempo, la capa magnética que almacena los datos puede desprenderse del sustrato de la cinta. Este proceso se acelera con el calor, la humedad y el almacenamiento incorrecto. Una cinta que “derrama” partículas al pasar por la unidad lectora indica deterioro avanzado.

Síndrome del vinagre (acetate base tapes)
Las cintas más antiguas con base de acetato pueden degradarse produciendo ácido acético —el olor característico a vinagre. Este proceso es autoacelerado: una vez iniciado, es difícil de detener sin intervención especializada.

Daño mecánico
Torceduras, pliegues, roturas parciales o daño en los bordes de la cinta pueden impedir su lectura. Una cinta atascada en una unidad lectora y extraída forzosamente puede sufrir daño mecánico significativo.

Humedad y moho
La exposición a humedad puede causar que las capas de la cinta se peguen entre sí o que crezca moho en la superficie magnética. Una cinta con moho no debe intentarse leer sin limpieza previa: los detritos pueden dañar la unidad lectora y extender el daño.

Desmagnetización
Exposición a campos magnéticos fuertes puede borrar parcial o completamente el contenido de la cinta. Es menos frecuente en condiciones de almacenamiento normales pero posible en entornos industriales o durante el transporte.

Qué es posible recuperar

El pronóstico depende del tipo de daño:

• Deterioro de óxido leve a moderado: con limpieza especializada y control de temperatura, muchas cintas con shedding incipiente pueden leerse exitosamente antes de que el deterioro avance.
• Síndrome del vinagre en etapa temprana: el tratamiento de baking (horneado controlado a baja temperatura) puede revertir temporalmente el deterioro y permitir la lectura.
• Daño mecánico localizado: empalmes en el área dañada permiten recuperar el contenido de las secciones intactas.
• Moho: limpieza ultrasónica o con solventes especializados puede eliminar el moho y permitir la lectura.

Qué NO hacer

• No intentar leer una cinta deteriorada con la unidad lectora normal. El material desprendido puede dañar los cabezales de lectura y contaminar otras cintas.
• No guardar cintas en condiciones de humedad o calor extremo esperando “arreglarlas después”. El deterioro avanza con el tiempo.
• No intentar empalmes caseros con cinta adhesiva común. Los empalmes mal ejecutados pueden dañar la unidad lectora y romper la cinta en el proceso de lectura.

¿Qué hacer si la unidad lectora de cinta no reconoce el cartucho?

Un cartucho de cinta que no es reconocido por la unidad lectora no significa automáticamente que los datos estén perdidos. Hay varios factores que pueden provocar este síntoma, y muchos de ellos son solucionables sin recuperación especializada.

Causas de que la unidad no reconozca el cartucho

Incompatibilidad de generación
Las cintas LTO tienen compatibilidad hacia atrás limitada. Una unidad LTO-8 puede leer cintas LTO-7 y LTO-8, pero no LTO-6 o anteriores. Si el cartucho es de una generación anterior a lo que soporta la unidad, simplemente no será reconocido —aunque la cinta esté perfectamente sana.

Falla mecánica del cartucho
El cartucho tiene un mecanismo interno (el reel) que puede trabarse o fallar. Si la cinta no se desenrolla correctamente, la unidad detecta el problema y rechaza el cartucho.

Cinta atascada o desbobinada
Si la cinta se salió del carrete o se acumuló dentro del cartucho, la unidad puede no poder engancharla correctamente.

Falla de la unidad lectora
El problema puede no ser el cartucho sino la unidad: cabezales sucios, mecanismo de carga defectuoso o falla electrónica. Probar el cartucho en otra unidad del mismo modelo es el paso diagnóstico clave.

Etiqueta de barras dañada o ausente
En sistemas de biblioteca automatizada (tape libraries), la unidad usa una etiqueta de barras para identificar el cartucho. Si la etiqueta está dañada, el sistema puede no montar el cartucho aunque el contenido esté intacto.

Pasos de diagnóstico antes de escalar

1. Verificar que el formato de la cinta es compatible con la unidad lectora
2. Inspeccionar visualmente el cartucho buscando daño en la carcasa o en la cinta visible
3. Probar el cartucho en otra unidad del mismo modelo y generación
4. Verificar los logs de la unidad para identificar el código de error específico

Cuándo escalar a recuperación especializada

Si el cartucho no es reconocido en ninguna unidad compatible y la inspección visual no revela causa obvia, el diagnóstico en laboratorio especializado permite acceder al cartucho de forma controlada, evaluar el estado de la cinta y determinar si los datos son recuperables.

¿Se pueden recuperar datos de un backup en cinta corrupto o incompleto?

Los backups en cinta tienen una estructura interna definida: bloques de datos, marcadores de sesión, checksum de verificación. Cuando una cinta se corrompe, raramente se corrompe todo de manera uniforme. Es más frecuente que haya zonas dañadas específicas —correspondientes a sesiones o archivos particulares— mientras el resto del contenido permanece intacto y legible.

Por qué un backup en cinta puede estar corrupto o incompleto

Interrupción durante la grabación
Si el proceso de backup se interrumpió —por corte de luz, falla del servidor, o error de la unidad— la sesión puede haber quedado incompleta. Los datos grabados hasta ese punto pueden ser recuperables; los que no llegaron a grabarse, no.

Sectores de cinta dañados
Zonas específicas de la cinta pueden tener deterioro magnético. Los datos en esas zonas pueden ser ilegibles, pero los datos en las zonas sanas siguen accesibles.

Error de escritura durante el backup
Algunos errores de escritura se detectan en el momento por el checksum de verificación. Otros pasan desapercibidos y solo se descubren al intentar restaurar. En esos casos, la zona afectada puede ser ilegible aunque el resto de la cinta esté bien.

Software de backup obsoleto o formato propietario
Si el backup fue generado con un software que ya no existe o está desactualizado, puede ser difícil leer el formato aunque la cinta esté físicamente intacta. La recuperación implica identificar el formato y encontrar la forma de interpretarlo.

Qué es posible recuperar

La recuperación de backups corruptos tiene dos enfoques:

Por sesiones: identificar qué sesiones de backup están intactas y restaurarlas directamente. Las sesiones dañadas se marcan como irrecuperables o parciales.

Por archivo: en casos donde la corrupción es a nivel de bloque, es posible extraer archivos individuales saltando los bloques dañados. El resultado puede ser recuperación parcial: algunos archivos completos, otros incompletos o ausentes.

La importancia del catálogo de backup

Si el software de backup generó un catálogo (un índice de qué archivos están en qué cinta y en qué posición), la recuperación es mucho más eficiente. Sin catálogo, es necesario analizar la cinta directamente para reconstruir qué contiene.

Qué información ayuda al laboratorio

• Software de backup utilizado (Veritas NetBackup, Veeam, Arcserve, Backup Exec, etc.)
• Formato de cinta (LTO, DLT, etc.) y generación
• Sistema operativo del servidor que hizo el backup
• Si existe catálogo o índice del backup
• Qué datos específicos se necesitan recuperar (permite priorizar)

¿Se puede recuperar un backup de Veeam, Acronis o similar si está corrupto?

Los backups generados por software moderno —ya sea en disco, NAS, cinta o nube— no son archivos simples. Son contenedores complejos con su propia estructura interna, compresión, deduplicación y en algunos casos cifrado. Cuando este contenedor falla, el software de backup puede reportar que el archivo está corrupto e inaccesible. Pero “inaccesible para el software” no es lo mismo que “irrecuperable”.

Tipos de backup y sus formatos

Veeam Backup & Replication
Genera archivos .vbk (backup completo) y .vib (incrementales). Internamente contienen bloques de datos de las VMs respaldadas. Una corrupción en el encabezado del archivo puede hacer que Veeam no lo abra, pero los bloques internos pueden estar intactos.

Acronis True Image / Cyber Protect
Usa el formato .tib o .tibx. Tiene una estructura con bloques independientes y tabla de contenidos. Una corrupción en la tabla puede hacer inaccesible el archivo completo aunque los bloques de datos estén sanos.

Windows Server Backup / NTBackup
Los archivos .bkf de NTBackup (formato antiguo) y los VHDs de Windows Server Backup tienen estructura conocida. La corrupción parcial generalmente permite recuperar al menos parte del contenido.

Backup Exec / Veritas NetBackup
Formatos propietarios con estructura compleja. La recuperación requiere conocimiento específico del formato, pero es posible en laboratorio especializado.

Por qué se corrompen los backups

• Disco o NAS donde reside el backup con sectores defectuosos o falla parcial
• Interrupción durante la escritura del backup (corte de luz, falla del servidor)
• Corrupción de la tabla de contenidos del archivo de backup
• Deduplicación o compresión fallida que dejó bloques ilegibles
• Backup en cinta con zonas deterioradas

Cuándo la recuperación es posible

Si el archivo de backup existe y tiene contenido (no está vacío), hay posibilidades de recuperar al menos parte de los datos. El laboratorio accede directamente a la estructura interna del archivo, extrae los bloques legibles y reconstruye los datos contenidos en ellos.

El porcentaje de recuperación depende de cuánto del archivo está corrupto y en qué zonas específicas está el daño. En muchos casos de corrupción de encabezado o tabla de contenidos, la mayor parte de los datos reales están intactos.

Qué ayuda al proceso de recuperación

• Tener el archivo de backup original (no una copia incompleta)
• Conocer el software y la versión que generó el backup
• Saber qué tipo de datos contiene el backup (VMs, bases de datos, archivos)
• Tener acceso a la contraseña si el backup estaba cifrado

¿Cuánto tiempo duran las cintas magnéticas y cómo almacenarlas correctamente?

Las cintas magnéticas tienen una de las mejores relaciones costo-durabilidad de todos los medios de almacenamiento digital, pero esa durabilidad depende completamente de cómo se almacenan. Una cinta LTO que vivió en un depósito húmedo durante 10 años puede estar en peor estado que una cinta de 30 años guardada correctamente.

Vida útil declarada vs vida útil real

Los fabricantes de cintas LTO (Fujifilm, Sony, TDK) declaran una vida útil de 30 años bajo condiciones ideales. En la práctica:

• Cintas almacenadas en condiciones óptimas: 30-50 años
• Cintas en condiciones aceptables: 15-20 años
• Cintas en condiciones deficientes (calor, humedad, variaciones extremas): 5-10 años o menos
• Cintas con síndrome del vinagre (base de acetato): deterioro progresivo e irreversible

Condiciones óptimas de almacenamiento

Temperatura
Entre 16°C y 25°C. Las variaciones bruscas de temperatura son tan dañinas como las temperaturas extremas. El calor acelera el deterioro químico del sustrato.

Humedad relativa
Entre 20% y 50%. La humedad alta favorece el crecimiento de moho y puede causar que las capas se peguen. La humedad baja puede causar fragilidad y acumulación de electricidad estática.

Campos magnéticos
Mantener las cintas alejadas de motores eléctricos, altavoces, fuentes de alimentación y cualquier fuente de campo magnético. Un campo magnético fuerte puede borrar parcial o totalmente el contenido.

Posición de almacenamiento
Las cintas deben almacenarse en posición vertical (de canto), no apiladas horizontalmente. El peso de las cintas superiores puede deformar las inferiores.

Prácticas de gestión recomendadas

Rotación y verificación periódica
Las cintas deben verificarse cada 2-3 años con una lectura completa para confirmar que los datos son legibles. No esperar al momento de necesitar la restauración.

Regla 3-2-1 aplicada a cintas
Las cintas de backup también necesitan copias. Al menos una copia offsite en una ubicación geográficamente diferente. Un incendio o inundación puede destruir toda una colección de cintas almacenadas en el mismo sitio.

Registro de inventario
Mantener un registro de qué contiene cada cinta, cuándo fue grabada y cuándo fue verificada por última vez. Sin inventario, una colección de cintas puede volverse inutilizable por simple incapacidad de saber qué hay en cada una.

Migración generacional
Cuando las unidades lectoras del formato actual empiezan a desaparecer del mercado, es el momento de migrar a un formato más moderno. Una cinta LTO-4 perfectamente legible puede volverse prácticamente irrecuperable si no hay unidades LTO-4/5/6 disponibles para leerla.

¿Se pueden recuperar fotos de un celular mojado?

El agua y los componentes electrónicos son incompatibles, pero el daño no es instantáneo ni siempre irreversible. Lo que determina el resultado es principalmente qué hizo el usuario en los minutos y horas después del accidente.

Por qué el agua daña los datos del celular

Los celulares modernos almacenan los datos en chips de memoria flash soldados directamente a la placa madre. Cuando el líquido llega a esos componentes, puede causar:

• Cortocircuito inmediato si el celular estaba encendido al mojarse. Es el peor escenario: el voltaje activo más la conductividad del agua puede dañar los chips irreversiblemente en segundos.
• Corrosión progresiva si el celular estaba apagado. El agua no daña instantáneamente los chips, pero los minerales que deja al secarse generan corrosión que con el tiempo destruye los contactos.

Qué hacer inmediatamente

Apagar el celular si está encendido. No esperar. No revisar si funciona. Apagarlo de inmediato.

No intentar encenderlo para verificar si sigue funcionando. Es el error más frecuente y el más dañino. Si hay agua en los circuitos, encenderlo puede generar el cortocircuito que destruye todo.

No cargar el celular. Conectar carga eléctrica con agua adentro es igual de peligroso.

No usar secadores de pelo o microondas. El calor puede dañar los componentes y la batería.

El mito del arroz

El arroz no es un método efectivo de recuperación. Puede absorber algo de humedad ambiental, pero no extrae el líquido de dentro de los chips ni previene la corrosión. Mientras el celular está en el arroz, la corrosión avanza. El tiempo perdido en el arroz es tiempo perdido para una recuperación real.

Qué es posible recuperar en laboratorio

En laboratorio especializado el proceso incluye:

• Desmontaje del celular en ambiente controlado
• Limpieza ultrasónica de la placa madre para eliminar residuos minerales
• Evaluación del estado de los chips de memoria
• Extracción directa de datos de los chips si el resto de la placa está dañado

Si los chips de memoria no sufrieron daño directo, la recuperación puede ser completa. Si hubo cortocircuito sobre los chips, el pronóstico es más reservado.

¿Qué pasa con los datos si un celular no enciende?

Un celular que no enciende puede estar completamente sano en lo que respecta a los datos. La memoria interna de un smartphone es un chip independiente: puede estar perfectamente funcional aunque el resto del dispositivo no responda.

Por qué un celular puede no encender

Batería agotada o dañada
Es la causa más frecuente y la más sencilla. Una batería completamente descargada puede tardar varios minutos en responder al cargador. Una batería dañada puede no cargar aunque esté conectada. En ambos casos, los datos están intactos.

Falla de software o bootloop
El celular intenta arrancar pero queda atrapado en un bucle de reinicio. Los datos en la memoria interna están intactos, pero el sistema operativo no puede acceder a ellos normalmente.

Daño físico en la pantalla o en el conector de carga
El celular puede estar encendido pero sin pantalla visible. O puede no cargar aunque la batería esté bien. Los datos siguen en la memoria.

Daño en la placa madre
Si hay un cortocircuito, golpe o daño por líquido en la placa, el celular puede no encender aunque los chips de memoria estén intactos.

Cuándo los datos son directamente accesibles

Si el celular puede cargarse y muestra alguna señal de vida —aunque no llegue a la pantalla de inicio— en muchos casos es posible acceder a los datos conectando el dispositivo a una PC o usando herramientas de diagnóstico especializadas.

Cuándo se necesita extracción de chip

Si la placa madre está dañada y el celular no responde en absoluto, la recuperación implica extraer físicamente el chip de memoria (eMMC o UFS) y leerlo con equipamiento especializado. Este proceso requiere soldadura de precisión y hardware específico.

Una nota sobre el cifrado

Los celulares modernos, especialmente iPhones y Android con versiones recientes, cifran la memoria interna de fábrica. En esos casos, extraer el chip físicamente no es suficiente si no se puede desbloquear el cifrado. El diagnóstico previo evalúa este aspecto antes de proceder.

¿Se pueden recuperar fotos borradas de un celular sin backup?

Borrar fotos de un celular no las elimina físicamente de inmediato, pero el margen para recuperarlas es más estrecho que en un disco de computadora. Y ese margen se reduce cada vez que se usa el celular después del borrado.

Cómo funciona el borrado en celulares

Los sistemas de archivos de los smartphones, al igual que en las PCs, no borran físicamente los datos al eliminar un archivo: marcan ese espacio como disponible para nuevas escrituras. Los datos siguen en la memoria hasta que son sobreescritos.

El problema es que los celulares escriben constantemente en la memoria: actualizaciones de apps, logs del sistema, caché, mensajes, notificaciones. Cada una de esas escrituras puede sobreescribir el espacio donde estaban las fotos.

Android vs iPhone: diferencias importantes

Android
En la mayoría de los Android modernos, las fotos borradas van primero a una papelera (carpeta “Eliminados recientemente”) que las retiene durante 30 días. Si se vaciaron de la papelera, el espacio queda disponible pero los datos pueden seguir en la memoria. Con herramientas especializadas conectando el teléfono a una PC, la recuperación es posible si el dispositivo no estuvo en uso intensivo.

iPhone
El iPhone cifra la memoria de fábrica con una clave vinculada al hardware. Esto hace que extraer los datos directamente del chip sea inútil sin la clave correcta. La recuperación en iPhone generalmente requiere acceso al dispositivo desbloqueado o a un backup de iTunes/iCloud.

Qué reduce las posibilidades de recuperación

• Seguir usando el celular normalmente después del borrado
• Instalar apps nuevas
• Grabar videos o tomar fotos nuevas
• Actualizar el sistema operativo

Cada una de estas acciones escribe sobre la memoria y puede sobreescribir las fotos eliminadas.

Qué hacer si se borraron fotos importantes

Dejar de usar el celular lo antes posible. No tomar más fotos, no instalar apps, no actualizar. Contactar diagnóstico especializado para evaluar las posibilidades de recuperación según el modelo y el tiempo transcurrido.

¿Qué hacer si un celular tiene la pantalla rota y no puedo desbloquearlo?

La pantalla rota que imposibilita el desbloqueo es una de las consultas más frecuentes. La buena noticia es que en la mayoría de estos casos los datos están intactos. El desafío es encontrar una forma de acceder a ellos sin la pantalla táctil funcional.

Opciones sin intervención especializada

Conectar un mouse o teclado por USB OTG
Muchos Android permiten conectar periféricos USB mediante un adaptador OTG (On-The-Go). Con un mouse conectado es posible navegar la interfaz y desbloquear el teléfono aunque la pantalla táctil no responda. Este método requiere que el teléfono reconozca el dispositivo USB, lo que no siempre ocurre si la pantalla no llegó a desbloquearse antes del daño.

Proyectar la pantalla a una PC o monitor externo
Algunos Android con Modo Desarrollador activo permiten proyectar la pantalla mediante herramientas como scrcpy. Esto requiere que el depurado USB estuviera habilitado antes del accidente.

Reemplazar la pantalla
Si el celular es un modelo común, reemplazar la pantalla por una de repuesto puede ser la opción más directa para acceder a los datos. No requiere conocimientos especializados en muchos casos.

Cuándo se necesita intervención especializada

Si el celular no responde a ningún dispositivo externo y la pantalla no puede reemplazarse (modelos con pantalla soldada, daño en el conector de pantalla, o dispositivo bloqueado con PIN/patrón desconocido), se necesita acceso a nivel de hardware.

En laboratorio, es posible en algunos modelos acceder a la memoria sin pasar por la interfaz del sistema operativo, aunque esto es más complejo y depende del modelo específico y del tipo de cifrado activo.

El caso del PIN o patrón olvidado

Si además de la pantalla rota hay un PIN o patrón olvidado, el escenario se complica. Los celulares modernos tienen protecciones que limitan los intentos de desbloqueo y pueden cifrar o borrar el contenido después de varios intentos fallidos. En esos casos, el diagnóstico especializado evalúa qué opciones existen antes de intentar cualquier cosa que pueda activar esa protección.

¿Es diferente recuperar datos de un iPhone que de un Android?

iPhone y Android manejan el almacenamiento y la seguridad de formas muy diferentes, y esas diferencias tienen un impacto directo en qué es posible recuperar y cómo.

iPhone: seguridad que complica la recuperación

Apple diseñó el iPhone con seguridad como prioridad. Eso es bueno para la privacidad, pero crea desafíos reales cuando se necesita recuperar datos de un dispositivo dañado o bloqueado.

Cifrado de hardware por defecto
Todos los iPhones modernos cifran la memoria de fábrica con una clave que combina el hardware del dispositivo y el código de acceso del usuario. Sin el código correcto, los datos extraídos de la memoria son ilegibles.

Sin acceso directo al sistema de archivos
Apple no permite acceso directo al sistema de archivos del iPhone sin el código de acceso. No existe un “modo de recuperación de datos” equivalente al de algunos Android.

Chips de memoria soldados
En la mayoría de los iPhones modernos, los chips de memoria están soldados a la placa y son muy difíciles de extraer sin dañarlos.

Recuperación práctica en iPhone: si el dispositivo enciende y el usuario conoce el código, los datos son accesibles. Si el dispositivo no enciende o el código fue olvidado, las opciones son muy limitadas. La fuente más confiable de datos de un iPhone suelen ser los backups de iCloud o iTunes.

Android: más variedad, más opciones

Android es un sistema más abierto que iOS, lo que generalmente da más opciones de recuperación, aunque con grandes variaciones entre fabricantes.

Acceso en modo de recuperación
Muchos Android tienen un modo de recuperación (Recovery Mode) que permite acceder al sistema de archivos sin pasar por la pantalla de inicio normal.

Depurado USB (ADB)
Si el depurado USB estaba habilitado antes del daño, es posible conectar el dispositivo a una PC y acceder a los datos mediante ADB (Android Debug Bridge), incluso con la pantalla rota.

Cifrado variable
El cifrado en Android varía según el fabricante y el modelo. Muchos Android modernos cifran por defecto, pero algunos modelos más antiguos o de gama baja no lo hacen, lo que facilita la extracción directa de datos.

En qué coinciden ambos sistemas

En ambos casos, si los chips de memoria tienen daño físico, la recuperación requiere extracción de chip y lectura directa con equipamiento especializado, lo que es complejo y costoso en cualquier plataforma.

¿Qué pasa con los datos si se hace un reset de fábrica?

El reset de fábrica en celulares modernos no funciona igual que un formateo en un disco de computadora. En muchos casos, los datos después de un reset son irrecuperables, incluso con herramientas especializadas de laboratorio.

Cómo funciona el reset en celulares modernos

Los smartphones modernos utilizan cifrado de almacenamiento por defecto. Cuando se realiza un reset de fábrica, el sistema no borra los datos físicamente sector por sector —lo que tomaría demasiado tiempo. En cambio, destruye la clave de cifrado que hacía legibles esos datos.

El resultado es que los datos físicamente siguen en los chips de memoria, pero son texto cifrado completamente ilegible. Sin la clave de cifrado —que fue destruida— no hay forma técnica de descifrarlos.

Diferencia con un formateo en PC

En un HDD de PC formateado rápidamente, los datos físicos siguen en los platos y son recuperables porque no había cifrado activo. En un celular moderno con reset de fábrica, aunque los datos físicos estén en los chips, el cifrado destruido los vuelve inaccesibles.

Cuándo sí puede haber recuperación parcial

Celulares más antiguos sin cifrado de fábrica
Algunos Android más antiguos (anteriores a Android 6) no cifraban por defecto. En esos casos, un reset de fábrica es más similar a un formateo de PC y la recuperación puede ser posible.

Datos sincronizados antes del reset
Si el celular tenía sincronización activa con Google Drive, iCloud, WhatsApp backup u otros servicios en la nube, esos datos pueden estar disponibles en la cuenta correspondiente, independientemente del reset.

Archivos en tarjeta SD externa
El reset de fábrica generalmente no borra la tarjeta SD externa, a menos que el usuario lo indique explícitamente. Los datos en la SD pueden seguir intactos.

Qué hacer si el reset fue accidental

Contactar diagnóstico especializado inmediatamente, sin usar el teléfono. El diagnóstico determina si el modelo específico y la versión de Android tienen posibilidades de recuperación. En la mayoría de los casos de Android moderno con cifrado activo, el pronóstico es muy limitado.

¿Se pueden recuperar fotos de una tarjeta SD formateada o con error?

Las tarjetas SD son uno de los casos donde la recuperación de datos tiene más posibilidades de éxito, porque no tienen cifrado de fábrica y su estructura de almacenamiento es más simple y documentada que la de los smartphones modernos.

Qué pasa cuando una SD pide formateo

Cuando la cámara, el celular o la PC muestra el mensaje “La tarjeta SD necesita ser formateada” o “Error de tarjeta”, no significa que los datos estén perdidos. Significa que el sistema de archivos que organiza los datos está dañado o es ilegible. Los datos físicos siguen en los chips de memoria.

Las causas más frecuentes de este mensaje son:

• Desconexión brusca mientras se estaba escribiendo en la tarjeta
• Corrupción del sistema de archivos por un error de escritura o una falla de alimentación
• Sectores defectuosos en zonas críticas de la estructura de archivos
• Incompatibilidad de formato entre dispositivos (una tarjeta formateada en un dispositivo puede no ser legible en otro)

Qué pasa cuando una SD aparece sin archivos pero con espacio usado

Este síntoma —la tarjeta aparece pero no muestra ningún archivo aunque el espacio libre indica que hay datos— suele indicar que el directorio raíz está dañado o que los archivos están ocultos por corrupción. Los datos físicamente están ahí; el problema es que el sistema no sabe dónde encontrarlos.

Qué pasa cuando una SD fue formateada

Si la SD se formató rápidamente (quick format), los datos físicos siguen en los chips y la recuperación es posible con herramientas especializadas, siempre que no se hayan escrito datos nuevos encima.

Si se siguió usando la SD después del formateo —tomando fotos nuevas, grabando video— cada nueva escritura sobreescribe los datos anteriores, reduciendo las posibilidades de recuperación.

Qué NO hacer

• No formatear la tarjeta aunque el dispositivo lo solicite. Intentar formateo completo sobreescribirá los datos.
• No seguir tomando fotos ni grabando con la tarjeta afectada.
• No intentar reparar la tarjeta con chkdsk en Windows, ya que puede escribir sobre los datos.

¿Se puede recuperar un pendrive que no detecta o se rompió físicamente?

Los pendrives son dispositivos pequeños que se transportan constantemente, lo que los hace vulnerables a roturas físicas, torceduras y daños en el conector. La buena noticia es que en la mayoría de los casos de daño físico, los chips de memoria donde están los datos están protegidos dentro de la carcasa y permanecen intactos.

Pendrive que no detecta: causas y pronóstico

Conector USB dañado o con mal contacto
Es la causa más frecuente. El conector se dobla, se suelta de la placa o pierde contacto eléctrico. Los chips de memoria están completamente intactos. En laboratorio, se puede soldar un nuevo conector o conectar directamente a los chips con adaptadores.

Controlador dañado
El chip controlador del pendrive —distinto de los chips de memoria que almacenan los datos— puede fallar. Dependiendo del modelo, puede intentarse recuperar el firmware del controlador o acceder directamente a los chips de memoria mediante lectura de chip.

Chips de memoria dañados
Si hubo un golpe severo, cortocircuito o daño por calor directamente sobre los chips de memoria, la recuperación se complica. El diagnóstico evalúa el estado de cada chip antes de proceder.

Pendrive roto físicamente

Si el pendrive se dobló o partió en dos:

• Si la rotura es en el conector o en la zona del controlador pero los chips de memoria están en la mitad intacta, la recuperación es posible.
• Si la rotura pasó por los chips de memoria, el pronóstico depende del alcance del daño en los chips específicos.

Qué NO hacer con un pendrive roto

• No intentar arreglarlo con pegamento antes de extraer los datos. El pegamento puede dañar los contactos o generar cortocircuitos al conectar.
• No introducirlo en agua pensando que lo limpia.
• No conectarlo forzando el conector si está torcido. Puede empeorar el daño eléctrico.

Qué hacer

Guardar el pendrive en un lugar seguro sin intentar arreglarlo. Llevar tanto el pendrive como cualquier pieza que se haya separado al diagnóstico. Los fragmentos pequeños que parecen irrelevantes pueden contener los chips de memoria con los datos.

¿Se pueden recuperar fotos de una cámara caída al agua o con tarjeta dañada?

Las cámaras digitales tienen una ventaja importante respecto a los celulares: el almacenamiento está en una tarjeta extraíble. Eso significa que aunque la cámara sufra daño total —por caída al agua, golpe o cortocircuito— las fotos en la tarjeta pueden estar completamente a salvo.

Cámara caída al agua

Si la tarjeta SD o CF está físicamente intacta:
Extraer la tarjeta de la cámara sin encenderla. Dejar secar la tarjeta completamente antes de conectarla a una lectora. En la mayoría de los casos, las tarjetas son resistentes a la humedad y los datos están intactos.

Si la cámara intentó seguir funcionando con agua adentro:
El cortocircuito puede haber afectado la tarjeta si estaba conectada durante el daño eléctrico. El diagnóstico de la tarjeta determina el estado real.

Cámara que dice “Error de tarjeta”

Este mensaje en la pantalla de la cámara no necesariamente indica daño físico en la tarjeta. Puede ser:

• Incompatibilidad entre la cámara y el formato de la tarjeta
• Corrupción del sistema de archivos de la tarjeta
• Contactos sucios o mal asentados

Probar la tarjeta en una lectora de PC o en otra cámara compatible puede determinar si el problema es de la cámara o de la tarjeta.

Cámaras de acción con tarjeta dañada

Las cámaras de acción (GoPro, DJI Action, etc.) suelen usar microSD y están expuestas a vibraciones, golpes y condiciones extremas. Los síntomas más frecuentes son:

• La tarjeta aparece en la PC pero los archivos de video están corruptos
• La cámara no reconoce la tarjeta después de una sesión de uso intensivo
• Los archivos aparecen con tamaño 0 o con extensión incorrecta

En estos casos, las herramientas de recuperación especializadas para video pueden reconstruir los archivos incluso cuando están parcialmente corruptos, recuperando la mayor parte del metraje aunque con posibles interrupciones.

Qué hacer

Extraer la tarjeta sin encender la cámara. No formatearla aunque el sistema lo solicite. Llevarla a diagnóstico especializado con información sobre la cámara y el tipo de archivos (fotos RAW, video 4K, etc.) para orientar el proceso de recuperación.

¿Qué hacer si un NAS no enciende o pierde el volumen?

Un NAS que no enciende o que muestra el volumen como “dañado”, “degradado” o “inaccesible” es una situación que asusta, pero que en la mayoría de los casos tiene solución si se actúa con cuidado. El problema está en que las acciones instintivas —reiniciar, reconstruir, formatear— son exactamente las que más pueden dañar los datos.

Causas frecuentes de que un NAS no encienda

Fuente de alimentación fallida
Es la causa más frecuente y la más inocua. Si el NAS no da ninguna señal de vida, verificar primero el adaptador y el cable de alimentación antes de asumir daño en los discos.

Falla de la placa controladora del NAS
El hardware del NAS en sí puede fallar independientemente de los discos. En ese caso, los discos están intactos y los datos son accesibles extrayéndolos y conectándolos a otro equipo o NAS compatible.

Corrupción del sistema operativo del NAS
Los NAS modernos (Synology, QNAP, Western Digital) corren su propio sistema operativo en un módulo de memoria separado de los discos de datos. Una corrupción de ese sistema puede impedir el arranque sin afectar los datos en los discos.

Causas frecuentes de pérdida de volumen

Falla de uno o más discos del array
Si el NAS usa RAID 5 y un disco falla, el volumen entra en estado degradado. Si falla un segundo disco, el volumen colapsa. El volumen “dañado” o “inaccesible” suele indicar este escenario.

Corrupción de metadatos del array
El NAS guarda información sobre la configuración del array (tipo de RAID, orden de discos, stripe size) en una zona específica. Si esa zona se corrompe —por un corte de luz, una actualización fallida o un error de escritura— el volumen puede volverse inaccesible aunque los discos estén físicamente sanos.

Actualización de firmware fallida
Una actualización de firmware que se interrumpió a mitad puede dejar el NAS en estado inestable. Los discos generalmente están intactos.

Qué NO hacer

• No iniciar reconstrucción del volumen sin diagnóstico previo. Si hay un disco con sectores defectuosos ocultos, la reconstrucción puede fallar a mitad y dejar el array en estado peor.
• No formatear el volumen aunque el sistema lo sugiera. El formateo destruye la estructura de datos.
• No reiniciar repetidamente si el NAS reporta error. Cada reinicio puede generar escrituras en discos con problemas.
• No extraer los discos y conectarlos a una PC sin conocer el tipo de RAID y el sistema de archivos (ext4, Btrfs, xfs). Montar incorrectamente puede generar escrituras que dañan los datos.

Qué hacer

Si el NAS no enciende: verificar alimentación primero. Si el problema es de hardware del NAS y no de los discos, los datos suelen ser recuperables extrayendo los discos.

Si el volumen está dañado o inaccesible: apagar el NAS, no reconectarlo, y contactar diagnóstico especializado con información sobre el modelo, el tipo de RAID configurado y cuántos discos tiene el array.

¿Qué pasa si se actualiza el firmware de un NAS y deja de funcionar?

Las actualizaciones de firmware de NAS —especialmente en marcas como Synology, QNAP y Western Digital— son generalmente seguras, pero pueden fallar por cortes de luz durante la instalación, problemas de red, incompatibilidades de versión o errores en el propio paquete de actualización. Cuando esto ocurre, el NAS puede quedar en un estado donde no arranca o no responde.

Por qué los datos suelen estar seguros

Los NAS modernos separan físicamente el sistema operativo de los discos de datos:

• El sistema operativo del NAS (DSM en Synology, QTS en QNAP) se instala en un módulo de memoria interno o en una partición pequeña de los propios discos
• Los datos del usuario se almacenan en un volumen separado
• Una actualización fallida afecta el sistema operativo, no el volumen de datos

Esto significa que aunque el NAS no arranque, los discos con los datos generalmente están intactos y accesibles por otros medios.

Qué opciones existen

Reinstalar el firmware desde modo de recuperación
Synology y QNAP tienen modos de recuperación que permiten reinstalar el firmware sin tocar los datos. Synology tiene el modo Synology Assistant que detecta el NAS en modo de emergencia. QNAP tiene el QNAP Recovery Tool.

Extraer los discos y conectarlos a otro NAS del mismo modelo
Si hay un segundo NAS compatible disponible, los discos pueden migrarse y el volumen suele reconocerse automáticamente.

Extraer los discos y acceder desde Linux
Los volúmenes de NAS suelen estar formateados en ext4 o Btrfs y son legibles desde Linux. Esta opción requiere conocimiento técnico para montar correctamente el array sin escribir sobre él.

Cuándo sí hay riesgo para los datos

Si durante la actualización el firmware intentó reformatear particiones del sistema que se superponen con el área de datos (raro pero posible en algunos modelos), o si el proceso de actualización incluyó una migración del sistema de archivos que quedó incompleta, puede haber corrupción parcial del volumen.

En esos casos, el diagnóstico especializado puede determinar el alcance del daño antes de cualquier intervención.

Qué NO hacer

• No reiniciar el NAS repetidamente mientras no arranque. Cada intento puede generar escrituras parciales.
• No iniciar una reconstrucción del array si el sistema la sugiere después del problema.
• No instalar la actualización nuevamente sin antes recuperar los datos, si el volumen está en estado incierto.

¿Un NAS con RAID interno protege los datos de una falla física?

Uno de los malentendidos más costosos en infraestructura de almacenamiento es creer que tener un NAS con RAID equivale a tener un backup. Es un error que resulta en pérdida de datos en incontables organizaciones cada año.

Qué protege el RAID de un NAS

El RAID protege contra un escenario muy específico: la falla física de uno o varios discos dentro del array, dependiendo del nivel.

• RAID 1: si uno de los dos discos falla, el otro tiene todos los datos. Tolerancia: 1 disco.
• RAID 5: si uno de los discos del array falla, los datos se reconstruyen desde la paridad. Tolerancia: 1 disco.
• RAID 6: tolerancia de 2 discos simultáneos.

Dentro de esos parámetros, el RAID funciona bien. El problema es todo lo que está fuera de ellos.

Qué NO protege el RAID

Falla del propio NAS
Si la placa controladora del NAS falla o se quema, el array puede volverse inaccesible aunque todos los discos estén sanos. Los datos están en los discos pero no hay forma de acceder a ellos sin el hardware correcto.

Corrupción lógica
Si el sistema de archivos se corrompe —por un corte de luz, un bug de firmware o un error de escritura— el RAID replica esa corrupción en todos los discos. Todos los discos tienen la misma corrupción.

Ransomware
Si un ransomware cifra los archivos en el NAS, el RAID los cifra junto con ellos. RAID 1 con dos discos espejados tiene los mismos archivos cifrados en ambos discos.

Error humano
Si alguien borra una carpeta o sobreescribe un archivo, el RAID replica esa acción inmediatamente. No hay versión anterior.

Desastres físicos
Un incendio, una inundación o un robo se lleva el NAS entero, incluyendo todos sus discos.

La regla 3-2-1

El estándar para protección real de datos es la regla 3-2-1:

• 3 copias de los datos
• en 2 tipos de medios diferentes
• con 1 copia fuera del sitio (offsite)

Un NAS con RAID puede ser una de esas tres copias, pero no puede ser la única.

Qué hacer si el NAS con RAID pierde datos

Apagar el NAS. No intentar reconstruir el array ni acceder a los discos. Contactar diagnóstico especializado con información sobre el modelo, el nivel de RAID y qué ocurrió antes del problema.

¿Cómo se recuperan datos de un servidor que no enciende?

Un servidor que no enciende no significa necesariamente que los datos estén perdidos. La mayoría de las veces el problema es de hardware del servidor —fuente de alimentación, placa madre, controladora RAID— y los discos con los datos están completamente intactos.

Primer paso: determinar qué falló

Si el servidor no da señales de vida
El primer diagnóstico es eléctrico: fuente de alimentación, cables, breakers. Una fuente quemada es la causa más frecuente de servidor que no enciende y la más fácil de resolver sin afectar los datos.

Si el servidor enciende pero no arranca el sistema operativo
El problema puede ser de disco de sistema, controladora RAID, o corrupción del OS. Los discos de datos pueden estar intactos.

Si el servidor enciende pero reporta falla de RAID o discos
Se necesita diagnóstico de cada disco del array antes de cualquier acción.

Recuperación según el tipo de falla

Falla de hardware del servidor (no de los discos)
Si los discos están sanos, la recuperación es simple: extraer los discos y conectarlos a otro servidor compatible o a un equipo con la controladora correcta. Para servidores con RAID por hardware, la controladora debe ser compatible para que el array sea reconocido.

Falla de controladora RAID
Si la controladora RAID falló, reemplazarla por una del mismo modelo y firmware puede permitir que el array se monte automáticamente. Usar una controladora diferente puede hacer que el array no sea reconocido o se intente reconstruir con parámetros incorrectos.

Falla de uno o más discos del array
Se aplica el mismo proceso que para recuperación de RAID: clonar cada disco individualmente, reconstruir el array virtualmente, extraer los datos.

Servidores físicos vs virtualizados

Servidor físico
Los datos están directamente en los discos del servidor. El proceso de recuperación es sobre esos discos.

Servidor virtualizado (VMware, Hyper-V)
Los datos de las VMs están en archivos de disco virtual (VMDK, VHDX) almacenados en el storage del hipervisor. La recuperación implica primero recuperar esos archivos, y luego acceder a su contenido. Es un paso adicional pero perfectamente viable.

Qué hacer

Apagar el servidor si está intentando arrancar en loop. Documentar la configuración del hardware (modelo del servidor, tipo de RAID, controladora). No intentar reemplazar la controladora ni reconectar discos sin diagnóstico previo. Contactar un laboratorio especializado con esa información.

¿Qué hace una empresa cuando pierde acceso al servidor y no hay backup?

Una empresa que pierde acceso a su servidor y no tiene backup utilizable enfrenta simultáneamente una emergencia técnica y una crisis operativa. La presión para “hacer algo rápido” es enorme, y es exactamente en ese contexto donde se cometen los errores más costosos.

Lo que NO debe hacer la empresa en las primeras horas

No llamar al técnico de turno para que “arregle” el servidor
El técnico generalista sin experiencia en recuperación de datos puede tomar acciones correctas para el hardware pero destructivas para los datos: reinstalar el sistema operativo, formatear particiones, reemplazar discos del RAID sin diagnóstico.

No reiniciar repetidamente
Si el servidor tiene discos con problemas, cada reinicio genera lecturas y escrituras que pueden agravar el daño.

No intentar reconstruir el RAID automáticamente
Si el array está en estado degradado, iniciar la reconstrucción sin verificar el estado de todos los discos puede destruir los datos si hay un segundo disco al límite.

No instalar software de recuperación en el propio servidor
Cualquier escritura en los discos reduce las posibilidades de recuperación.

Lo que sí debe hacer

Apagar el servidor
Es la acción más importante. Detener cualquier operación de lectura y escritura preserva el estado actual de los datos.

Documentar el estado antes de cualquier acción
Fotografiar los indicadores de los discos, anotar qué mensajes de error apareció en pantalla, registrar la configuración del RAID si se conoce.

Contactar un laboratorio de recuperación antes que un técnico generalista
Los laboratorios especializados pueden trabajar remotamente en el diagnóstico inicial antes de trasladar el equipo. Muchas veces la orientación temprana evita los errores más costosos.

Qué esperar del proceso de recuperación

El laboratorio realiza el diagnóstico individualmente de cada disco antes de cualquier procedimiento. Se determina el estado físico de cada disco, se evalúa la estructura del array y se presenta un presupuesto antes de proceder.

En la mayoría de los casos de servidor caído sin backup, si no se tomaron acciones previas que empeoraron la situación, los datos son recuperables total o parcialmente.

El impacto en el negocio

Mientras dura el proceso de recuperación, la empresa puede necesitar operar con procedimientos alternativos. El diagnóstico típicamente tarda entre 24 y 72 horas. El proceso de recuperación completo puede tomar entre 3 y 15 días dependiendo de la complejidad.

Un laboratorio con experiencia en recuperación empresarial puede priorizar ciertos tipos de archivos o particiones para minimizar el tiempo de inactividad operativa.

¿Qué pasa si el NAS empieza a funcionar lento antes de fallar?

Un NAS que empieza a responder lentamente —transferencias que antes tomaban minutos ahora toman horas, accesos que se cortan solos, interfaz web que no carga— suele estar dando las primeras señales de una falla inminente. A diferencia de una falla repentina, la lentitud progresiva da una ventana de tiempo para actuar. Aprovecharla correctamente puede ser la diferencia entre perder los datos o no.

Por qué un NAS se vuelve lento antes de fallar

Uno o más discos con sectores defectuosos
Cuando un disco del array tiene zonas de lectura difícil, el sistema tiene que reintentar múltiples veces cada operación. Eso enlentece todo el array, no solo el disco afectado. El NAS puede seguir funcionando pero con latencias cada vez mayores.

Array en estado degradado no detectado
En algunos NAS, si un disco falla silenciosamente —sin activar la alarma correctamente— el sistema sigue operando en modo degradado sin que el usuario lo note. La lentitud es el primer síntoma visible.

Disco al límite de vida útil
Los discos de NAS trabajan de forma continua (24/7). La vida útil de un disco de consumo en ese contexto es menor que la estimada. Un disco que está llegando a su fin empieza a responder más lentamente antes de fallar completamente.

Problema de firmware del NAS
En algunos casos, una actualización de firmware o un proceso interno del sistema puede generar carga adicional que se manifiesta como lentitud general.

Qué hacer mientras el NAS todavía responde

La prioridad absoluta es hacer una copia de los datos más críticos a otro dispositivo mientras el NAS todavía funciona, aunque sea lentamente.

Pasos recomendados:

1. Verificar el estado de los discos desde el panel de administración del NAS (Synology: Administrador de almacenamiento; QNAP: Administrador de discos)
2. Si algún disco reporta advertencia o error, no iniciar reconstrucción hasta tener una copia de seguridad
3. Copiar los datos más críticos a un disco externo o almacenamiento en la nube
4. Si la lentitud impide copiar, apagar el NAS y contactar diagnóstico especializado

Qué NO hacer

• No ignorar la lentitud esperando que se resuelva sola. Es una señal de alerta real.
• No iniciar una reconstrucción del array si hay un disco en advertencia, sin antes tener copia de seguridad.
• No apagar el NAS abruptamente sin sincronizar los datos en caché. Usar siempre el apagado correcto desde la interfaz.

¿Cómo minimizar el impacto operativo de una falla de datos en una empresa?

Una falla de datos en una empresa no es solo un problema técnico —es una interrupción operativa con costos directos (recuperación, tiempo del personal, pérdida de productividad) e indirectos (reputación, clientes, contratos). La diferencia entre una crisis manejable y una catástrofe empresarial suele decidirse en las primeras horas.

Antes de que ocurra: lo que reduce el impacto

Regla 3-2-1 de backup
Tres copias de los datos, en dos tipos de medios diferentes, con una copia fuera del sitio. Esta regla simple es el estándar de la industria y la diferencia más importante entre empresas que recuperan rápido y las que no.

Pruebas periódicas de restauración
Tener backup no sirve si el backup no restaura correctamente. Probar la restauración al menos una vez por año es esencial.

Documentación de la infraestructura
Tener documentado el tipo de RAID, modelo de la controladora, orden de los discos, sistema operativo del servidor, versión de firmware del NAS. Esta información acelera enormemente el proceso de recuperación en laboratorio.

Monitoreo SMART y alertas de disco
Los discos avisan antes de fallar. SMART predice fallas con días o semanas de anticipación en muchos casos. Herramientas de monitoreo como CrystalDiskInfo (Windows) o smartmontools (Linux) envían alertas antes de que ocurra la falla.

Durante la crisis: las primeras horas son críticas

Apagar el sistema afectado
Detener las escrituras preserva el estado actual de los datos y es la acción más importante.

No improvisar reparaciones internas
Las acciones de un técnico generalista sin experiencia en recuperación pueden destruir datos que de otro modo serían recuperables.

Contactar recuperación especializada antes de cualquier intervención
Una consulta de diagnóstico temprana puede orientar correctamente las acciones y evitar los errores más costosos.

Evaluar qué datos son prioritarios
No todos los datos tienen el mismo valor operativo. Identificar qué archivos o bases de datos son críticos para la operación permite priorizar la recuperación y reducir el tiempo de inactividad.

El rol del laboratorio de recuperación en la continuidad del negocio

Un laboratorio especializado no solo recupera datos: puede trabajar con la empresa para establecer prioridades, comunicar avances, y en algunos casos proporcionar acceso parcial a los datos mientras continúa el proceso completo.

CBL tiene experiencia en recuperaciones empresariales urgentes y puede coordinar directamente con el equipo de IT de la empresa para minimizar el tiempo de inactividad.

¿Se puede recuperar un RAID degradado?

Un RAID degradado es un array que perdió redundancia pero no ha colapsado completamente. En un RAID 5 con un disco fallido, por ejemplo, el sistema puede seguir operando —pero sin tolerancia a fallos adicionales. Ese estado intermedio es una ventana de oportunidad para actuar correctamente antes de que la situación empeore.

Qué significa “RAID degradado”

Cada nivel de RAID tiene una tolerancia diferente a la pérdida de discos:

• RAID 1 (espejo): tolera la falla de 1 disco. Con un disco fallido sigue funcionando; con los dos, pierde todo.
• RAID 5: tolera la falla de 1 disco. Con dos discos fallidos, el array colapsa y los datos son inaccesibles sin recuperación especializada.
• RAID 6: tolera la falla de 2 discos simultáneos. Con tres discos fallidos, colapso total.
• RAID 0: no tiene redundancia. La falla de cualquier disco hace que todos los datos sean inaccesibles.
• RAID 10: tolera la falla de un disco por par espejo. Si fallan los dos de un mismo par, colapso parcial.

El estado “degradado” indica que el array está operando fuera de sus parámetros normales de redundancia, pero todavía accesible.

Las dos situaciones que se presentan

RAID degradado pero accesible
El array sigue montado y los datos son alcanzables. La prioridad es hacer una copia completa de los datos antes de intentar cualquier reconstrucción. El disco fallido debe reemplazarse y reconstruirse solo después de tener una copia de seguridad validada.

RAID degradado e inaccesible
El array reporta error, no monta, o los datos no son alcanzables. Aquí ya se necesita diagnóstico especializado para determinar el estado de cada disco del array, el nivel de RAID, el orden de los discos y los parámetros de stripe antes de cualquier procedimiento.

Qué NO hacer

• No reconstruir el RAID sin diagnóstico previo. La reconstrucción automática escribe sobre todos los discos del array y puede destruir los datos si se realiza con parámetros incorrectos o si hay un segundo disco en falla inminente.
• No agregar un disco nuevo e iniciar reconstrucción automática sin verificar el estado de los discos restantes. Si un segundo disco falla durante la reconstrucción de un RAID 5, el array colapsa completamente.
• No intentar montar el array con herramientas genéricas sin conocer el orden exacto de los discos y los parámetros de stripe.

Cómo se recupera en laboratorio

El proceso comienza con la clonación de cada disco del array de forma individual, antes de cualquier otra operación. Trabajar sobre imágenes y no sobre los discos originales es la práctica estándar. Luego se reconstruye virtualmente el array con los parámetros correctos y se extraen los datos.

¿Qué pasa si falla más de un disco en un RAID 5?

El RAID 5 está diseñado para tolerar exactamente una falla de disco. Cuando un segundo disco falla —ya sea simultáneamente o durante la reconstrucción del primero— el array entra en colapso total: todos los datos quedan inaccesibles hasta que se realice una recuperación especializada.

Por qué falla un segundo disco con tanta frecuencia

El escenario de “doble falla en RAID 5” es más común de lo que parece, y tiene varias causas típicas:

Discos de la misma edad
Los discos de un RAID suelen comprarse al mismo tiempo, del mismo lote. Cuando uno falla por desgaste, los otros están igualmente cerca de su límite de vida. La falla del primero estresa al array (que ahora opera en degradado sin paridad), y el segundo falla poco después.

Falla durante la reconstrucción
La reconstrucción de un RAID 5 después de perder un disco implica leer todos los sectores de todos los discos restantes para regenerar la paridad. Es la operación más intensiva que puede realizar un disco. Si alguno de los discos restantes tiene sectores defectuosos o está cerca del fin de vida, la reconstrucción puede provocar su falla.

Sectores defectuosos ocultos (URE)
Un disco puede tener sectores inlegibles (Unrecoverable Read Errors) que no se manifiestan en uso normal pero sí aparecen durante la lectura masiva de una reconstrucción, causando que el proceso falle.

Qué es posible recuperar

Cuando dos discos de un RAID 5 fallan, los datos no se pierden automáticamente —pero el array ya no puede reconstruirse solo. La recuperación requiere:

1. Clonar cada disco del array individualmente antes de cualquier operación
2. Evaluar el estado físico de cada disco (sectores defectuosos, fallas físicas)
3. Reconstruir el array virtualmente con los datos disponibles de los discos funcionales
4. Extraer los archivos de la reconstrucción virtual

Si los dos discos fallidos tienen daño físico severo, la recuperación puede ser parcial. Si los discos fallidos tienen falla lógica o electrónica pero sus datos son legibles, la recuperación completa es posible.

Qué NO hacer

• No iniciar una reconstrucción automática. Empeoraría la situación.
• No encender y apagar el servidor repetidamente esperando que el array vuelva. Cada ciclo estresa los discos restantes.
• No reemplazar ambos discos fallidos y reinicializar el array: eso destruye definitivamente los datos.

¿Se puede recuperar un RAID 0 con un disco fallado?

RAID 0 es técnicamente un sistema de distribución de datos, no de redundancia. Su único objetivo es el rendimiento: los datos se dividen en bloques y se escriben alternadamente entre los discos del array, lo que multiplica la velocidad de lectura y escritura. El costo es que no hay ninguna protección: si un disco falla, el array completo es inaccesible.

Por qué RAID 0 es el más difícil de recuperar

En un RAID con paridad (RAID 5, RAID 6), los datos de un disco fallido pueden reconstruirse matemáticamente a partir de los demás. En RAID 0, no hay paridad. Cada bloque de datos está en un único disco. Si ese disco falla, esos bloques específicos son irrecuperables a menos que el disco pueda recuperarse físicamente.

Esto significa que la recuperación de un RAID 0 con un disco fallido es, en esencia, la recuperación del disco fallido —con la complejidad adicional de que los datos están fragmentados entre múltiples discos y deben reordenarse correctamente.

Qué parámetros son críticos para la recuperación

Para reconstruir un RAID 0 se necesita conocer con exactitud:

• El tamaño del stripe (chunk size): el tamaño de cada bloque que se distribuye entre los discos. Los valores típicos son 64 KB, 128 KB o 256 KB, pero varía según el controlador.
• El orden de los discos: qué disco era el primero, el segundo, etc. en el array. Invertir el orden produce datos corruptos aunque los discos estén sanos.
• El inicio del stripe: en qué sector de cada disco comienza realmente el área de datos.

Si estos parámetros no se conocen o no están documentados, deben determinarse por análisis forense de los datos en los discos —lo que es posible pero requiere experiencia.

Cuándo la recuperación tiene buen pronóstico

Si el disco fallido tiene falla lógica (sistema de archivos dañado, firmware corrupto) o falla electrónica (placa controladora quemada) pero sus datos están físicamente intactos, la recuperación puede ser completa: se recupera el disco, se reconstituye el array con los parámetros correctos y se extraen los datos.

Si el disco fallido tiene daño físico severo en los platos, la recuperación es parcial: solo los bloques del array que residían en los discos sanos son recuperables de forma directa.

Qué hacer

Apagar el sistema inmediatamente. No intentar montar el array ni acceder a los discos restantes. Documentar todo lo que se sepa sobre la configuración del RAID (tamaño de stripe, orden de discos, controlador usado) y contactar un laboratorio especializado con esa información.

¿Qué no hacer si un RAID falla?

Una falla de RAID es una emergencia técnica donde cada acción cuenta. El problema es que las reacciones instintivas más comunes —intentar reconstruir, reemplazar discos, reiniciar el servidor— son exactamente las que más daño pueden causar. Esta página cubre los errores más frecuentes y por qué son peligrosos.

Error 1: iniciar la reconstrucción automática sin diagnóstico

Es el error más frecuente y el más costoso. Cuando un RAID reporta un disco fallido, los sistemas NAS, servidores y controladoras RAID suelen ofrecer la opción de reconstruir automáticamente al conectar un disco nuevo. El problema:

• Si hay un segundo disco con sectores defectuosos no detectados, la reconstrucción puede fallar a mitad de proceso, dejando el array en un estado peor que antes.
• La reconstrucción escribe intensivamente sobre todos los discos del array, lo que puede provocar fallas adicionales en discos que estaban al límite.
• Si los parámetros del array no están correctamente configurados, la reconstrucción puede completarse exitosamente pero producir datos corruptos.

Lo correcto: clonar cada disco individualmente antes de cualquier reconstrucción. Trabajar sobre copias, nunca sobre los originales.

Error 2: apagar y encender el servidor repetidamente

Cada ciclo de encendido intenta montar el array, lo que implica lecturas y escrituras en los discos. Si hay discos con daño físico incipiente, este proceso puede acelerar su falla definitiva.

Error 3: reemplazar el disco incorrecto

En arrays con múltiples discos es posible confundir qué disco falló, especialmente si los indicadores visuales del servidor no son claros. Reemplazar un disco sano y eliminar el único disco con los datos de paridad puede destruir el array.

Error 4: dejar el array en estado degradado durante días

Un RAID 5 con un disco fallido está operando sin tolerancia a fallos. Si un segundo disco falla en ese período, el array colapsa. Operar en estado degradado durante más de lo estrictamente necesario aumenta el riesgo de colapso total.

Error 5: intentar montar el array con herramientas genéricas

Herramientas de recuperación genéricas pueden intentar montar el array con parámetros incorrectos, lo que puede generar escrituras sobre los discos que sobreescriben datos recuperables.

Qué hacer en cambio

1. Apagar el sistema cuando se detecta la falla
2. Documentar el estado de cada disco (qué slots, qué indicadores)
3. No reconectar ni encender hasta tener un plan claro
4. Contactar un laboratorio especializado antes de cualquier acción sobre el array

El RAID no es un backup. Una falla de RAID es una emergencia que requiere tratamiento especializado.

El controlador RAID también puede ser parte del problema

Un controlador RAID dañado —por sobretensión, falla de firmware o corrupción de su configuración— puede reportar discos como fallidos cuando en realidad están sanos, o puede haber corrompido los metadatos del array. En esos casos, intentar usar otro controlador del mismo modelo puede parecer lógico pero puede generar una reconstrucción con parámetros incorrectos.

¿Qué influye en el costo de recuperación de un RAID?

La recuperación de un RAID es uno de los trabajos más complejos en recuperación de datos, y su costo refleja esa complejidad. No se trata solo de recuperar un disco sino de recuperar un sistema completo de almacenamiento distribuido.

Por qué cuesta más que recuperar un disco individual

En una recuperación de disco individual, el laboratorio trabaja con un único dispositivo. En una recuperación de RAID:

• Se evalúa y trabaja con cada disco del array de forma individual
• Se analiza la estructura del array (nivel, stripe, orden de discos)
• Se reconstruye el array virtualmente antes de extraer los datos
• Si algún disco tiene daño físico, se requiere recuperación física de ese disco antes de poder reconstruir el array

Cada uno de esos pasos tiene su propio costo en tiempo y recursos.

Factores que determinan el precio

Número de discos en el array
Más discos implica más trabajo de evaluación, más clonaciones individuales y más tiempo de reconstrucción. Un RAID 5 de 4 discos cuesta más que uno de 3.

Estado físico de los discos
Si todos los discos están funcionando y el problema es lógico (corrupción de metadatos, falla de controlador), el costo es menor. Si uno o más discos requieren recuperación física —reemplazo de cabezales, recuperación de firmware— ese trabajo se suma al costo total.

Nivel de RAID
RAID 0 sin paridad es más difícil de reconstruir que RAID 5 con paridad. RAID 6 con doble paridad requiere más análisis. RAID 10 tiene su propia lógica de reconstrucción.

Documentación disponible
Si el administrador tiene documentación del array (nivel, stripe size, orden de discos), el trabajo es más directo. Si no hay documentación y los parámetros deben determinarse por análisis forense, el tiempo aumenta.

Capacidad total del array
Arrays más grandes implican más tiempo de clonación, análisis y extracción de datos.

Qué incluye el presupuesto de CBL

El diagnóstico previo permite evaluar el estado de cada disco y la estructura del array antes de comprometerse con cualquier trabajo. El presupuesto se presenta después del diagnóstico, con el detalle de qué discos requieren qué procedimientos. Si el resultado no es viable, se informa antes de proceder.

¿Se puede recuperar un SSD que no detecta?

Que un SSD no aparezca en el sistema puede tener causas muy distintas, y la diferencia entre ellas determina completamente las posibilidades de recuperación. A diferencia de un HDD, donde el disco que no se detecta simplemente no responde, un SSD puede estar activo internamente aunque el sistema no lo vea —y esa actividad interna puede ser perjudicial para los datos.

Por qué un SSD puede dejar de detectarse

Las causas más frecuentes son:

• Falla del controlador — el chip que gestiona las operaciones del SSD deja de funcionar correctamente. El disco puede estar físicamente intacto pero completamente inaccesible.
• Firmware corrupto — el SSD no puede leer su propia configuración interna y entra en un estado de error o modo de protección.
• Desgaste extremo de celdas — cada celda NAND tiene un número finito de ciclos de escritura. Al agotarse, el SSD puede volverse inestable o indetectable.
• SSD con 0 MB disponibles — el controlador reporta capacidad cero, generalmente por falla de firmware o corrupción de la tabla de traducción interna (FTL).
• Problema de conexión — conector M.2 mal asentado, adaptador defectuoso o slot PCIe con mal contacto.

Por qué el tiempo importa más que en un HDD

En un HDD que no detecta, los datos están estáticos: el problema es acceder a ellos, no que desaparezcan solos.

En un SSD la situación es diferente. Si el sistema operativo tiene habilitado TRIM —lo que ocurre por defecto en Windows, macOS y Linux modernos— y el SSD responde aunque sea parcialmente a comandos del sistema, puede iniciarse el proceso de garbage collection: el controlador identifica bloques marcados como libres y los borra físicamente para prepararlos para futuras escrituras.

Esto puede suceder incluso si el usuario no está haciendo nada activamente. Mantener el SSD conectado a un equipo encendido es un riesgo real en estos casos.

Qué NO hacer

• No reiniciar el sistema repetidamente esperando que el SSD aparezca. Cada arranque puede activar procesos del sistema que interactúan con el disco.
• No ejecutar software de diagnóstico o recuperación sin antes evaluar el tipo de falla. En un SSD con controlador en estado inestable, forzar lecturas puede agravar la situación.
• No mantener el SSD conectado si no se está trabajando activamente en la recuperación.
• No formatear si el disco aparece con 0 MB o como no inicializado.

Una advertencia sobre BitLocker

Si el SSD pertenece a una notebook moderna con Windows 10 u 11, existe una probabilidad real de que el disco esté cifrado con BitLocker de forma automática —sin que el usuario lo haya activado manualmente. En ese caso, incluso si el SSD se recupera físicamente, los datos pueden ser inaccesibles sin la recovery key. Es importante verificar este punto antes de iniciar cualquier proceso.

Qué conviene hacer

Apagar el equipo, desconectar el SSD y contactar un laboratorio especializado para diagnóstico. El diagnóstico previo permite determinar si la falla es de controlador, firmware o desgaste, y si los datos son recuperables antes de cualquier procedimiento.

¿Por qué un SSD puede dejar de funcionar de repente?

Una de las características más frustrantes de los SSD es que pueden fallar completamente sin dar ninguna advertencia. Un HDD que va a fallar suele emitir señales: ruidos, lentitud progresiva, errores SMART visibles. Un SSD puede funcionar perfectamente hasta que un día simplemente no aparece.

Por qué los SSD fallan sin aviso

Los SSD almacenan datos en celdas de memoria NAND flash. Cada celda tiene una cantidad finita de ciclos de escritura —en SSDs de consumo típicamente entre 1.000 y 10.000 ciclos por celda, según el tipo (SLC, MLC, TLC, QLC). A medida que las celdas se desgastan, el controlador las va descartando y reservando celdas de repuesto. Cuando se agotan las celdas de repuesto, el SSD puede entrar en modo de solo lectura o directamente fallar.

Este proceso ocurre internamente y el usuario no lo ve hasta que es demasiado tarde.

Causas específicas de falla repentina

Desgaste de celdas NAND
El ciclo de vida se agota gradualmente. El controlador maneja esto internamente con algoritmos de wear leveling, pero cuando el desgaste es generalizado, la falla puede ser súbita.

Falla del controlador
El chip controlador gestiona toda la lógica del SSD: la traducción de direcciones, la distribución de escrituras, el caché. Una falla en el controlador puede hacer que el SSD sea inaccesible aunque las celdas NAND estén perfectamente intactas.

Corrupción de la FTL (Flash Translation Layer)
La FTL es la tabla interna que mapea las direcciones lógicas (las que ve el sistema operativo) con las físicas (las celdas reales). Si esta tabla se corrompe —por un corte de luz durante escritura, por ejemplo— el SSD puede volverse completamente ilegible aunque los datos físicos estén en las celdas.

Firmware corrupto
El firmware del SSD controla su comportamiento. Algunos modelos tienen bugs conocidos que pueden causar fallas repentinas, especialmente tras actualizaciones de sistema operativo o en condiciones de uso extremo.

El rol de TRIM antes de la falla visible

Algo que pocos usuarios conocen: TRIM no solo actúa cuando se borran archivos manualmente. El garbage collection —el proceso interno que ejecuta el borrado físico de bloques marcados como libres— puede ocurrir en segundo plano mientras el SSD está conectado, incluso sin escrituras activas del usuario.

Esto significa que un SSD que “funcionaba bien” hasta ayer puede haber estado eliminando bloques de datos recuperables durante días o semanas, sin que el usuario lo notara. Cuando la falla finalmente se hace visible, parte de los datos ya pueden haber sido procesados internamente.

Qué hacer ante una falla repentina

Apagar el equipo inmediatamente. No reiniciar. No conectar el SSD a otra PC para “ver si funciona ahí”. Cada encendido adicional es tiempo que el controlador puede usar para seguir procesando internamente.

El diagnóstico especializado es el único camino seguro para determinar el tipo de falla y las posibilidades de recuperación.

¿El TRIM en un SSD destruye los datos permanentemente?

TRIM es uno de los conceptos más importantes y menos comprendidos cuando se habla de recuperación de datos en SSD. Entender cómo funciona explica por qué recuperar datos de un SSD es fundamentalmente diferente —y generalmente más difícil— que recuperar datos de un HDD.

Qué es TRIM y para qué sirve

TRIM es un comando ATA que el sistema operativo envía al SSD para indicarle qué bloques de datos ya no están en uso. Cuando el usuario borra un archivo, el sistema de archivos lo marca como espacio libre —pero no borra el contenido físicamente de inmediato. TRIM le comunica al SSD que esos bloques están disponibles para ser reutilizados.

Esto mejora el rendimiento del SSD: en lugar de tener que leer, modificar y reescribir un bloque completo cuando necesita escribir datos nuevos, el controlador puede escribir directamente en bloques ya limpios.

TRIM está habilitado por defecto en Windows Vista y versiones posteriores, en macOS, y en las distribuciones Linux modernas.

Qué es garbage collection

Garbage collection es el proceso interno mediante el cual el controlador del SSD ejecuta físicamente el borrado de los bloques que TRIM marcó como disponibles. Este proceso no ocurre en el instante exacto en que se borra un archivo: ocurre en segundo plano, cuando el controlador decide que es momento de liberar espacio.

La diferencia crítica:

• En un HDD, borrar un archivo solo elimina la referencia en el sistema de archivos. Los datos físicos siguen en los platos hasta que son sobreescritos por nuevos datos. Esto da una ventana de tiempo para la recuperación.
• En un SSD con TRIM activo, el controlador recibe la señal de que esos bloques están libres y, cuando ejecuta garbage collection, los borra físicamente. Una vez borrado a nivel de celda NAND, el dato es irrecuperable.

¿TRIM destruye los datos instantáneamente?

No necesariamente en el instante en que se borra el archivo. El momento exacto en que garbage collection ejecuta el borrado físico depende del controlador, la carga del sistema y el nivel de uso del SSD.

En la práctica:

• Un SSD conectado a un sistema activo puede ejecutar garbage collection en minutos u horas después de que los bloques fueron marcados por TRIM.
• Un SSD desconectado inmediatamente después de la pérdida de datos no puede ejecutar garbage collection porque el controlador no tiene alimentación. Desconectar rápido puede preservar los datos.
• Reinstalar un sistema operativo, formatear el SSD o simplemente dejarlo encendido y conectado acelera enormemente el proceso de borrado interno.

La diferencia práctica con un HDD

En HDD: borrar no implica destrucción inmediata. Los datos permanecen hasta ser sobreescritos.

En SSD moderno con TRIM activo: el borrado puede progresar en segundo plano aunque el usuario no haga nada activamente. Cada minuto de uso posterior puede afectar el resultado de una recuperación.

Esta es la razón por la que en recuperación de SSD, la velocidad de respuesta importa mucho más que en HDD.

Qué hacer si se borraron datos de un SSD

Apagar el equipo inmediatamente. No guardarlo en modo suspensión: apagado completo. No reconectar el SSD hasta consultar con un laboratorio especializado.

Si el SSD ya estuvo conectado durante horas o días después de la pérdida, el diagnóstico previo permite evaluar cuánto del borrado interno ya ocurrió y si queda información recuperable.

¿Es más difícil recuperar un SSD que un HDD?

La pregunta tiene una respuesta honesta: en la mayoría de los casos, sí. Pero la dificultad no es uniforme —depende del tipo de falla, del tiempo transcurrido y de si hay cifrado activo.

Por qué los SSD son más difíciles de recuperar en fallas lógicas

En un HDD con falla lógica —archivos borrados, formateo, corrupción del sistema de archivos— los datos permanecen en los platos magnéticos hasta que son físicamente sobreescritos por datos nuevos. Esto da una ventana de tiempo para la recuperación, a veces de días o semanas.

En un SSD, el comando TRIM cambia esta dinámica completamente. Cuando el sistema operativo marca bloques como libres, el controlador puede borrarlos físicamente mediante garbage collection antes de que llegue a usarlos nuevamente. Este proceso ocurre en segundo plano, sin que el usuario lo vea, y puede reducir drásticamente las posibilidades de recuperación en horas.

Por qué los SSD son más difíciles en fallas físicas

Un HDD con cabezales dañados se trata en sala limpia: se reemplazan los cabezales y se lee el plato directamente. Es una operación bien establecida con décadas de experiencia.

Un SSD con controlador dañado o firmware corrupto requiere acceso directo a las celdas NAND, lo que implica:

• Extraer los chips de memoria de la placa
• Leerlos con equipamiento especializado (chip-off)
• Reconstruir la FTL (Flash Translation Layer) para interpretar los datos correctamente

Este proceso es más complejo y costoso que el trabajo sobre un HDD, y no siempre garantiza resultados completos.

El factor BitLocker

Muchas notebooks modernas —especialmente las que vienen con Windows 11 y tienen TPM 2.0— activan el cifrado de dispositivo de forma automática. El usuario puede no saber que su SSD está cifrado con BitLocker.

Cuando esto ocurre, incluso si el SSD se recupera físicamente y los datos son extraídos, el contenido es ilegible sin la clave de recuperación. Un disco perfectamente recuperado puede seguir siendo inaccesible si no se tiene la recovery key.

Esto convierte algunas recuperaciones de SSD en un doble desafío: primero el problema físico o lógico, y encima el cifrado.

Cuándo la recuperación de SSD tiene buen pronóstico

No todo es difícil. Hay casos donde la recuperación de SSD es directa:

• Falla lógica detectada rápidamente — el SSD se desconectó inmediatamente, TRIM no tuvo tiempo de actuar, y los datos son recuperables con herramientas especializadas.
• Falla de firmware sin daño en celdas — el controlador se puede reprogramar y los datos en las celdas NAND siguen intactos.
• SSD con controlador dañado pero celdas sanas — chip-off permite acceder directamente a las celdas.

El diagnóstico previo es el único camino para saber en qué categoría está cada caso.

¿Se pueden recuperar datos de un SSD con firmware corrupto?

El firmware de un SSD es el software que vive en el propio disco y controla todo su funcionamiento: cómo se distribuyen las escrituras, cómo se gestiona el caché, cómo se comunica con el sistema operativo, y cómo se mapean las direcciones lógicas a las físicas. Cuando este firmware se corrompe, el SSD puede volverse completamente invisible para el sistema —aunque las celdas NAND con los datos estén perfectamente intactas.

Por qué se corrompe el firmware

Las causas más frecuentes de corrupción de firmware son:

• Corte de alimentación durante una actualización de firmware — el proceso quedó incompleto y el disco entró en estado inestable.
• Bugs específicos del modelo — algunos SSDs tienen fallas conocidas en versiones de firmware que se manifiestan tras cierta cantidad de escrituras o tras actualizaciones del sistema operativo.
• Corrupción del área de servicio — la zona del disco donde vive la configuración interna puede dañarse por escrituras anómalas o por celdas defectuosas en esa área específica.
• Falla del chip de memoria donde reside el firmware — distinto de las celdas NAND de datos, el firmware puede alojarse en un chip separado que puede fallar.

Cómo se distingue una falla de firmware de otras fallas

Los síntomas típicos de corrupción de firmware son:

• El SSD no aparece en el BIOS ni en el sistema operativo
• El SSD aparece pero con capacidad incorrecta (0 MB, o un valor muy diferente al real)
• El SSD se detecta pero es imposible acceder a su contenido
• El SSD entra en un loop de reinicio o modo de protección

Estos síntomas son similares a los de una falla de controlador, por lo que el diagnóstico técnico es necesario para distinguirlos.

Cómo se recupera

Con herramientas especializadas como PC-3000 SSD, es posible acceder al SSD a nivel de hardware, reprogramar el firmware o restaurar las configuraciones del área de servicio sin tocar las celdas NAND donde están los datos.

Si el firmware es el único problema —y las celdas están sanas— esta operación puede restaurar el acceso completo al disco y a todos sus datos, sin necesidad de procedimientos más invasivos.

En los casos donde el firmware está dañado junto con fallas en las celdas NAND, la recuperación es más compleja y puede requerir acceso directo a los chips de memoria (chip-off).

Qué no hacer

No intentar actualizar el firmware manualmente como primer paso. Si el disco ya está en estado de error, forzar una actualización de firmware sin diagnóstico previo puede completar la corrupción y dificultar la recuperación posterior.

¿Cuánto cuesta recuperar datos de un SSD?

El precio de una recuperación de SSD no es único ni fijo. Depende de varios factores que solo pueden evaluarse después del diagnóstico, y que hacen que dos SSDs del mismo modelo puedan tener costos de recuperación muy diferentes.

Por qué los SSD suelen costar más que los HDD

En un HDD, el proceso de recuperación física está bien establecido: reemplazo de cabezales en sala limpia, lectura directa de platos. Es una operación predecible con herramientas especializadas de amplia disponibilidad.

En un SSD, la complejidad varía mucho más:

• Una falla lógica simple —archivos borrados, formateo— puede resolverse con herramientas de software especializado a un costo similar al de un HDD.
• Una falla de firmware requiere herramientas como PC-3000 SSD y conocimiento específico del modelo. El costo es mayor.
• Una falla que requiere chip-off —extraer los chips NAND de la placa y leerlos directamente— es el procedimiento más complejo y costoso, porque implica reconstruir manualmente la Flash Translation Layer para interpretar los datos.

Factores que influyen en el precio

• Tipo de falla: lógica, firmware, controlador, chip-off
• Marca y modelo del SSD: algunos modelos tienen documentación disponible; otros requieren ingeniería inversa
• Capacidad del disco: mayor capacidad generalmente implica mayor tiempo de trabajo
• Si hay cifrado BitLocker activo: agrega una capa de complejidad al proceso
• Urgencia: los servicios urgentes tienen un costo adicional

Qué incluye el presupuesto de CBL

El diagnóstico previo no tiene costo. Antes de aprobar cualquier trabajo, se informa exactamente qué tipo de falla tiene el disco, qué procedimiento se realizará y cuál es el costo. Si no se recuperan datos, no se cobra por el trabajo de recuperación.

¿Qué pasa si reinstalé Windows en el SSD y quiero recuperar datos?

Reinstalar Windows es una de las acciones que más reduce las posibilidades de recuperación en un SSD. Los usuarios suelen hacerlo creyendo que es equivalente a lo que ocurriría en un HDD, pero las diferencias son fundamentales.

Por qué es más grave en un SSD que en un HDD

En un HDD, cuando se reinstala Windows:

• Se sobreescriben los sectores donde se instalan los archivos del sistema
• Los sectores con datos anteriores que no fueron seleccionados para la instalación permanecen intactos
• Con herramientas especializadas, gran parte de los datos anteriores puede recuperarse porque siguen en los platos

En un SSD, ocurre algo adicional y más dañino:

• Durante la instalación, el sistema operativo envía comandos TRIM marcando como libres los bloques que ya no se necesitan
• El garbage collection comienza a borrar físicamente esos bloques en segundo plano
• Este proceso continúa incluso después de que la instalación termina, mientras el equipo sigue encendido
• Cada hora que pasa con el SSD activo puede reducir la cantidad de datos recuperables

Qué determina las posibilidades de recuperación

Tiempo transcurrido desde la reinstalación
Es el factor más importante. Un SSD que estuvo encendido durante horas después de reinstalar Windows tiene muchas menos chances que uno apagado inmediatamente después de detectar el error.

Tipo de instalación
Una instalación limpia que formateó la partición antes de instalar es más dañina que una actualización o reparación del sistema. El formateo previo acelera el proceso de TRIM.

Uso posterior
Si después de reinstalar Windows se instalaron programas, se descargaron archivos o se usó el equipo normalmente, el borrado interno avanzó considerablemente.

Qué hacer si ya se reinstalo Windows

Apagar el equipo inmediatamente. No seguir usándolo aunque “parezca funcionar bien”. Cada minuto de uso adicional con el SSD activo puede afectar el resultado.

El diagnóstico especializado puede evaluar cuánto del garbage collection ya ocurrió y si quedan sectores con datos recuperables. En algunos casos, especialmente si el SSD estuvo poco tiempo activo después de la reinstalación, la recuperación parcial o completa es posible.

Una nota sobre BitLocker

Si la notebook tenía BitLocker activo antes de la reinstalación, hay un factor adicional a considerar: la reinstalación puede haber eliminado el acceso al entorno de Windows que descifraba el disco automáticamente. Sin la recovery key de BitLocker, recuperar los datos físicamente no es suficiente —también se necesita la clave para descifrarlos.

¿Qué es BitLocker y por qué puede bloquear el acceso a mis archivos?

BitLocker es la tecnología de cifrado de disco completo de Microsoft, integrada en Windows desde Vista. Durante años fue una función que los usuarios activaban manualmente en entornos corporativos. Hoy, en muchas notebooks modernas, se activa solo —y los usuarios no lo saben hasta que tienen un problema.

Cómo se activa BitLocker sin que el usuario lo sepa

Desde Windows 10 versión 1703 en adelante, muchas notebooks que cumplen ciertos requisitos activan automáticamente lo que Microsoft llama “cifrado de dispositivo”. Los requisitos son:

• El equipo tiene chip TPM 2.0 (presente en la mayoría de notebooks vendidas desde 2016)
• La cuenta de Windows está vinculada a una cuenta Microsoft (no una cuenta local)
• El equipo pasó por el proceso de configuración inicial con esa cuenta

Cuando se cumplen estas condiciones, Windows cifra el disco automáticamente y guarda la recovery key en la cuenta Microsoft del usuario —en la dirección account.microsoft.com/devices/recoverykey.

El usuario nunca vio una pantalla que dijera “¿Desea activar BitLocker?”. El cifrado simplemente ocurrió.

Por qué esto cambia el escenario de recuperación

Un disco cifrado con BitLocker es ilegible sin la clave correcta. Esto aplica incluso si:

• El disco está físicamente sano
• Los datos fueron recuperados exitosamente por el laboratorio
• La estructura del sistema de archivos está intacta

Sin la recovery key, los datos extraídos son texto cifrado sin sentido. No hay forma técnica de acceder a ellos sin la clave —el cifrado AES-128 o AES-256 que usa BitLocker no tiene backdoor conocido.

Los escenarios más frecuentes donde BitLocker complica la recuperación

Notebook que no arranca
El usuario saca el disco, lo conecta a otra PC y descubre que no puede acceder. El disco no está dañado —está cifrado.

Reinstalación de Windows
El usuario reinstala Windows sin saber que el disco estaba cifrado. La nueva instalación no tiene acceso a la clave del sistema anterior. Los datos del sistema viejo siguen cifrados.

Disco recuperado en laboratorio
El laboratorio recupera los datos físicamente, pero al intentar acceder al contenido, todo está cifrado. Sin la recovery key, la recuperación técnica fue exitosa pero los datos siguen inaccesibles.

Cómo encontrar la recovery key de BitLocker

Si el equipo tenía una cuenta Microsoft vinculada, la recovery key probablemente está guardada en:

account.microsoft.com/devices/recoverykey

También puede estar guardada en:

• Una cuenta de Azure AD si el equipo era corporativo
• Un USB que el usuario guardó durante la configuración inicial
• Un documento impreso que el usuario guardó al configurar BitLocker manualmente

Qué hacer si no se tiene la recovery key

Sin la recovery key, el acceso a los datos cifrados no es posible por medios técnicos convencionales. En CBL evaluamos cada caso individualmente: a veces es posible reconstruir el entorno original de Windows para intentar recuperar acceso a través del mismo sistema que cifraba el disco. Pero es un proceso complejo que no siempre tiene resultado positivo.

¿Se pueden recuperar datos de un disco cifrado con BitLocker?

La recuperación de datos de un disco cifrado con BitLocker combina dos desafíos diferentes: el problema técnico del disco (falla física o lógica) y el problema criptográfico del cifrado. La solución de uno no garantiza la solución del otro.

Escenario 1: con recovery key disponible

Si el usuario tiene acceso a la recovery key de BitLocker, la recuperación es técnicamente viable aunque el disco tenga fallas.

El proceso en laboratorio consiste en:

1. Recuperar los datos del disco dañado (mediante el procedimiento apropiado según el tipo de falla)
2. Descifrar los datos recuperados usando la recovery key

En este escenario, el cifrado no es un obstáculo insuperable. Es un paso adicional en el proceso, pero el resultado puede ser completo.

La recovery key de 48 dígitos se obtiene desde account.microsoft.com/devices/recoverykey si el equipo tenía una cuenta Microsoft vinculada.

Escenario 2: sin recovery key

Sin la recovery key, los datos cifrados son ilegibles. El cifrado AES que usa BitLocker no tiene vulnerabilidades conocidas que permitan acceder al contenido sin la clave correcta.

En este caso, incluso si el laboratorio recupera físicamente todos los datos del disco, el resultado es un conjunto de bloques cifrados que no pueden interpretarse.

Las opciones en este escenario son limitadas:

• Intentar recuperar la recovery key desde la cuenta Microsoft (si existía vinculación)
• Intentar reconstruir el entorno original de Windows para acceder a través del mismo sistema que hacía el descifrado automático
• En equipos corporativos, solicitar la clave al administrador de Azure AD

Escenario 3: disco físicamente dañado + BitLocker sin recovery key

Es el caso más complejo. El laboratorio enfrenta simultáneamente:

• La falla técnica del disco (que requiere recuperación física)
• La imposibilidad de descifrar el contenido sin la clave

En estos casos se realiza el diagnóstico completo para determinar qué es posible técnicamente, y se informa con honestidad antes de proceder con cualquier trabajo.

La lección más importante

Antes de que ocurra cualquier problema, vale la pena verificar si el disco tiene BitLocker activo y guardar la recovery key en un lugar seguro fuera del propio equipo.

En Windows 10/11, se puede verificar desde: Configuración → Privacidad y seguridad → Cifrado del dispositivo o buscando “BitLocker” en el menú de inicio.

¿Qué significa que un SSD se congele o tarde mucho en responder?

Cuando un SSD responde lentamente o provoca que el sistema quede congelado por segundos o minutos, es una señal que no debe ignorarse. Los SSD están diseñados para responder en microsegundos. Cualquier latencia visible al usuario indica que algo está funcionando mal internamente.

Por qué un SSD puede congelarse

Errores de lectura en celdas desgastadas
Cuando el controlador intenta leer una celda con errores, ejecuta múltiples reintentos internos antes de reportar el fallo. Cada reintento toma tiempo. Si hay muchas celdas con errores, la suma de los reintentos puede congelar el sistema durante segundos.

Controlador en estado degradado
Un controlador que está comenzando a fallar puede procesar comandos con latencias anómalas, respondiendo eventualmente pero con demoras inaceptables para el sistema operativo.

Garbage collection bloqueando operaciones
Cuando el SSD está muy lleno o tiene pocas celdas libres, el garbage collection puede ocurrir en medio de operaciones de lectura, generando pausas mientras el controlador limpia bloques internamente.

Firmware con bugs de estabilidad
Algunos modelos tienen versiones de firmware con problemas de estabilidad conocidos que se manifiestan como congelaciones intermitentes bajo ciertas condiciones de carga.

Por qué es más urgente que en un HDD

En un HDD, la lentitud progresiva da tiempo para actuar. En un SSD, la congelación intermitente puede ser la antesala de una falla total sin más aviso. El salto de “funciona con pausas” a “no detecta” puede ocurrir en horas.

Qué hacer

Hacer una copia de seguridad de los datos críticos inmediatamente, mientras el SSD todavía responde. No esperar a que “se arregle solo” —los SSD no mejoran solos cuando muestran síntomas de falla.

Si la copia falla o el sistema se congela durante el proceso, apagar el equipo y buscar diagnóstico especializado.

¿Qué probabilidades hay de recuperar un SSD dañado?

No existe un porcentaje único para la recuperación de SSD. A diferencia del HDD, donde el tipo de falla es el principal determinante, en el SSD el tiempo transcurrido desde la falla es igualmente crítico —porque TRIM y garbage collection pueden haber actuado en ese intervalo.

Por tipo de falla

Falla de firmware — buen pronóstico
Si el firmware es el único problema y las celdas NAND están intactas, la recuperación con herramientas especializadas suele ser completa. Es uno de los casos más frecuentes y más tratables.

Falla lógica detectada inmediatamente — buen pronóstico
Si el SSD se apagó rápidamente después de borrar archivos o formatear, TRIM no tuvo tiempo de actuar sobre todos los bloques. La recuperación parcial o completa es posible.

Falla de controlador con celdas sanas — pronóstico moderado
Se puede intentar chip-off para acceder directamente a las celdas NAND. El desafío es reconstruir la Flash Translation Layer. El resultado depende del controlador específico y del nivel de fragmentación de los datos.

Falla lógica con tiempo prolongado de uso posterior — pronóstico reservado
Cada hora de uso después de la falla permitió que garbage collection avanzara. El porcentaje de datos recuperables disminuye con el tiempo. En algunos casos solo se recupera una fracción.

Desgaste generalizado de celdas — pronóstico variable
Depende de cuántas celdas están afectadas y en qué zonas del disco estaban los datos críticos.

El factor tiempo: diferencia fundamental con HDD

En un HDD, el tiempo entre la falla y la recuperación importa, pero menos. Los datos en los platos no desaparecen solos.

En un SSD, cada hora que pasa con el disco activo puede reducir las posibilidades de recuperación. No porque los datos “se borren solos” por magia, sino porque el controlador ejecuta procesos internos de mantenimiento que físicamente eliminan bloques marcados como libres por TRIM.

Apagar el SSD rápidamente es la acción más importante que puede tomar un usuario antes de llegar al laboratorio.

Sobre BitLocker

Si el SSD tiene cifrado activo, las probabilidades técnicas de recuperación del hardware pueden ser altas —pero sin la recovery key, los datos recuperados siguen siendo inaccesibles. Las probabilidades de recuperación de BitLocker sin la clave son, en la práctica, nulas.

¿Qué significa que un disco rígido haga clic?

El clic que emite un disco rígido —a veces llamado click of death o ticking— es uno de los síntomas más claros de falla mecánica interna. No es un error de software ni un problema de conexión: es el sonido de los cabezales de lectura intentando encontrar una referencia en los platos y fallando repetidamente.

¿Qué está pasando dentro del disco?

Un disco rígido funciona con platos magnéticos que giran a alta velocidad y cabezales que se mueven sobre ellos sin tocarlos, con una separación de nanómetros. Cuando algo falla en ese equilibrio, los cabezales se reposicionan una y otra vez buscando una señal que no encuentran. Ese movimiento repetido es el clic.

Las causas más frecuentes son:

• Cabezales dañados o desalineados — la causa más común. Pueden haberse golpeado contra los platos o desgastarse por uso.
• Daño en los platos magnéticos — zonas del plato sin datos legibles, generalmente tras un golpe o caída.
• Falla en el firmware del disco — el disco no puede leer su propia configuración interna y entra en un ciclo de error.
• Problemas eléctricos — una fuente de alimentación inestable puede causar clic incluso en discos sin daño mecánico previo.

¿Tiene solución un disco que hace clic?

Sí, en muchos casos. La posibilidad de recuperación depende principalmente de qué causó el clic y cuánto tiempo estuvo funcionando después de que empezó el síntoma.

Los casos con mejor pronóstico son los de falla de cabezales sin daño en los platos: los cabezales se reemplazan en sala limpia (ambiente controlado libre de partículas) y los datos se extraen directamente de los platos. Es una operación delicada pero con alto porcentaje de éxito en laboratorios especializados.

Los casos con peor pronóstico son los que involucran platos rayados, ya sea por contacto directo con los cabezales o por partículas internas. Cuando el plato está físicamente dañado, la zona afectada pierde datos de forma permanente.

Qué NO hacer si el disco hace clic

Este es el punto más crítico: cada vez que se enciende un disco con clic, se arriesga el contenido completo.

• No seguir encendiéndolo esperando que “arranque solo”. Cada intento de arranque mueve los cabezales dañados sobre los platos.
• No golpearlo ni inclinarlo pensando que se desbloquea. Eso puede rayar los platos.
• No intentar abrirlo fuera de una sala limpia. Una partícula de polvo del tamaño de un cabello puede destruir los datos al entrar en contacto con el plato.
• No usar software de recuperación sobre un disco con falla mecánica. El software no puede resolver un problema físico y el intento de lectura forzada empeora el daño.

¿Cuándo apagarlo?

Inmediatamente. Si el disco empieza a hacer clic, lo correcto es apagarlo en ese momento, no intentar copiar archivos, no ejecutar diagnósticos y contactar a un laboratorio especializado para evaluación.

El tiempo entre el primer clic y la decisión de apagar el disco es uno de los factores que más influye en el resultado de la recuperación.

¿Qué porcentaje de discos con clic se recupera?

La pregunta es legítima y merece una respuesta honesta, no un número de marketing.

El porcentaje de recuperación de discos que hacen clic varía significativamente según tres factores: la causa del clic, el estado de los platos magnéticos y el historial de uso del disco desde que apareció el síntoma.

Por tipo de falla

Falla de cabezales sin daño en platos
Es la causa más frecuente del clic y también la de mejor pronóstico. En laboratorio con sala limpia, los cabezales se reemplazan por unidades compatibles del mismo modelo. Si los platos están intactos, la tasa de recuperación completa o parcial es alta. CBL trabaja este tipo de casos con frecuencia en discos de todas las marcas principales.

Falla de firmware
El disco no puede leer su configuración interna y entra en un loop de reinicio que produce clic. Con herramientas de acceso directo al firmware (PC-3000, por ejemplo), estos casos suelen resolverse sin necesidad de abrir el disco. Buen pronóstico.

Platos con daño físico (scratching)
Cuando los cabezales tocaron los platos —por un golpe, una caída o por haber seguido usando el disco con clic— el daño en la superficie magnética es permanente. Los datos en esas zonas se pierden. La recuperación parcial es posible, pero el porcentaje depende de qué tan extensa es el área dañada y si los archivos críticos estaban en zonas intactas.

El factor que más cambia el pronóstico

La cantidad de veces que se encendió el disco después del primer clic. Cada arranque mueve los cabezales dañados sobre los platos. Lo que empieza como una falla de cabezales recuperable puede convertirse en daño de platos irreversible en minutos de uso.

Un disco apagado inmediatamente al primer clic tiene mucho mejor pronóstico que uno que estuvo funcionando durante horas intentando arrancar.

Qué esperar del diagnóstico

En CBL, el diagnóstico previo permite determinar exactamente qué falló antes de comprometer los datos con cualquier procedimiento. No se realiza ninguna operación sin antes saber el estado de los platos y los cabezales. Si el pronóstico no es favorable, se informa antes de proceder.

¿Congelar un disco rígido sirve para recuperar datos?

El mito del disco congelado lleva décadas circulando en foros y grupos de tecnología. La idea es que el frío contrae los metales, lo que podría “liberar” un cabezal atascado o expandir levemente los platos para que el disco arranque unos minutos. En algunos casos muy específicos de discos de los años 90, esto tuvo resultados anecdóticos. En discos modernos, es una mala idea con riesgo real de pérdida definitiva.

Por qué no funciona en discos actuales

Los discos modernos tienen tolerancias mecánicas mucho más estrechas que los de hace 30 años. Un cambio brusco de temperatura no “acomoda” nada: desalinea componentes que estaban calibrados con precisión de micrómetros.

El problema principal es la condensación. Al sacar el disco del freezer, la diferencia de temperatura con el ambiente hace que la humedad del aire se condense sobre los componentes electrónicos y, en algunos casos, dentro del disco si no está perfectamente sellado. El agua y la electrónica no son compatibles.

Los efectos posibles:

• Cortocircuito en la placa controladora al conectar el disco mojado
• Corrosión acelerada en los contactos y la electrónica
• Daño adicional en los cabezales por la contracción irregular del mecanismo
• Condensación interna si hay humedad que ingresa por las válvulas de presión del disco

¿Hubo algún caso real donde funcionó?

Sí, en discos muy antiguos con fallas de dilatación en el eje motor, el frío a veces permitía arrancar el disco por unos minutos. Pero incluso en esos casos, el procedimiento correcto era tener todo listo para copiar datos de inmediato, porque el disco volvía a fallar en minutos. Era una maniobra de último recurso en situaciones sin acceso a laboratorio, no una técnica de recuperación.

Qué hacer en cambio

Si el disco no arranca o hace clic, lo correcto es apagarlo y no intentar ningún procedimiento casero. Cada intento de “solución” sin diagnóstico previo reduce las probabilidades de recuperación exitosa.

Un laboratorio especializado puede diagnosticar la causa real de la falla y aplicar el procedimiento correcto: reemplazo de cabezales en sala limpia, recuperación de firmware, o extracción directa de platos, según corresponda.

¿Qué hacer si Windows no reconoce el disco rígido?

Que Windows no reconozca un disco no significa necesariamente que los datos estén perdidos, pero sí que hay algo que impide la comunicación normal entre el disco y el sistema. Las causas van desde problemas triviales hasta fallas graves, y confundirlas puede empeorar la situación.

Primer paso: ubicar dónde falla la detección

Antes de hacer cualquier cosa, hay que identificar en qué punto del sistema el disco deja de ser visible:

¿Aparece en el BIOS/UEFI?
Al encender la PC y entrar al BIOS (generalmente con F2, F12 o Delete según el fabricante), se puede ver si el disco aparece listado en los dispositivos de almacenamiento. Si aparece ahí pero no en Windows, el problema es lógico o de sistema de archivos. Si no aparece ni en el BIOS, el problema es más profundo: falla de comunicación, placa controladora o falla física interna.

¿Aparece en Administrador de discos?
En Windows, abriendo Administrador de discos (clic derecho en Inicio → Administración de discos) se pueden ver discos que el sistema detecta pero no puede leer correctamente. Un disco que aparece como “Sin inicializar”, “Desconocido” o “RAW” está siendo detectado a nivel hardware pero tiene algún problema con su estructura de datos.

Causas frecuentes y qué hacer en cada caso

Cable o conexión suelta
Si el disco no aparece en ningún lado, antes de asumir una falla interna conviene verificar el cable SATA o el cable de alimentación. Un contacto deficiente puede hacer que el disco no se detecte en absoluto. Cambiar el cable o el puerto SATA resuelve este caso sin ningún riesgo.

Sistema de archivos dañado (aparece como RAW o sin formato)
El disco es detectado pero Windows no puede leer su estructura. Puede deberse a una desconexión brusca, un corte de luz o corrupción de sectores. En este estado, formatear el disco borra todo: lo correcto es no formatear y buscar recuperación de datos.

Disco marcado como “Sin inicializar” o “Desconocido”
Windows lo ve pero no reconoce la tabla de particiones. Puede ser recuperable con herramientas especializadas si no hay daño físico.

El disco no aparece en ningún lado y hace ruidos
Si el disco emite clic, golpes o silencio total cuando debería girar, hay falla física interna. En ese caso no corresponde ningún procedimiento de software: es necesario diagnóstico en laboratorio.

Qué NO hacer

• No formatear el disco si aparece como RAW o pide formato. El formateo destruye la estructura que permite recuperar los datos.
• No ejecutar CHKDSK en un disco con posible falla física. En discos con sectores defectuosos, CHKDSK puede generar escrituras que sobreescriben datos recuperables.
• No instalar el disco como secundario en otra PC y copiar archivos por encima si hay sospecha de falla. Cualquier escritura reduce las posibilidades de recuperación.

¿Qué significa RAW en un disco rígido?

Cuando Windows muestra un disco como RAW en el Administrador de discos, o lanza el mensaje “Es necesario formatear el disco antes de poder usarlo”, no significa que el disco esté vacío. Significa que Windows no puede leer la estructura que le indica dónde están los archivos y cómo acceder a ellos.

Qué es el sistema de archivos y por qué importa

Los datos en un disco no se guardan de forma aleatoria. Existe una estructura —llamada sistema de archivos— que lleva el registro de qué archivo está en qué lugar, cómo se llama, cuándo se creó y cuánto espacio ocupa. Los sistemas más comunes en Windows son NTFS y FAT32.

Cuando esa estructura se daña o se vuelve ilegible, Windows no sabe cómo interpretar el contenido del disco y lo muestra como RAW: en bruto, sin estructura reconocida.

Por qué aparece un disco como RAW

Las causas más frecuentes son:

• Desconexión brusca mientras el disco estaba escribiendo datos. La estructura de archivos quedó en un estado inconsistente.
• Corrupción del sector de arranque (MBR o GPT). La tabla que indica cómo está organizado el disco se dañó.
• Sectores defectuosos en zonas críticas de la estructura del sistema de archivos.
• Cambio de sistema de archivos no reconocido. Por ejemplo, un disco formateado en Linux con ext4 aparece como RAW en Windows porque Windows no entiende ese formato.
• Falla de firmware en el disco, que impide leer correctamente la estructura.

¿Los datos siguen en el disco?

En la mayoría de los casos RAW de origen lógico, sí. La información no se borró: lo que se dañó es el “índice” que permite acceder a ella. Es similar a perder el índice de un libro: las páginas siguen ahí, pero no sabés en qué página está cada capítulo.

Herramientas especializadas pueden leer el disco a nivel de sectores, reconstruir la estructura dañada y recuperar los archivos sin necesidad de formatear.

Qué NO hacer ante un disco RAW

• No formatear. Es el error más común y el más costoso. El formateo escribe una estructura nueva encima de la vieja, reduciendo drásticamente las posibilidades de recuperación.
• No ejecutar CHKDSK. Windows puede sugerir reparar el disco con CHKDSK, pero en un disco RAW con daño real esto puede generar escrituras que destruyen datos.
• No intentar recuperación con software gratuito en un disco con síntomas físicos. Si el disco además hace ruidos o tarda mucho en responder, hay falla física subyacente que el software no puede resolver y puede agravar.

Cuándo es recuperable sin laboratorio

Si el disco está RAW por una desconexión brusca o corrupción lógica simple, y no tiene síntomas físicos (ruidos, lentitud extrema, no detección intermitente), herramientas como TestDisk pueden reconstruir la tabla de particiones sin escribir en los datos. Es una operación técnica que requiere experiencia.

Si hay cualquier duda sobre el estado físico del disco, o si los archivos a recuperar son críticos, el diagnóstico en laboratorio es el camino más seguro.

¿Qué pasa si Windows pide formatear el disco?

El mensaje “Es necesario formatear el disco antes de poder usarlo” aparece cuando Windows detecta el disco pero no puede interpretar su contenido. Es una de las situaciones más angustiantes para un usuario, y también una de las que más datos se pierden por una decisión apresurada: hacer clic en “Formatear disco”.

Por qué aparece ese mensaje

Windows lo muestra cuando el sistema de archivos del disco está corrupto, dañado o en un formato que no reconoce. El disco puede tener todos sus datos intactos, pero el sistema no sabe cómo acceder a ellos sin una estructura legible.

Las causas más frecuentes son:

• Desconexión brusca mientras el disco estaba escribiendo. La estructura quedó en un estado inconsistente.
• Corte de luz durante una operación de escritura.
• Sectores defectuosos en zonas críticas del sistema de archivos.
• Disco formateado en otro sistema operativo (Linux, Mac) que Windows no reconoce nativamente.
• Virus o malware que corrompió la tabla de particiones o el sector de arranque.

Qué ocurre si se formatea

El formateo escribe una estructura de archivos nueva y vacía sobre el disco. No borra los datos físicamente de inmediato —siguen en los sectores del disco— pero elimina el índice que permite encontrarlos. A partir de ese momento, cada nuevo dato que se escriba en el disco puede sobreescribir el contenido anterior de forma irreversible.

Un disco formateado por error todavía puede tener buenas chances de recuperación, pero solo si no se usó después del formateo. Cada byte escrito reduce esas chances.

Qué hacer en cambio

Lo más importante es no hacer nada que escriba datos en el disco: no formatear, no guardar archivos, no instalar software de recuperación en ese mismo disco.

Si el disco es externo, desconectarlo y guardarlo. Si es el disco del sistema, apagar la PC sin guardar nada.

El siguiente paso es diagnóstico especializado. Con herramientas de lectura a nivel de sectores es posible reconstruir la estructura dañada y extraer los archivos sin necesidad de formatear. En la mayoría de los casos de corrupción lógica sin daño físico, el resultado es bueno.

Qué NO hacer

• No formatear, aunque Windows insista. El mensaje es una advertencia del sistema, no una obligación.
• No ejecutar CHKDSK sobre el disco afectado. Puede intentar reparar la estructura escribiendo en el disco y sobreescribir datos recuperables.
• No instalar software de recuperación en el mismo disco. El software debe instalarse en otro dispositivo.
• No seguir usando el disco esperando que “se arregle solo”.

¿Qué pasa si un disco externo se cayó al piso?

Los discos externos son dispositivos que se transportan, y las caídas son una de las causas más frecuentes de falla mecánica. El resultado depende de varios factores: si el disco estaba funcionando en el momento del golpe, la altura de la caída, la superficie sobre la que cayó y el modelo específico del disco.

Por qué el estado del disco en el momento de la caída es crítico

Un disco rígido en funcionamiento tiene los platos girando a entre 5.400 y 7.200 RPM y los cabezales flotando sobre ellos a nanómetros de distancia. Un impacto en ese estado puede hacer que los cabezales toquen los platos —lo que se llama head crash— rayando la superficie magnética y destruyendo los datos en esa zona de forma permanente.

Un disco apagado en el momento de la caída tiene los cabezales en posición de reposo, fuera de los platos. El riesgo es menor, aunque igualmente pueden producirse daños mecánicos internos dependiendo de la fuerza del impacto.

Síntomas que pueden aparecer después de la caída

• El disco ya no aparece en la PC
• El disco aparece pero hace clic, golpes o ruidos inusuales
• El disco aparece pero está muy lento o se desconecta solo
• El disco funciona aparentemente normal (el daño puede ser interno y no inmediatamente visible)

El cuarto caso es el más peligroso: un disco que parece funcionar después de una caída puede estar operando con cabezales desalineados o con daño incipiente en los platos. Seguir usándolo aumenta el riesgo de falla completa.

Qué NO hacer después de una caída

• No encenderlo repetidamente para “ver si funciona”. Cada arranque con daño interno agrava la situación.
• No golpearlo ni sacudirlo para que “arranque”.
• No abrirlo fuera de sala limpia. El interior de un disco es un ambiente controlado: una partícula de polvo puede destruir los platos.
• No usar software de recuperación si el disco hace ruidos. El problema es físico, no lógico.

Qué hacer

Apagar el disco si está encendido, desconectarlo y no volver a intentar usarlo. Si los datos son importantes, la única opción segura es el diagnóstico en laboratorio, donde se puede evaluar el estado de los cabezales y los platos antes de cualquier procedimiento.

En muchos casos de caída, los datos son completamente recuperables si no se tomaron acciones que empeoraron el daño inicial.

¿Se pueden recuperar datos de una notebook que se cayó?

Cuando una notebook se cae, el disco interno absorbe parte del impacto. La severidad del daño depende de la altura, el ángulo de caída, si la notebook estaba encendida en ese momento, y el tipo de disco que tiene.

HDD vs SSD: comportamiento diferente ante una caída

Notebooks con disco HDD
Son las más vulnerables a las caídas porque tienen piezas mecánicas en movimiento. Si la notebook cayó mientras el disco giraba, los cabezales pueden haber tocado los platos (head crash). El síntoma más claro es el clic al intentar encenderla. Con daño de cabezales sin afectación grave de los platos, la recuperación en sala limpia tiene buen pronóstico.

Notebooks con SSD
Los SSD no tienen partes móviles, por lo que son más resistentes a los golpes físicos. Una caída raramente daña un SSD de forma mecánica. El riesgo es más en la placa controladora o en los conectores internos que en los datos propiamente dichos. Si el SSD está intacto pero la notebook no enciende, los datos suelen ser accesibles extrayendo el SSD y conectándolo a otro equipo o adaptador.

El estado de la notebook después de la caída

Lo más común es que la notebook no encienda, encienda pero no detecte el disco, o encienda pero funcione con lentitud o inestabilidad. En cualquiera de esos casos, lo correcto es:

1. No insistir con el encendido
2. No intentar reinstalar el sistema operativo
3. No conectar la notebook a otra PC para “rescatar” archivos si hay ruidos del disco

Qué pasa con las notebooks que tienen el disco soldado

Algunos modelos modernos, especialmente ultrabooks y MacBooks con chip Apple Silicon, tienen el almacenamiento soldado a la placa madre. En esos casos, la recuperación es más compleja y requiere equipamiento especializado para acceder directamente a los chips de memoria. CBL trabaja con este tipo de casos.

Qué conviene hacer

Si la notebook se cayó y los datos son importantes, la evaluación en laboratorio permite determinar el tipo de daño antes de tomar cualquier decisión. El diagnóstico no implica compromiso de pago: si el resultado no es favorable, se informa antes de proceder con cualquier trabajo.

¿Un disco muy lento puede empeorar si lo sigo usando?

La lentitud extrema de un disco es uno de los síntomas más subestimados de falla inminente. Los usuarios tienden a tolerarla, reiniciar la PC, esperar que “se solucione sola” o atribuirla a un problema de software. En muchos casos, es la primera señal de una falla física que avanza.

Por qué un disco se vuelve lento antes de fallar

Cuando un disco tiene sectores defectuosos —zonas de los platos magnéticos donde los datos son difíciles o imposibles de leer— el sistema tiene que intentar leer esa zona múltiples veces antes de reportar un error. Ese proceso, que debería tomar milisegundos, puede tomar varios segundos por sector. Multiplicado por miles de sectores problemáticos, el resultado es una lentitud severa.

Otras causas de lentitud relacionadas con falla inminente:

• Cabezales desgastados que no leen con precisión y necesitan repasar las pistas varias veces
• Problemas de firmware que generan loops internos de reintento
• Daño incipiente en los platos después de un golpe o caída
• Falla de la placa controladora que procesa los datos con errores

Qué pasa si se sigue usando

Cada lectura fallida en un sector defectuoso genera un reintento. Cada reintento genera calor y vibración adicional. El calor acelera el desgaste de los cabezales. Los cabezales desgastados generan más errores. Es un ciclo de degradación que puede acelerarse considerablemente si el disco sigue en uso intensivo.

Además, el sistema operativo puede intentar reasignar los sectores defectuosos —es un mecanismo llamado SMART remapping— pero esa operación también implica escrituras que pueden comprometer datos vecinos.

Cuándo es urgente actuar

Si el disco lento además hace ruidos que no hacía antes (clic, rascado, golpes), desaparece y vuelve a aparecer en el sistema, genera errores de lectura o escritura visibles, o tarda más de 30 segundos en responder a operaciones simples, el riesgo de falla completa es alto y conviene dejar de usarlo.

Qué hacer

La prioridad es hacer una copia de los datos más críticos en otro dispositivo, si el disco todavía lo permite. Si ya no es posible copiar porque el disco no responde o la copia falla, apagarlo y buscar diagnóstico especializado.

No es recomendable ejecutar CHKDSK ni herramientas de diagnóstico intensivo sobre un disco con síntomas físicos: pueden acelerar la falla.

¿Qué diferencia hay entre falla lógica y falla física en un disco?

Cuando un disco falla, el primer paso para cualquier laboratorio especializado es determinar si el problema es lógico o físico. Esta distinción cambia completamente el procedimiento de recuperación, las herramientas utilizadas y el pronóstico.

Falla lógica: el hardware funciona, la estructura no

En una falla lógica, el disco gira, los cabezales se mueven, la electrónica funciona. El problema está en la capa de software: la estructura que organiza y da acceso a los datos está dañada o ausente.

Ejemplos de falla lógica:

• Sistema de archivos corrupto (el disco aparece como RAW)
• Tabla de particiones dañada (el disco no aparece con sus particiones)
• Archivos borrados accidentalmente
• Disco formateado por error
• Virus que corrompió la estructura de datos
• Corrupción por corte de luz durante escritura

En estos casos, los datos físicamente siguen en los platos. El trabajo de recuperación consiste en reconstruir la estructura o acceder a los sectores directamente para extraer los archivos. El pronóstico generalmente es bueno, especialmente si el disco no se siguió usando después del problema.

Falla física: el hardware está dañado

Una falla física significa que hay daño en algún componente del disco: los cabezales, los platos, la placa controladora, el motor, o el firmware en la memoria del disco.

Ejemplos de falla física:

• Cabezales dañados o desalineados (producen clic)
• Platos rayados por contacto con cabezales (head crash)
• Placa controladora quemada (generalmente por sobretensión)
• Motor del disco dañado (el disco no gira o gira irregularmente)
• Firmware corrupto que impide el arranque del disco

La recuperación en estos casos requiere intervención en sala limpia: reemplazo de cabezales, trabajo directo sobre los platos, o recuperación de firmware con herramientas especializadas. El pronóstico depende del tipo y extensión del daño físico.

Qué son los sectores defectuosos y cómo encajan

Los sectores defectuosos son zonas de los platos magnéticos donde los datos ya no se pueden leer con fiabilidad. Pueden aparecer tanto en contextos de falla lógica como física. Un disco con pocos sectores defectuosos en zonas no críticas puede recuperarse bien. Un disco con sectores defectuosos en las zonas donde está el sistema de archivos tiene peor pronóstico.

Los sectores defectuosos aumentan con el tiempo de uso, con los golpes y con el desgaste de los cabezales. Un disco con muchos sectores defectuosos que sigue en uso activo los multiplica.

Por qué la distinción importa para la recuperación

Aplicar un procedimiento de falla lógica a un disco con falla física puede destruir los datos. Por ejemplo, ejecutar software de recuperación sobre un disco con cabezales dañados fuerza lecturas repetidas que aceleran el daño en los platos. El diagnóstico correcto antes de cualquier procedimiento es la diferencia entre recuperar los datos y perderlos definitivamente.

¿Es peligroso usar software de recuperación en un disco dañado?

La respuesta honesta es: depende. El software de recuperación no es intrínsecamente peligroso, pero aplicarlo sobre el tipo incorrecto de falla puede convertir una situación recuperable en una pérdida definitiva.

Cuándo el software de recuperación funciona bien

En fallas puramente lógicas —archivos borrados, disco formateado por error, sistema de archivos corrupto sin daño físico— el software de recuperación puede leer los sectores del disco y reconstruir los archivos perdidos. El disco responde normalmente, las lecturas son fluidas, y el riesgo es bajo.

Herramientas como Recuva, TestDisk o R-Studio están diseñadas para estos casos. Aplicadas correctamente, sobre un disco físicamente sano, son útiles.

Cuándo el software puede empeorar el daño

El problema aparece cuando hay falla física subyacente que el usuario no detectó. Los casos más peligrosos:

Disco con sectores defectuosos severos
El software intenta leer todos los sectores del disco, incluidos los dañados. Cada intento de lectura en un sector defectuoso genera reintentos, calor y vibración adicional. En un disco con muchos sectores malos, esto puede desencadenar una falla en cascada que afecta sectores adyacentes que todavía estaban bien.

Disco con cabezales dañados o desalineados
Si el disco hace clic, el software lo va a hacer trabajar igualmente: va a intentar leer, el cabezal va a fallar, va a reintentar, y cada ciclo aumenta el contacto del cabezal dañado con los platos. En minutos de operación, lo que era una falla de cabezales recuperable puede convertirse en platos rayados.

Disco con firmware inestable
Algunos discos con falla de firmware responden erráticamente a los comandos del software: pueden reiniciarse, congelarse, o completar operaciones parciales que dejan la estructura de datos en un estado peor que el inicial.

El error más común

Instalar el software de recuperación en el mismo disco dañado que se quiere recuperar. Cada instalación escribe datos nuevos en el disco, sobreescribiendo potencialmente los archivos que se intentaba salvar.

El software siempre debe instalarse en un disco diferente al afectado, y los archivos recuperados deben guardarse también en otro dispositivo.

Cómo saber si es seguro usar software

Si el disco no hace ruidos inusuales, aparece correctamente en el BIOS y en el Administrador de discos, responde a los comandos sin congelarse, y la lentitud es moderada, el software es razonable.

Si el disco tiene algún síntoma físico —ruidos, lentitud severa, detección intermitente— el diagnóstico en laboratorio es el camino correcto antes de intentar cualquier software.

¿Se puede recuperar un disco formateado por error?

El formateo es uno de los errores más frecuentes en pérdida de datos: alguien conecta un disco externo, Windows muestra el mensaje de “necesita ser formateado”, y el usuario acepta sin pensarlo. O se formatea la partición equivocada al instalar un sistema operativo. En ambos casos, la situación tiene solución en la mayoría de los casos.

Qué hace realmente el formateo

Existen dos tipos de formateo con consecuencias muy diferentes:

Formateo rápido (quick format)
Solo reescribe la tabla de asignación de archivos —el índice que indica dónde está cada archivo— pero no toca los datos en los sectores. Los archivos siguen físicamente en el disco, pero el sistema ya no sabe dónde están. Este tipo de formateo tiene las mejores posibilidades de recuperación.

Formateo completo (full format)
Además de reescribir la tabla, verifica y sobreescribe cada sector del disco. En Windows Vista y versiones posteriores, el formateo completo incluye una pasada de escritura de ceros sobre todos los sectores. Esto sí destruye los datos de forma efectiva. La recuperación en estos casos es extremadamente difícil o imposible.

El factor más importante: qué se hizo después del formateo

Un disco formateado por error que se apagó inmediatamente tiene excelentes chances de recuperación. Los datos siguen en los sectores originales, intactos.

Un disco que se siguió usando después del formateo —aunque sea para “ver si funcionaba”— ya empezó a sobreescribir los sectores con datos nuevos. Cada archivo que se guardó, cada operación del sistema operativo, redujo las posibilidades de recuperación.

Cómo maximizar las chances de recuperación

Lo más importante es detener el uso del disco en el momento en que se detecta el error:

• No guardar archivos en el disco formateado
• No instalar software de recuperación en ese mismo disco
• No reiniciar el sistema si el disco formateado es el disco del sistema

Si el disco es externo, desconectarlo de inmediato. Si es el disco interno, apagar la PC sin guardar nada.

Qué esperar de la recuperación

En un formateo rápido sobre un disco sin daño físico, con herramientas especializadas es posible recuperar la estructura de carpetas y los archivos originales con sus nombres. El resultado varía según cuánto se usó el disco después del formateo, pero en casos de detección temprana el porcentaje de recuperación es alto.

En CBL el diagnóstico previo permite evaluar el estado real del disco antes de cualquier procedimiento, sin cobrar si el resultado no es viable.

¿Qué significa que el disco tarde mucho en responder al encender la PC?

Cuando la PC enciende pero tarda mucho en cargar el sistema operativo, la causa más frecuente no es Windows sino el disco duro. El sistema operativo depende completamente del disco para cargar sus archivos de arranque, y si el disco tarda en leer esos archivos, toda la secuencia de inicio se detiene a esperar.

Por qué el arranque lento es una señal de alerta

Durante el arranque, el sistema lee una cantidad relativamente pequeña de datos pero en zonas muy específicas del disco: el sector de arranque (MBR o GPT), los archivos del bootloader, y los archivos del sistema operativo. Si alguna de esas zonas tiene sectores defectuosos o el disco necesita múltiples reintentos para leer, el tiempo de arranque se multiplica.

Un disco sano debería cargar Windows en menos de 60 segundos. Si tarda 5, 10 o 20 minutos, o si la pantalla de carga se queda fija por largos períodos, hay un problema real.

Diferencia con un problema de software

Un arranque lento por software —muchos programas al inicio, sistema desactualizado, registro fragmentado— produce lentitud generalizada pero no bloqueos completos. El cursor sigue moviéndose, el sistema responde aunque sea despacio.

Un arranque lento por falla de disco produce bloqueos reales: la pantalla se congela, el indicador de actividad del disco parpadea constantemente durante minutos, o el sistema directamente no llega a cargar.

Qué causas físicas producen este síntoma

• Sectores defectuosos en las zonas de arranque del disco
• Cabezales desgastados que necesitan múltiples intentos para leer cada zona
• Firmware inestable que genera loops internos antes de responder
• Disco al límite de vida útil con SMART en estado crítico

Qué hacer

Lo primero es no formatear ni reinstalar Windows pensando que el problema es de software. Si el disco tiene falla física, reinstalar el sistema solo empeora la situación porque fuerza más escrituras en un disco ya comprometido.

Si el sistema todavía carga, aunque sea lentamente, la prioridad es hacer una copia de los archivos más importantes antes de que la falla avance. Usar otro dispositivo de destino, nunca el mismo disco.

Si el sistema ya no carga en absoluto, el diagnóstico en laboratorio permite determinar el estado real del disco y si los datos son recuperables sin necesidad de encenderlo repetidamente.

¿Qué es la informática forense y cuándo se necesita?

La informática forense digital es la disciplina que aplica métodos técnicos y científicos para preservar, adquirir, analizar y presentar evidencia digital. Cubre cuatro etapas fundamentales:

1. Preservación: asegurar el dispositivo sin alterar ni un bit de su contenido original
2. Adquisición: obtener una copia forense exacta (imagen bit a bit) con hash de verificación
3. Análisis: examinar la copia forense para identificar, extraer y documentar la evidencia relevante
4. Presentación: elaborar un informe pericial técnico comprensible para abogados y jueces

La diferencia clave con la recuperación de datos

En una recuperación de datos, el objetivo es acceder a la información perdida. El técnico puede trabajar directamente sobre el dispositivo original si la situación lo requiere, y el proceso no necesita documentación legal.

En una pericia forense, el objetivo es preservar la evidencia con valor legal. Nunca se trabaja sobre el dispositivo original. Cada acción queda registrada con timestamp y responsable. Se calcula el hash (MD5/SHA-256) del dispositivo antes de tocarlo y se verifica que la copia sea idéntica al bit. Si cualquiera de estos pasos falla, la evidencia puede ser declarada inadmisible.

Cuándo se necesita la informática forense

Disputas laborales con componente digital
Correos eliminados, documentos borrados, accesos a sistemas en horarios no autorizados, copia no autorizada de información comercial. La evidencia digital puede ser determinante en despidos por causa justificada, litigios por competencia desleal o incumplimiento de cláusulas de confidencialidad.

Fraudes e irregularidades internas
Manipulación de registros contables, alteración de documentos, comunicaciones que documentan acuerdos fraudulentos. El análisis forense puede reconstruir la cronología de las acciones y determinar quién hizo qué y cuándo.

Accesos no autorizados a sistemas
Intrusiones, exfiltración de datos, instalación de software malicioso. El análisis forense identifica el vector de entrada, los sistemas afectados y el alcance de la brecha.

Litigios civiles y penales
Disputas contractuales donde los correos electrónicos o documentos digitales son evidencia clave, causas penales por fraude, estafa, abuso o delitos informáticos.

Auditorías regulatorias con componente digital
Organismos reguladores pueden requerir evidencia digital documentada técnicamente en el marco de una investigación.

Quién puede solicitarla

• Abogados litigantes que necesitan evidencia digital para una causa
• Empresas que investigan irregularidades internas antes de iniciar acciones legales
• Juzgados y fiscalías mediante designación de perito
• Organismos reguladores en el marco de inspecciones
• Particulares involucrados en litigios donde existe evidencia digital relevante

¿Puede CBL actuar como perito en una causa judicial?

Qué significa actuar como perito informático

En el marco de una causa judicial, el perito informático es el experto técnico que el juez o las partes designan para analizar evidencia digital y emitir un dictamen técnico. Su informe tiene valor probatorio en el proceso y puede ser determinante para el resultado del caso.

Existen dos tipos de intervención pericial:

Perito oficial (designado por el juzgado)
El juez designa un perito de oficio para analizar el dispositivo o la evidencia digital. El perito trabaja de forma independiente y su informe es presentado al tribunal. Ambas partes pueden formular preguntas y observaciones al informe.

Perito de parte
Cada parte puede designar su propio perito técnico para revisar la evidencia y emitir un dictamen que apoye su posición. Los peritos de parte pueden también observar el trabajo del perito oficial y presentar sus propias conclusiones técnicas al juez.

Qué puede aportar CBL como perito

Análisis forense de dispositivos
Extracción y análisis de evidencia digital preservando la cadena de custodia: correos electrónicos borrados, documentos eliminados, registros de acceso, comunicaciones, historial de navegación, metadatos de archivos.

Informe pericial técnico
Documento estructurado que describe el proceso técnico aplicado, la metodología, los hallazgos y las conclusiones, redactado para ser comprensible tanto por jueces y abogados como por técnicos de la contraparte.

Presentación ante el tribunal
Cuando el juez lo requiere, el perito puede ser convocado a audiencia para explicar y defender técnicamente sus conclusiones.

Tipos de causas donde interviene la pericia informática

Causas penales
Fraude, estafa, delitos informáticos (acceso no autorizado, sabotaje), abuso, y otros delitos donde la evidencia digital es elemento del tipo o agrava la conducta.

Causas laborales
Despidos por causa justificada con evidencia digital, demandas por espionaje corporativo, fuga de información comercial o incumplimiento de cláusulas de confidencialidad.

Causas civiles
Disputas contractuales donde la comunicación digital es prueba clave, litigios de propiedad intelectual, daños y perjuicios con componente digital.

Cómo iniciar el proceso

El proceso puede iniciarse de tres formas:

• Contacto directo: empresa o particular que necesita análisis forense antes o durante un proceso legal
• Vía abogado: el letrado de la parte contacta a CBL para proponer la designación como perito de parte
• Designación judicial: el juzgado designa a CBL como perito oficial en el marco de una causa

¿Cómo se preserva la cadena de custodia de un disco en una pericia?

Qué es la cadena de custodia y por qué es crítica

La cadena de custodia es el registro continuo y documentado de cada persona que tuvo acceso a la evidencia, en qué momento y qué acción realizó sobre ella. En el contexto judicial, si no puede demostrarse que la evidencia no fue alterada desde su obtención hasta su presentación ante el tribunal, el juez puede declararla inadmisible.

En informática forense esto es especialmente delicado porque los sistemas de archivos se modifican con cada acceso: encender un dispositivo, conectarlo a un sistema o simplemente dejarlo activo puede alterar timestamps, registros del sistema operativo y otros metadatos con valor probatorio.

El proceso técnico de preservación

Paso 1: Hash del dispositivo original
Antes de cualquier otra acción, se calcula el hash criptográfico del dispositivo original (MD5 o SHA-256). Este valor es la “huella digital” del contenido exacto del dispositivo en ese momento. Cualquier cambio posterior, por mínimo que sea, producirá un hash diferente.

Paso 2: Bloqueo de escritura
Se conecta el dispositivo a través de un write blocker: hardware que permite leer el contenido pero impide físicamente cualquier escritura. Esto garantiza que el proceso de copia no modifica el original.

Paso 3: Imagen forense bit a bit
Se realiza una copia exacta sector a sector de todo el dispositivo, incluyendo el espacio libre y los sectores con datos eliminados. Al finalizar, se verifica que el hash de la imagen coincide con el hash del original. Si coinciden, la copia es forense y admisible.

Paso 4: Trabajo exclusivamente sobre la copia
Todo el análisis —búsqueda de archivos, recuperación de datos eliminados, análisis de logs— se realiza sobre la imagen forense, nunca sobre el dispositivo original. El original queda intacto, sellado físicamente y almacenado en condiciones controladas.

Paso 5: Registro de cada acción
Cada acción sobre el caso queda documentada: quién la realizó, en qué momento (timestamp), con qué herramienta y con qué resultado. Esta documentación forma parte del informe pericial.

La diferencia con una recuperación de datos estándar

En una recuperación de datos convencional, el técnico puede trabajar directamente sobre el dispositivo original si la situación lo requiere. La prioridad es recuperar los datos; la documentación del proceso no es un requisito.

En una pericia forense, jamás se trabaja sobre el original. La prioridad es que el proceso sea completamente reproducible y verificable. Cualquier desviación del protocolo puede ser señalada por la contraparte para invalidar la evidencia.

Por qué esto hace admisible el informe pericial

Un informe pericial que incluye el hash del original, el hash de la imagen forense (idénticos), el registro de la cadena de custodia y la descripción del proceso técnico aplicado puede ser auditado técnicamente por peritos de la contraparte. Si los hashes coinciden y el proceso es reproducible, la evidencia tiene plena validez probatoria.

¿Se pueden recuperar datos borrados de Google Drive o OneDrive?

Google Drive: ventanas de recuperación

Papelera de usuario
Los archivos borrados van a la papelera y permanecen allí durante 30 días. Antes de que venza ese plazo, cualquier usuario puede restaurarlos desde la interfaz de Drive.

Restauración de administrador (Google Workspace)
Para cuentas empresariales (Workspace), el administrador del dominio puede recuperar archivos hasta 25 días después de que fueron eliminados definitivamente de la papelera. Esta ventana es adicional a los 30 días de papelera.

Versiones anteriores de archivos
Google Drive mantiene el historial de versiones de los archivos. En cuentas personales, hasta 30 días o 100 versiones. En algunos planes de Workspace, el historial es ilimitado. Esto permite recuperar una versión anterior de un archivo que fue sobreescrito, no solo uno borrado.

OneDrive: ventanas de recuperación

Papelera personal (primer nivel)
Los archivos borrados pasan a la papelera y se retienen 30 días (o hasta que la papelera alcanza el 10% del almacenamiento total, lo que ocurra primero).

Papelera de segundo nivel
Antes de la eliminación definitiva, los archivos pasan a una papelera de segundo nivel (Papelera de reciclaje de sitio en SharePoint) a la que los administradores pueden acceder. Esto da una ventana adicional de recuperación.

Versiones anteriores (SharePoint/OneDrive Business)
En planes empresariales con SharePoint, el historial de versiones es configurable y puede extenderse meses o años según la política del administrador.

Cuándo ya no es posible recuperar desde la plataforma

• Los archivos fueron eliminados hace más tiempo del que permite la política de retención
• La cuenta fue eliminada o suspendida definitivamente
• Un administrador ejecutó una eliminación permanente desde la consola de administración
• El almacenamiento de versiones estaba deshabilitado y el archivo fue sobreescrito

Qué puede hacer CBL

CBL no accede directamente a cuentas de servicios en la nube. Sin embargo, si los archivos estaban sincronizados con un dispositivo físico —computadora, laptop, tablet— y ese dispositivo todavía contiene los datos en caché local o en el disco, la recuperación se realiza desde el dispositivo, no desde la nube.

Casos donde esto es posible:

• El cliente de sincronización (Google Drive for Desktop, OneDrive Sync) tenía los archivos descargados localmente
• Los archivos existían como copias locales antes de ser borrados de la nube
• El dispositivo local no fue formateado ni sobrescrito desde que se produjo el borrado

La clave es actuar rápidamente: cada uso del dispositivo aumenta el riesgo de que los datos locales sean sobrescritos.

¿Los datos en la nube son seguros frente a ransomware?

El mito: “mis datos están en la nube, el ransomware no los afecta”

Es una creencia extendida y peligrosa. La realidad técnica es más compleja y, en muchos escenarios frecuentes, la nube no protege contra ransomware.

Cómo funciona el ataque en la práctica

Cuando el ransomware cifra los archivos en el equipo local, los clientes de sincronización en la nube —OneDrive Sync, Google Drive for Desktop, Dropbox— detectan que esos archivos fueron “modificados” y los sincronizan automáticamente a la nube. En cuestión de minutos, la versión cifrada reemplaza a la versión limpia en la nube.

Resultado: el atacante no necesita acceder a la nube. El propio cliente de sincronización hace el trabajo.

Escenarios donde la nube SÍ protege

Backup independiente sin cliente de sincronización activo
Si la copia en la nube es un backup “frío” —sin cliente de sincronización corriendo en el equipo— el ransomware no puede alcanzarla. Los datos están seguros hasta que alguien los suba manualmente.

Historial de versiones habilitado y configurado
Si Google Drive, OneDrive o SharePoint tienen el historial de versiones activo y los períodos de retención no vencieron, es posible restaurar versiones anteriores (limpias) de los archivos. Pero esto requiere actuar rápido: cuanto más tiempo pase, más versiones limpias serán sobreescritas por versiones cifradas.

Retención de papelera configurada
Si el ransomware elimina archivos en lugar de cifrarlos, la papelera puede retenerlos si aún no venció el período.

Escenarios donde la nube NO protege

• El cliente de sincronización estaba activo en el momento del ataque
• El historial de versiones estaba deshabilitado o configurado con retención mínima
• La cuenta fue comprometida y el atacante eliminó directamente los archivos de la nube
• La sincronización terminó antes de que el usuario tomara acción

Qué hacer si el ransomware ya cifró los archivos sincronizados

1. Desconectar inmediatamente el cliente de sincronización (no cerrar sesión, pausarlo o desinstalarlo para detener la propagación)
2. Verificar el historial de versiones en la plataforma antes de que expiren las versiones limpias
3. No pagar el rescate sin evaluar primero todas las alternativas de recuperación
4. Contactar diagnóstico técnico especializado: en algunos casos es posible recuperar archivos del dispositivo local dependiendo del tipo de ransomware

La regla 3-2-1 como solución real

La protección real frente a ransomware requiere una copia que no esté sincronizada activamente: 3 copias, en 2 soportes diferentes, 1 de ellas offsite y sin conexión automática. La nube puede ser esa copia offsite solo si la sincronización automática está deshabilitada.

¿Qué es el borrado seguro y cuándo es obligatorio para una empresa?

El borrado seguro es el proceso técnico mediante el cual los datos almacenados en un dispositivo —disco duro, SSD, memoria USB, servidor— se eliminan de forma verificada, de modo que no puedan ser recuperados mediante ningún método técnico disponible.

A diferencia de borrar archivos, vaciar la papelera o formatear un disco, el borrado seguro implica sobrescribir el espacio de almacenamiento siguiendo estándares técnicos reconocidos (como NIST 800-88 o DoD 5220.22-M) y emitir un certificado que documenta el proceso.

Hay dos grandes categorías:

Borrado lógico certificado
Proceso de software que sobreescribe los datos en el dispositivo siguiendo un estándar técnico, verifica el resultado y emite documentación. El hardware queda funcional y puede ser reutilizado.

Destrucción física
Destrucción del soporte de forma que sea irrecuperable: trituración (shredding), desmagnetización (degaussing) o perforación. El hardware queda inutilizable.

Cuándo es obligatorio para una empresa

Cuando aplica el RGPD o leyes locales de protección de datos
El Reglamento General de Protección de Datos de la Unión Europea obliga a garantizar la confidencialidad de los datos personales durante todo su ciclo de vida, incluyendo la eliminación. En Argentina, la Ley 25.326 de Protección de Datos Personales y en Uruguay la Ley 18.331 establecen obligaciones similares. Cualquier empresa que procese datos personales de personas físicas debe garantizar que esos datos sean destruidos de forma segura cuando ya no sean necesarios.

Al dar de baja equipos informáticos
Cuando una empresa descarta computadoras, laptops, servidores o cualquier dispositivo de almacenamiento, es obligatorio asegurarse de que los datos hayan sido eliminados antes. Un equipo sin borrar contiene historial de navegación, documentos, contraseñas guardadas, correos, bases de datos de clientes y cualquier información que haya pasado por ese equipo.

Al devolver equipos arrendados (leasing)
Los equipos en leasing o alquiler vuelven al proveedor o a un tercero. Sin borrado certificado previo, los datos de la empresa quedan expuestos.

En sectores regulados
Las entidades financieras, clínicas y centros de salud, estudios jurídicos, contadurías y empresas aseguradoras están sujetas a normativas sectoriales específicas que exigen controles adicionales sobre la gestión de datos sensibles.

Al vender o donar equipos usados
Un equipo de empresa vendido en el mercado secundario sin borrado previo puede exponer información confidencial de clientes, proveedores, empleados o proyectos.

Qué pasa si no se hace correctamente

Recuperación con software comercial
Herramientas disponibles al público —Recuva, PhotoRec, TestDisk y docenas de alternativas— permiten recuperar archivos borrados de discos sin borrado seguro. Un disco formateado rápidamente es perfectamente legible con estas herramientas.

Responsabilidad legal
Si datos personales o confidenciales de terceros son accesibles por no haberse aplicado borrado seguro, la empresa puede ser considerada responsable de una brecha de seguridad. Las consecuencias incluyen sanciones administrativas, demandas civiles y daño reputacional.

Sanciones regulatorias
El RGPD prevé sanciones de hasta 20 millones de euros o el 4% de la facturación global anual. Las leyes locales en Argentina y Uruguay también contemplan sanciones para empresas que no protejan adecuadamente los datos que procesan.

La diferencia que hace el certificado

Un proceso de borrado sin documentación no tiene valor regulatorio ni legal. El certificado de borrado seguro es el documento que acredita que el proceso se realizó, qué método se aplicó, en qué dispositivos y con qué resultado. Sin ese certificado, la empresa no puede demostrar que cumplió sus obligaciones en caso de auditoría o reclamación.

¿Formatear un disco borra los datos de forma segura?

Qué hace un formateo rápido (Quick Format)

Cuando se formatea un disco en modo rápido, Windows (y otros sistemas operativos) simplemente elimina la tabla de contenidos del sistema de archivos: el índice que indica dónde están los archivos. Los datos reales —los bytes que forman cada archivo— permanecen físicamente en el disco exactamente donde estaban.

Resultado: con herramientas de recuperación disponibles al público (Recuva, PhotoRec, EaseUS) es posible recuperar la mayoría de los archivos en minutos después de un formateo rápido.

Qué hace un formateo completo (Full Format)

El formateo completo en versiones modernas de Windows (Vista y posteriores) realiza una verificación de sectores defectuosos y escribe ceros en todo el disco. Esto es una sola pasada de ceros.

Aunque una sola pasada de ceros dificulta la recuperación con herramientas sencillas, no cumple con los estándares técnicos de borrado certificado:

• DoD 5220.22-M requiere 3 o 7 pasadas con patrones específicos
• NIST 800-88 tiene requerimientos de verificación y documentación que van más allá de una pasada
• Ningún formateo —rápido ni completo— emite un certificado de borrado

Por qué el formateo no es suficiente para datos sensibles

Sin certificado, sin valor legal
Aunque el formateo completo pueda dificultar técnicamente la recuperación, no produce documentación que acredite el proceso. En auditorías regulatorias, contratos B2B con cláusulas de destrucción de datos y cualquier contexto donde la empresa deba demostrar que los datos fueron eliminados correctamente, un formateo no aporta evidencia válida.

SSDs: el problema se agrava
En unidades de estado sólido, el wear leveling y las celdas de sobreaprovisionamiento hacen que el formateo convencional ni siquiera acceda a todas las zonas de almacenamiento. Hay sectores del SSD que el sistema operativo no puede alcanzar con un formateo estándar.

Discos con datos de alta sensibilidad
Información médica, financiera, bases de datos de clientes, registros de empleados: el estándar para estos datos exige procesos verificables y documentados, no formateos.

Qué SÍ ofrece protección real

Software de borrado certificado con múltiples pasadas
Herramientas especializadas que aplican los patrones establecidos por DoD/NIST, verifican el resultado y emiten un certificado con número de serie del dispositivo, fecha, método y resultado.

ATA Secure Erase para SSDs
El comando Secure Erase del protocolo ATA resetea todas las celdas NAND del SSD —incluyendo las zonas de sobreaprovisionamiento inaccesibles al sistema operativo— de forma certificable.

Destrucción física
Para discos con daño físico, datos de máxima sensibilidad o hardware sin valor residual: trituración, degaussing (solo HDD) o perforación garantizan la irrecuperabilidad independientemente del estado del medio.

¿Qué es el estándar DoD 5220.22-M de borrado?

Qué es el DoD 5220.22-M

El National Industrial Security Program Operating Manual (NISPOM) del Departamento de Defensa de los Estados Unidos incluyó durante décadas el estándar de borrado 5220.22-M como procedimiento para la sanitización de medios de almacenamiento magnético. Aunque el DoD ha revisado sus propios procedimientos internos, el estándar se convirtió en la referencia técnica de facto para el sector privado a nivel mundial.

No se trata de una ley ni de una obligación legal directa para empresas privadas, sino de un estándar técnico reconocido que establece un proceso verificable y reproducible de borrado.

Cómo funciona

Variante de 3 pasadas (DoD 5220.22-M estándar)

1. Pasada 1 (0x00): sobreescritura de todos los sectores con ceros binarios
2. Pasada 2 (0xFF): sobreescritura con unos binarios (todos los bits a 1)
3. Pasada 3 (aleatorio): sobreescritura con un patrón pseudoaleatorio, seguida de verificación

Variante de 7 pasadas (DoD 5220.22-M ECE)
Versión extendida con 7 pasadas alternando patrones, utilizada históricamente para datos clasificados. Su utilidad práctica adicional sobre 3 pasadas es debatida por investigadores de seguridad.

Por qué surgieron estándares más modernos

El NIST (Instituto Nacional de Estándares y Tecnología de EE.UU.) publicó la guía 800-88 (“Guidelines for Media Sanitization”), que define tres niveles de sanitización:

• Clear: sobreescritura lógica adecuada para la mayoría de los contextos empresariales
• Purge: métodos más robustos (Secure Erase para SSDs, degaussing para HDD) para datos sensibles
• Destroy: destrucción física del medio

El NIST 800-88 también establece que, para la mayoría de los medios modernos (incluyendo SSDs y discos de alta densidad), una sola pasada de sobreescritura verificada es técnicamente equivalente a múltiples pasadas en términos de irrecuperabilidad práctica. Las múltiples pasadas tienen más valor para contextos de datos altamente clasificados o soportes con características específicas.

Qué estándar usar según el contexto

Lo más importante: el certificado

El estándar aplicado —sea DoD o NIST— es solo una parte del proceso. Lo que tiene valor regulatorio y legal es que el proceso esté documentado y certificado: número de serie del dispositivo, estándar aplicado, resultado verificado, fecha y responsable técnico.

Un borrado ejecutado con el mejor estándar del mundo pero sin documentación no puede demostrarse en una auditoría. Un borrado documentado y certificado con un estándar apropiado para el contexto tiene pleno valor regulatorio.

¿Qué diferencia hay entre borrado lógico y destrucción física de un disco?

Borrado lógico certificado

El borrado lógico certificado utiliza software especializado para sobreescribir todos los sectores del dispositivo de almacenamiento siguiendo un estándar técnico reconocido (NIST 800-88, DoD 5220.22-M u equivalente). Al finalizar, el proceso emite un certificado que acredita el método aplicado, el resultado y los datos de identificación del dispositivo.

Ventajas:

• El hardware queda completamente funcional y puede ser reutilizado, vendido o donado
• El certificado documenta el proceso de forma verificable
• Económicamente eficiente para grandes volúmenes de equipos funcionales
• No genera residuos físicos de hardware

Cuándo es la opción correcta:

• Equipos funcionales a renovar o vender
• Devolución de equipos en leasing
• Programas de reciclaje o donación de equipos usados
• Cualquier situación donde el hardware tenga valor residual

Destrucción física

La destrucción física inutiliza el soporte de almacenamiento de forma permanente e irreversible. Los métodos principales son:

Trituración (shredding)
El disco o dispositivo se tritura mecánicamente en fragmentos de tamaño reducido. Aplicable a HDD, SSD, memorias USB, tarjetas de memoria y cualquier soporte sólido.

Degaussing
Un campo magnético de alta intensidad desorganiza el patrón magnético del disco, destruyendo los datos. Solo es efectivo en medios magnéticos (HDD, cintas). En SSDs, memorias flash y discos ópticos, el degaussing NO destruye los datos porque el principio de almacenamiento no es magnético.

Perforación y destrucción mecánica
Perforación múltiple del plato del disco u otras formas de daño físico severo que impidan la lectura.

Cuándo es la opción correcta:

• Discos con daño físico que impide el borrado lógico
• Datos de máxima sensibilidad donde se requiere certeza absoluta de irrecuperabilidad
• Hardware sin valor residual (obsoleto, dañado más allá de la reparación)
• SSDs con falla física que no responden al comando Secure Erase

Comparativa: cuándo elegir cada opción

El certificado es igual de importante en ambos casos

Tanto el borrado lógico como la destrucción física deben estar documentados. El certificado debe incluir identificación del dispositivo (número de serie), método aplicado, fecha y responsable técnico. Sin documentación, ninguno de los dos métodos tiene valor regulatorio ni legal.

¿Se puede certificar el borrado seguro de un SSD?

Por qué los SSDs son diferentes para el borrado

Los discos de estado sólido (SSD) no funcionan como los discos magnéticos (HDD). Tres características técnicas los hacen distintos para el borrado seguro:

Wear leveling (nivelación de desgaste)
El controlador del SSD distribuye las escrituras entre todas las celdas NAND para evitar que algunas se desgasten más rápido que otras. Esto significa que cuando el sistema operativo sobreescribe un bloque “en el mismo lugar”, el controlador puede escribir físicamente en un bloque diferente, dejando los datos anteriores en celdas que el software de borrado no alcanzó.

Celdas de sobreaprovisionamiento
Los SSDs reservan entre un 7% y un 28% de la capacidad total (según fabricante y tipo) como espacio interno de gestión que el sistema operativo no ve ni puede acceder. Herramientas de sobreescritura convencionales no pueden borrar estas zonas.

TRIM y garbage collection
El TRIM puede dejar datos residuales en zonas de sobreaprovisionamiento hasta que el garbage collection los procese, y ese proceso no está bajo control del software de borrado externo.

El método correcto: ATA Secure Erase

El comando ATA Secure Erase —definido en el estándar ATA/ATAPI— envía una instrucción directamente al controlador del SSD, no al sistema operativo. El controlador ejecuta un reseteo completo de todas las celdas NAND, incluyendo:

• El espacio visible para el sistema operativo
• Las zonas de sobreaprovisionamiento
• Los bloques en proceso de wear leveling
• Los bloques que TRIM marcó pero garbage collection aún no procesó

El resultado es equivalente a un reseteo de fábrica a nivel de celda: cada bit vuelve a su estado inicial verificado. El NIST 800-88 reconoce el Secure Erase como el método de sanitización (Purge) recomendado para SSDs, lo que significa que su resultado es certificable.

Proceso completo de borrado certificado de SSD

1. Verificación previa: identificación del dispositivo (modelo, número de serie, capacidad), verificación de que el SSD responde comandos y estado S.M.A.R.T.
2. Ejecución del Secure Erase: envío del comando ATA al controlador, que ejecuta el reseteo completo de las celdas
3. Verificación post-borrado: lectura aleatoria de sectores para confirmar que los datos son irrecuperables
4. Emisión del certificado: documento con número de serie, método (ATA Secure Erase / NIST 800-88 Purge), resultado verificado, fecha y responsable técnico

Cuándo la destrucción física es la única opción

Si el SSD tiene daño físico severo —controlador quemado, celdas dañadas, falla que impide responder comandos— el comando Secure Erase no puede ejecutarse. En ese caso, la única forma de garantizar la irrecuperabilidad es la destrucción física: trituración o perforación múltiple del soporte.

El degaussing (desmagnetización) NO es efectivo en SSDs. Los SSDs no almacenan datos magnéticamente; un campo magnético no tiene efecto sobre las celdas NAND.

¿Qué certificaciones emite CBL por destrucción de datos?

Qué incluye el certificado de CBL

Cada proceso de borrado seguro o destrucción de datos completado por CBL genera un certificado que documenta:

Identificación del dispositivo

• Tipo de dispositivo (HDD, SSD, servidor, memoria USB, etc.)
• Marca, modelo y número de serie
• Capacidad y características relevantes

El proceso aplicado

• Método utilizado (borrado lógico certificado / ATA Secure Erase / destrucción física)
• Estándar seguido (NIST 800-88 Clear, NIST 800-88 Purge, DoD 5220.22-M, etc.)
• Número de pasadas y verificación del resultado

Evidencia de finalización

• Fecha y hora del proceso
• Resultado: confirmado como irrecuperable / destruido
• Identificación del técnico responsable del proceso

Para procesos masivos: inventario completo
Cuando se procesan múltiples dispositivos (renovación de parque informático, cierre de data center, baja de servidores), el certificado incluye el inventario completo de todos los dispositivos procesados, con los datos individuales de cada uno. Esto permite auditar a nivel de dispositivo individual.

Para qué sirve el certificado

Cumplimiento regulatorio
El RGPD y las leyes locales de protección de datos exigen que las organizaciones puedan demostrar que los datos personales fueron tratados de forma segura durante todo su ciclo de vida, incluyendo la destrucción. Sin el certificado, no hay evidencia del cumplimiento.

Auditorías en sectores regulados
Las entidades financieras, organizaciones de salud, estudios jurídicos y contadurías son auditados por organismos reguladores. En esas auditorías, los auditores pueden requerir evidencia del proceso de destrucción de datos de equipos dados de baja. El certificado es la respuesta.

Protección ante reclamaciones de terceros
Si un cliente, ex empleado o regulador alega que la empresa no protegió adecuadamente sus datos, el certificado de borrado seguro es la evidencia que demuestra que el proceso se realizó correctamente antes de que el equipo dejara el control de la empresa.

Cumplimiento de cláusulas contractuales B2B
Muchos contratos entre empresas —especialmente con clientes en sectores regulados— incluyen cláusulas de destrucción segura de datos al finalizar la relación comercial o al devolver equipos. El certificado de CBL cumple con esas cláusulas.

Cómo solicitar el servicio en CBL

CBL puede realizar el proceso tanto en sus instalaciones como de forma presencial en las oficinas del cliente para procesos donde la cadena de custodia es crítica. En cualquier caso, el proceso incluye inventario previo de los dispositivos, ejecución del método de borrado o destrucción apropiado para cada tipo de dispositivo, y emisión del certificado correspondiente.

Para solicitar el servicio, puede contactar a CBL a través del formulario de contacto del sitio web o por teléfono. El equipo técnico evaluará el volumen, los tipos de dispositivos y el nivel de sensibilidad de los datos para determinar el método más apropiado.

¿Qué es la sanitización de datos y quién la necesita?

Qué es la sanitización de datos

“Sanitización” es el término técnico formal —utilizado por organismos como el NIST, el RGPD y las normativas sectoriales— para referirse al proceso completo de eliminación verificada de datos de un soporte de almacenamiento. No es sinónimo de borrar archivos, vaciar la papelera o formatear.

La sanitización implica:

1. Selección del método apropiado según el tipo de soporte y el nivel de sensibilidad de los datos
2. Ejecución técnica verificable del proceso de eliminación
3. Verificación del resultado mediante lectura aleatoria posterior
4. Documentación certificable que acredite todo lo anterior

El objetivo es que los datos no puedan ser recuperados mediante ningún método técnico disponible, y que exista evidencia documentada de que ese objetivo fue alcanzado.

Los 3 niveles del NIST 800-88

El NIST (Instituto Nacional de Estándares y Tecnología de EE.UU.) define en su guía 800-88 tres niveles de sanitización, ordenados de menor a mayor intensidad:

Clear (Borrado)
Sobreescritura lógica del contenido del dispositivo usando las funciones de escritura estándar. Protege contra recuperación con herramientas de software comunes. Apropiado para la gran mayoría de situaciones empresariales con datos de sensibilidad normal o moderada. Ejemplo: sobreescritura con una pasada verificada.

Purge (Purga)
Métodos que van más allá de la escritura estándar del sistema operativo, alcanzando zonas que el Clear no cubre. Incluye el comando ATA Secure Erase para SSDs (que accede a las zonas de sobreaprovisionamiento) y el degaussing para HDD. Recomendado para datos sensibles: información de salud, datos financieros, información legal, datos de empleados.

Destroy (Destrucción)
Destrucción física del soporte: trituración, fusión, desintegración. Irrecuperable por cualquier método conocido. Requerido para los datos más sensibles o cuando el soporte no puede ser sanitizado por los métodos anteriores (por ejemplo, un SSD dañado que no responde a comandos).

Quién necesita sanitización

Organizaciones que procesan datos personales
Bajo el RGPD y las leyes locales de protección de datos (Argentina: Ley 25.326; Uruguay: Ley 18.331), cualquier empresa que procese datos personales de personas físicas tiene la obligación de garantizar su eliminación segura cuando ya no sean necesarios o cuando el soporte sale del control de la organización.

Sectores regulados

• Financiero: bancos, fintech, aseguradoras, casas de cambio
• Salud: clínicas, hospitales, laboratorios, farmacias, obras sociales
• Legal: estudios de abogados, notarías, escribanías
• Contadores y auditores: manejan información financiera confidencial de terceros
• Seguros: datos de siniestros, historiales médicos, información patrimonial

Empresas con contratos de confidencialidad
Cualquier empresa que haya firmado acuerdos de confidencialidad con clientes o proveedores tiene la obligación contractual de destruir los datos cuando finaliza la relación.

Empresas que venden, donan o descartan equipos usados
Un equipo de empresa que sale al mercado secundario sin sanitización previa es una brecha de datos potencial. Los datos contenidos —bases de clientes, correos, documentos internos, contraseñas— pueden ser accedidos por cualquier persona con conocimientos básicos de recuperación.

La diferencia práctica

La sanitización no es la herramienta ni el método en sí: es el proceso completo —selección del método apropiado, ejecución técnica, verificación y documentación. Sin documentación, no hay sanitización certificable.