Ejecuté accidentalmente el comando clean de Diskpart en una unidad GPT y ahora las particiones han desaparecido. Necesito ayuda para averiguar si la tabla de particiones y los datos se pueden recuperar de forma segura sin empeorar las cosas.
Lo primero: deja de usar esa unidad ahora mismo. No copies nada en ella, no la formatees, no ejecutes comandos de Diskpart y no dejes que Windows la arregle. Si es tu disco principal del sistema, apágalo y arranca desde un USB live. Si es una unidad externa o secundaria, desconéctala o desmóntala hasta que estés listo para recuperarla.
Una partición GPT que falta asusta, pero no significa automáticamente que todo esté perdido. Los discos GPT tienen una pequeña ventaja sobre los viejos discos MBR porque GPT guarda una copia de respaldo del encabezado de partición al final de la unidad. Así que, si la parte frontal de la tabla de particiones se dañó, todavía puede quedar suficiente información para trabajar.
Si tienes otra unidad con suficiente espacio libre, crea una imagen completa sector por sector antes de hacer cualquier otra cosa. Herramientas como dd o ddrescue son buenas para esto si te sientes cómodo en la terminal. Algunas herramientas de creación de imágenes de pago también pueden hacerlo. La idea es simple: intenta la recuperación sobre una copia, no sobre el único disco que tiene tus datos.
Para la mayoría de las personas, el software de recuperación es el camino más sencillo. Cuando la tabla de particiones está dañada, el sistema operativo puede comportarse como si todo hubiera desaparecido, pero los archivos reales a menudo siguen ahí hasta que algo los sobrescribe.
Disk Drill es una opción sólida para este tipo de situación. Puede escanear toda la unidad física en lugar de depender de la entrada de partición dañada, y luego buscar particiones perdidas y firmas de sistemas de archivos. También te permite previsualizar archivos antes de recuperarlos, lo que te ayuda a evitar perder tiempo recuperando basura o datos incompletos. Funciona con sistemas de archivos comunes como NTFS, FAT32 y exFAT, y también puede escanear unidades que aparecen como RAW.
El flujo básico suele ser:
- Selecciona el disco físico, no solo un volumen perdido o dañado.
- Ejecuta el escaneo de datos perdidos.
- Revisa las secciones Existente y Reconstruido.
- Recupera los archivos en una unidad diferente. No los guardes de nuevo en la unidad dañada.
Si quieres intentar reparar la estructura de particiones en lugar de solo copiar los archivos, revisa TestDisk o gdisk. TestDisk puede escanear firmas de particiones antiguas y, si todo coincide, volver a escribir las entradas de partición. El escaneo en sí está bien, pero el paso de Escribir modifica el disco, así que no lo hagas a menos que estés seguro de que la partición encontrada se ve correcta.
gdisk también merece la pena conocerlo para problemas específicos de GPT. Como GPT mantiene un encabezado de respaldo al final del disco, gdisk a veces puede reconstruir el encabezado principal a partir de esa copia de respaldo. Eso puede ayudar cuando el daño está sobre todo cerca del principio de la unidad.
Una cosa más: si Windows muestra la unidad como una GPT Protective Partition, no ejecutes inmediatamente Diskpart clean ni la conviertas a MBR. Esa etiqueta puede aparecer después de un cambio extraño de hardware, como mover una unidad de una base USB a SATA, o por una discrepancia en el tamaño de sector o un problema de controlador. Ejecutar clean borra la tabla de particiones, que es exactamente lo que no quieres antes de recuperar los archivos.
Así que el orden más seguro es: deja de escribir en el disco, crea una imagen si es posible, recupera los archivos en otra unidad y solo entonces piensa en reparar o reconstruir la tabla de particiones.
No hagas clic en “Inicializar” en Administración de discos solo para ver qué pasa. Ese es el tipo de paso pequeño que parece inofensivo y que puede convertir un problema recuperable de tabla de particiones en una tarea de recuperación más complicada.
La gran pregunta es si ejecutaste clean o clean all. clean normal normalmente elimina los metadatos de la partición, por lo que es posible que los archivos sigan ahí. clean all escribe ceros en todo el disco, y en ese punto la recuperación normal de particiones básicamente no es realista. Si no estás 100% seguro de cuál usaste, trata la unidad como recuperable pero frágil hasta que se demuestre lo contrario.
Estoy de acuerdo con el consejo de crear primero una imagen del disco, pero tendría cuidado con “reparar” antes de saber qué se encontró. Una herramienta puede detectar varias particiones antiguas o parciales, especialmente en discos que se reutilizaron. Elegir la incorrecta y volver a escribirla puede hacer que Windows monte el diseño equivocado o solicite formatear. Si los datos importan, primero analiza y copia los archivos a otro disco. Disk Drill o herramientas similares están bien para esa parte porque te permiten recuperar archivos sin establecer una nueva tabla de particiones en la unidad dañada.
Solo después de que tus archivos importantes estén copiados en otro lugar intentaría reconstruir la GPT. Si esta era una unidad de arranque, no esperes que restaurar solo la entrada de la partición haga que vuelva a arrancar correctamente. Las particiones EFI, las particiones de recuperación, BitLocker y la confusión con las letras de unidad pueden añadir trabajo extra. Primero la recuperación de archivos, después la reparación de la partición.
No contaría con que la GPT de respaldo te salve después de diskpart clean. GPT sí conserva una cabecera de respaldo al final del disco, pero clean de Diskpart está pensado específicamente para eliminar la disposición del disco, y en la práctica debes asumir que tanto los metadatos GPT del inicio como los de respaldo pueden haber desaparecido o ser poco fiables. Si alguna herramienta llega a encontrar datos utilizables de la GPT de respaldo, genial, pero no bases todo el plan en eso.
La suposición más segura es: el mapa de particiones ha desaparecido, el contenido de los archivos puede seguir ahí, y tu trabajo es evitar darle a Windows cualquier motivo para escribir una disposición nueva sobre la evidencia.
Un detalle que la gente suele pasar por alto es la alineación de sectores y los límites exactos de las particiones. Si este era un disco GPT de Windows, la partición principal NTFS probablemente comenzaba en un desplazamiento común, pero probablemente no es suficiente si la unidad tenía varias particiones, fue clonada antes, tenía particiones de recuperación OEM o fue redimensionada. Las herramientas de recuperación pueden mostrar varios inicios posibles de NTFS. El correcto suele ser aquel en el que el árbol de archivos parece coherente: nombres de carpetas normales, fechas esperadas, archivos esperados, no un montón de fragmentos aleatorios.
Yo no empezaría intentando que el disco vuelva a montarse. Que se pueda montar no es lo mismo que recuperado. Windows tiene muchas ganas de ayudar en cuanto ve un volumen dañado, y esa ayuda puede incluir chkdsk, avisos para formatear o escritura de metadatos nuevos. Si reconstruyes la entrada de partición equivocada y luego Windows ejecuta reparaciones sobre ella, puedes dificultar una recuperación limpia de archivos.
Mi orden sería:
- Desconecta la unidad o ponla en solo lectura si sabes cómo hacerlo.
- Haz una imagen completa en otro disco si los datos son lo bastante importantes como para justificar el tiempo.
- Escanea la imagen o el disco físico en modo de solo lectura.
- Recupera los archivos que realmente te importan a otra unidad distinta.
- Solo después de eso, experimenta con restaurar la tabla de particiones.
Disk Drill está bien para la fase de copiar mis archivos fuera, especialmente si quieres una interfaz gráfica y vistas previas. Yo lo trataría como una herramienta de extracción, no como un botón mágico de deshacer. Lo mismo con TestDisk: escanear es bastante inofensivo, pero escribir la tabla de particiones encontrada es el punto en el que puedes meterte en problemas.
BitLocker es otra trampa. Si este era un disco de Windows protegido con BitLocker, un escaneo normal puede parecer decepcionante o raro hasta que el volumen se identifique y se desbloquee con la clave de recuperación. No asumas que no se encontraron nombres de archivo significa que los datos se perdieron. Puede que simplemente estés viendo contenido cifrado. Ten la clave de recuperación a mano antes de empezar a intentar arreglos.
Si esto es un SSD, mantén las expectativas un poco más bajas que con un disco duro. El comando clean en sí no es lo mismo que clean all, pero los SSD, TRIM, el cifrado y el comportamiento del controlador pueden cambiar el resultado práctico. Esa es otra razón para dejar de arrancar desde él o dejarlo conectado a una instalación de Windows en ejecución.
Así que sí, la recuperación es posible después de un clean simple, pero la versión menos arriesgada no es restaurar la GPT y esperar. Es sacar primero los archivos y luego preocuparte por volver a dejar bonito el disco original.
