• Reparar una partición NTFS clonada con gparted

    Si clonamos una partición NTFS de Windows 11 utilizando GParted, la partición se monta sin ningún problema en linux y todos los datos son accesibles, podríamos creer que esa partición ya esta operativa para usarse como Sistema Operativo. Sin embargo, al arrancar desde el DVD, USB o ISO de instalación de Windows 11 y acceder al entorno de recuperación, la partición aparece marcada como RAW. Además, al intentar reparar el sistema, los comandos habituales no detectan ninguna instalación de Windows. Esto genera la falsa sensación de que el sistema de archivos está corrupto, cuando en realidad no lo está.

    Primer diagnóstico: NTFS no está dañado

    El primer punto clave es entender que si Linux monta la partición NTFS correctamente, el sistema de archivos está sano. El problema no es de datos, sino de metadatos que Windows valida de forma mucho más estricta que Linux. El error aparece exclusivamente en Windows RE porque este entorno necesita que el volumen NTFS cumpla una serie de requisitos exactos para considerarlo válido.

    Comprobación desde Windows RE

    Desde la consola de recuperación de Windows ejecutamos DiskPart para listar los volúmenes:

    diskpart
list vol

    La salida típica en este escenario es:

    Vol 0  D:  UDF     CD-ROM     DVD Windows
Vol 1  C:  RAW     Partition  Disco clonado
Vol 2      FAT32   Partition  EFI (oculta)

    Aquí se confirma que:

    • La partición existe
    • La partición EFI existe
    • Windows RE no reconoce el NTFS como válido

    Por qué bootrec no detecta nada

    El comando bootrec /scanos no analiza el disco buscando Windows de forma profunda. Solo comprueba instalaciones que estén correctamente registradas y asociadas a un BCD válido. Al haber clonado únicamente la partición NTFS, Windows ha quedado huérfano del contexto de arranque. Por este motivo, aunque el directorio Windows esté presente, bootrec no encuentra ninguna instalación.

    Por qué ntfsfix de Linux no soluciona el problema

    ntfsfix solo limpia flags y estados internos del journal NTFS. No reconstruye el boot sector ni corrige inconsistencias de geometría del volumen. Es útil como paso previo, pero no suficiente en este caso.

    La causa real del problema

    Al clonar la partición a un disco distinto, se produce una incoherencia entre:

    • Bytes por sector esperados por NTFS
    • Geometría real del disco
    • Boot sector NTFS principal y secundario

    Linux ignora estas incoherencias. Windows no. Cuando Windows no puede validar el boot sector NTFS según sus parámetros internos, degrada el volumen a RAW.

    Uso de TestDisk para el diagnóstico definitivo

    Arrancamos Linux y ejecutamos TestDisk sobre el disco afectado. En el análisis avanzado del volumen NTFS observamos:

    • Boot sector primario inconsistente
    • Boot sector de respaldo incorrecto
    • Diferencias de geometría entre NTFS y el disco

    TestDisk permite reconstruir el boot sector NTFS extrapolando la información correcta desde la MFT, sin tocar los datos.

    Reconstrucción del boot sector NTFS

    Desde TestDisk seguimos esta ruta:

    Advanced
Boot
Rebuild BS

    Tras el análisis, TestDisk muestra la estructura correcta del sistema de archivos y confirma que el boot sector reconstruido no coincide con el actual. Esto indica que el boot sector existente es erróneo. En este punto seleccionamos Write para escribir el nuevo boot sector.

    Por qué esta operación no provoca pérdida de datos

    La reconstrucción del boot sector:

    • No modifica la MFT
    • No mueve clusters
    • No toca archivos
    • Solo reescribe unos pocos sectores de metadatos

    Es una operación segura cuando la estructura NTFS es coherente, como en este caso.

    Una vez realizado lo anterior, podemos re-crear los aarchivos EFI para que la partición bootee correctamente.

    Errores comunes que debemos evitar

    • Formatear el volumen al verlo como RAW
    • Ejecutar chkdsk sobre un RAW desde Windows RE
    • Reinstalar Windows innecesariamente
    • Volver a clonar sin corregir la causa real

    Cuándo aparece este problema

    Este escenario es muy común cuando:

    • Se clona solo la partición NTFS y no el disco completo
    • Se cambia de disco con distinta geometría
    • Se migra Windows a NVMe desde SATA
    • Se usan herramientas genéricas de clonado

    Entender la diferencia entre datos y metadatos de arranque es clave para resolverlo correctamente.

    Ver como PDF

    Los comentarios están cerrados.