Blog de RecoverySoftware

BitLocker To Go utiliza el mismo motor de cifrado que BitLocker para la unidad del sistema, aplicado a medios extraíbles: discos duros externos, SSD y memorias USB. El proceso de desbloqueo es el mismo que se describe en nuestra guía para recuperar datos de un volumen interno cifrado con BitLocker, pero, en la práctica, las unidades extraíbles presentan fallos distintos: no disponen de un TPM como mecanismo alternativo, pueden mostrar una partición FAT32 que se confunde con la unidad completa y tienen una mayor probabilidad de desconectarse físicamente durante la operación. Esta guía aborda los aspectos específicos de los discos externos y las unidades USB.

En este artículo veremos cómo habilitar el módulo TPM en su equipo.

La recuperación de datos de una unidad cifrada con BitLocker no presenta el mismo escenario en todos los casos. Olvidar la contraseña pero conservar la clave de recuperación a mano es una solución de cinco minutos. Una tabla de particiones dañada en un volumen cifrado, o una unidad del sistema que perdió el vínculo con TPM después de un cambio de hardware, es una situación completamente distinta: el volumen sigue ahí, pero localizarlo y desbloquearlo requiere algo más que escribir una contraseña en Windows. Esta guía cubre ambos casos, tanto para el volumen del sistema (C) como para cualquier volumen de datos cifrado adicional (D).

Dos unidades han fallado en su matriz Synology SHR-1. DSM informa de que el grupo de almacenamiento se ha bloqueado y que los datos no pueden recuperarse. La recuperación de datos en SHR-1 tras una doble avería de disco es el tema de este artículo, y la situación es más matizada de lo que sugiere el mensaje de DSM. La posibilidad de recuperar los datos no depende únicamente del número de discos averiados, sino de cómo se produjo el fallo y del estado en que se encuentran las unidades que siguen operativas.

Se reemplazó un disco de 4 TB en una matriz SHR de Synology por un disco de 8 TB. La reconstrucción (rebuild) se inició, avanzó durante un tiempo y luego se detuvo. DSM muestra Degraded, Crashed, o la barra de progreso no se ha movido en horas. El NAS puede haber quedado completamente inoperativo. Este artículo aborda la recuperación de datos tras una falla en la reconstrucción de un SHR: qué ocurrió dentro de la matriz, cómo interpretar el estado actual sin agravar el problema y cómo recuperar sus archivos.

El NAS está muerto. Los discos están intactos. Al conectarlos a un equipo con Windows o Linux aparece el mensaje "Necesita formatear este disco", o los discos no son visibles en absoluto. Esto no es pérdida de datos, sino un problema de acceso. A diferencia de los supuestos en los que los discos fallan, una placa base Synology averiada deja los datos del volumen SHR físicamente intactos. Lo que hay que recuperar no es el contenido en sí, sino el acceso a la estructura multinivel que Synology emplea para almacenarlo.

Han fallado dos discos en un array con paridad simple, o tres en una configuración de doble paridad. Unraid no puede iniciar el array y, aunque pudiera hacerlo, los datos de los discos dañados son matemáticamente irrecuperables únicamente mediante la paridad. Este es el punto en el que termina la redundancia de almacenamiento y comienza la recuperación de datos.

El disco está físicamente presente, SMART no detecta errores y el arreglo de Unraid arrancó sin problemas — pero un recurso compartido ha desaparecido y la interfaz WebGUI muestra el disco como No montable. Se trata de un evento de corrupción del sistema de archivos, y es una clase de problema distinta a una falla de hardware.