Cloné una unidad a un disco nuevo, pero algo salió mal y ahora el diseño de particiones GPT parece dañado o ausente. El sistema no arranca correctamente y me preocupa perder los datos. ¿Cuál es la forma más segura de recuperar la tabla de particiones GPT después de una clonación de disco fallida sin empeorar las cosas?
Si una unidad aparece de repente como “RAW”, “Sin asignar” o “Partición protectora GPT”, no asumas que los datos ya se han perdido. Puede verse mal en Windows, pero con los discos GPT todavía puede quedar suficiente información de partición para recuperar los archivos, especialmente porque GPT almacena una copia de seguridad de la tabla de particiones cerca del final de la unidad.
Lo importante es dejar de escribir en el disco. No lo inicialices. No lo formatees. No crees una nueva partición. No ejecutes comandos que “arreglen” la tabla de particiones a menos que ya tengas los datos copiados en otro lugar. Muchas unidades recuperables empeoran por intentar primero soluciones rápidas.
El enfoque más seguro es trabajar a partir de una copia del disco, no del original.
Primero, haz un clon o una imagen completa sector por sector de la unidad. Herramientas como dd o ddrescue pueden hacerlo. Si la unidad puede tener sectores defectuosos, ddrescue suele ser la mejor opción porque maneja los errores de lectura con más cuidado. Una vez que tengas una imagen, puedes escanear esa imagen en lugar de estar manipulando la unidad original una y otra vez.
Después de eso, céntrate en recuperar los archivos antes de intentar reparar la tabla de particiones. Para mucha gente, ese es el orden más seguro. Disk Drill es una opción lo bastante fácil de usar y puede buscar particiones perdidas, sistemas de archivos dañados y firmas de archivos sin obligarte a editar manualmente los datos GPT. El escaneo no es destructivo, así que puedes ver lo que encuentra antes de hacer cualquier otra cosa.
Si el escaneo muestra tus archivos y las vistas previas se ven bien, recupéralos en otra unidad con suficiente espacio. No guardes nada de vuelta en el disco dañado. Eso puede sobrescribir datos que todavía no has recuperado.
Solo después de que los archivos importantes estén a salvo empezaría a pensar en reparar la partición. TestDisk puede analizar el disco, encontrar particiones perdidas y escribir una tabla de particiones reparada si identifica la disposición correcta. Solo ten cuidado con el paso de escritura. Si la partición detectada no coincide con lo que había antes, no la apliques.
Para problemas específicos de GPT, gdisk también puede ayudar. Como GPT mantiene un encabezado secundario al final del disco, gdisk a veces puede reconstruir el encabezado GPT principal dañado a partir de la copia de seguridad.
Una advertencia adicional: si Windows dice “Partición protectora GPT”, no vayas directamente a Diskpart y ejecutes clean. Eso borra la información de la partición y puede dificultar la recuperación. A veces esa etiqueta está causada por un sistema operativo antiguo, un problema de compatibilidad o una carcasa/base USB que no está leyendo la unidad correctamente. Escanéala primero y comprueba si los archivos siguen siendo visibles. En muchos casos, el volumen simplemente no se monta con normalidad, pero los datos siguen ahí.
No intentes hacer que el disco clonado sea arrancable antes de saber qué disco tiene los datos intactos. Si el original todavía existe, desconéctalo y trátalo como la copia maestra, luego inspecciona el clon por separado.
El error fácil aquí es reparar la unidad equivocada y convertir un clon malo en dos discos malos. Si necesitas una guía visual, vale la pena ver esta guía de recuperación de particiones GPT perdidas antes de tocar nada.
Un clon defectuoso no es el mismo problema que una tabla de particiones defectuosa, y tratarlos como si fueran lo mismo puede arruinar la recuperación.
El detalle que falta aquí es cómo se hizo el clon y si el disco de destino tiene el mismo tamaño o es más grande. Con GPT, la cabecera de respaldo se encuentra al final del disco. Si clonas un disco más grande en uno más pequeño, o si la herramienta de clonación se detiene antes de tiempo, es posible que la GPT de respaldo no termine donde el nuevo disco espera encontrarla. Si clonas un disco más pequeño en uno más grande, la GPT de respaldo puede seguir apuntando al antiguo final del disco. Eso puede hacer que las herramientas muestren errores incluso cuando las particiones y los sistemas de archivos reales siguen ahí.
Así que antes de ejecutar una reparación, yo comprobaría primero los datos aburridos:
- Tamaño exacto del disco original y tamaño exacto del disco clonado
- Si el clon se completó sin errores de lectura
- Si el disco está conectado directamente por SATA/NVMe o mediante una base USB
- Si los sectores de inicio de las particiones siguen pareciendo creíbles
- Si el sistema de archivos se puede montar en modo de solo lectura desde Linux o un entorno de recuperación
Ese punto de la base USB importa más de lo que la gente espera. Algunas carcasas traducen tamaños de sector o hacen cosas raras con discos grandes. Un disco que parece dañado en una base puede mostrar una estructura coherente cuando se conecta directamente o mediante otro adaptador. Yo no escribiría una GPT nueva mientras el disco esté en una carcasa dudosa.
Estoy de acuerdo con el consejo de copiar primero, pero sería un poco más estricto con el orden: no intentes hacerlo arrancable, no ejecutes la reparación de inicio de Windows y no dejes que Windows inicialice nada. Las herramientas de reparación de arranque intentan crear un sistema funcional, no preservar pruebas. Pueden reescribir entradas de arranque EFI, crear nuevos archivos de arranque o tocar particiones que esperabas recuperar de forma limpia.
Si los datos importan, el flujo de trabajo más seguro es:
Crear una imagen del disco dudoso en otro disco con suficiente espacio libre.
Guardar el original y no tocarlo si aún existe.
Trabajar solo sobre la imagen o sobre el clon, nunca sobre el original.
Escanear primero. Reparar después.
Recuperar los archivos en un tercer disco, no de vuelta en el clon dañado.
Después de eso, si todavía quieres que el disco clonado arranque, hazlo como un paso aparte. Un conjunto de archivos recuperados y un clon arrancable del sistema operativo son dos objetivos distintos. Mezclarlos es donde la gente se mete en problemas.
Disk Drill está bien como primer intento si quieres un escaneo gráfico y principalmente intentas recuperar archivos. La advertencia es que debes instalarlo en otro lugar y recuperar en otro lugar. Si el disco dañado es el único disco en la máquina, no arranques en esa instalación de Windows y empieces a descargar software de recuperación sobre ella. Usa otro ordenador o arranca desde un medio externo.
Para reparar la tabla de particiones, solo confiaría en el resultado si las particiones encontradas coinciden con lo que realmente tenías antes. Por ejemplo, si sabes que el disco tenía una partición EFI, una partición de Windows, quizá una partición de recuperación y una partición de datos, entonces la estructura propuesta debería parecerse a eso. Si una herramienta encuentra seis particiones aleatorias superpuestas con tamaños extraños, eso no es luz verde para escribir la tabla. Solo significa que encontró firmas antiguas.
Una comprobación rápida que puede ahorrar mucho dolor: mira el primer sector de la partición grande de datos. Si el inicio de la partición es correcto, las herramientas de NTFS/exFAT/ext4 normalmente reconocerán algo. Si todos los inicios de partición estimados son incorrectos, reparar la GPT no arreglará mágicamente el sistema de archivos. Puede que necesites file carving o un escaneo más profundo.
Y si el disco original todavía arranca o todavía se puede montar, deja de tocar el clon y crea una imagen nueva a partir del original usando una herramienta que informe los errores con claridad. Un clon fallido puede ser engañoso. Puede que lo que esté dañado sea el clon, no la unidad de origen.
Comprueba si la partición de Windows estaba cifrada con BitLocker antes de pasar horas escaneando o reparando nada. Un disco clonado con un GPT dañado y un volumen BitLocker puede parecer basura total para las herramientas de recuperación, incluso cuando la partición en sí está casi intacta. Si la instalación anterior usaba cifrado del dispositivo o BitLocker, encuentra primero la clave de recuperación. Revisa tu cuenta de Microsoft, una copia de seguridad impresa, registros de dominio/AD/Azure, dondequiera que se haya guardado.
Aquí es donde yo sería un poco cauteloso con el típico consejo de escanearlo y recuperar archivos. Es un buen consejo para una partición NTFS/exFAT normal, pero el cifrado cambia el orden. Si el límite de la partición es incorrecto, es posible que el volumen cifrado no se desbloquee. Si el límite es correcto pero la configuración de arranque está dañada, los archivos aún pueden recuperarse perfectamente después de desbloquearlo. Disk Drill o herramientas similares pueden ser útiles después de eso, pero si el volumen sigue cifrado y bloqueado, es posible que las vistas previas y los nombres de archivo no signifiquen mucho.
Una comprobación sencilla es arrancar desde el medio de recuperación de Windows o un USB live de Linux y ver si las particiones esperadas son visibles sin escribir nada. En el medio de recuperación de Windows, manage-bde -status puede decirte si BitLocker detecta un volumen cifrado. No ejecutes comandos de reparación todavía. Solo identifica con qué estás tratando. Si te pide una clave de recuperación de BitLocker, eso es información útil, no un fallo.
Estoy de acuerdo con @mikeappsreviewer en no intentar hacerlo arrancar primero. Reparar el arranque es un problema aparte. Por ahora, el objetivo debe ser aburrido: preservar el original, crear una imagen del clon dañado si es necesario, identificar si la partición grande comienza en el sector correcto y confirmar si hay cifrado implicado. Una vez que los datos importantes se copien a otro disco diferente, entonces puedes decidir si arreglar el GPT merece el riesgo.
Si la unidad original todavía se puede leer, yo dejaría de trabajar por completo en el clon y haría una nueva imagen a partir del original. Un clon defectuoso puede hacer perder mucho tiempo porque acabas intentando resolver daños que fueron creados por el proceso de clonación, no por el disco de origen.