GPT sobrescrito accidentalmente por MBR en una base USB SATA no nativa

GPT sobrescrito accidentalmente por MBR en una base USB SATA no nativa

Lo siento si me pierdo alguna solución, pero no puedo encontrar un problema como el mío, especialmente al buscar el estado de gpart en las respuestas.

Lo que tengo:

  1. Unidad Seagate 4000GB 3,5" ST4000DM000
  2. Probablemente se envió montado en una base USB 3.0 SATA, Seagate (modelo desconocido, la carcasa está incompleta y el puerto USB está dañado)
  3. Base de acoplamiento Trekstor USB 2.0 SATA DSMMU-S-SU-a
  4. Unidad de acoplamiento USB 2.0 SATA Unitek Y-1031

1-3 son cosas de mi amigo, el 4to es mío.

Bien. Lo que probablemente pasó. Mi amigo compró un disco duro de 4 TB en una base USB y, como él dice, se puede usar incluso con Windows XP. El caso está resuelto ahora y no puedo confirmarlo todavía.

Cuando rompió el enchufe, simplemente sacó el disco de la carcasa nativa y lo puso en la carcasa Trekstor. Y probablemente el controlador Trekstor escribió un MBR en el disco de alguna manera.

Cuando intento ejecutar HDD con mi base Unitek, aparece en gnome-disks como una unidad de 4 TB. Cuando pruebo el estuche Trekstor de mi amigo, ¡solo muestra un dispositivo de almacenamiento de 2 TB!

Entonces asumo que mi base Unitek es compatible con GPT y quiero usarla para la recuperación.

Ahora, lo que puedo ver en el disco (conectado a través de Unitek).

En Linux, hay un MBR clásico, una partición desconocida de 500 GB y un espacio libre de 3,5 TB.

En Windows 7, MBR, partición desconocida de 500 GB Y DOS espacios sin particiones (¿WTF?).

Y lo que es más importante, en Linux gpart no puede ver ni siquiera el archivo GPT roto, solo MBR:

# gdisk 
GPT fdisk (gdisk) version 0.8.10

Type device filename, or press <Enter> to exit: /dev/sdb
Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present

Probablemente el disco se envió formateado como una partición NTFS grande de 4 TB, en la tabla de particiones GPT.

¿Quizás pueda copiar la tabla GPT (el comienzo del disco y la copia al final del disco) de alguien que tenga una unidad idéntica, usando el comando dd? Si no es así, ¿cómo solucionarlo y cómo ver si hay una copia de GPT al final del disco? ¿Puedo hacer una copia de seguridad de la tabla GPT sobre ese MBR, tomando datos del final del disco?

Respuesta1

El problema esta resuelto.

Bueno, arreglar la toma USB rota en la carcasa USB original de Seagate funcionó.

Pero cuando puse el disco en la caja, nuevamente no vi nada en los administradores de discos: solo un disco vacío y sin particiones. La búsqueda de particiones nuevamente en testdisk funcionó una vez más. La tabla de particiones GPT se encontró nuevamente y se guardó. La diferencia es que ahora se puede ver la partición completa en cualquier sistema operativo: Linux y Windows XP, 7, 10.

Conclusión: probablemente el caso de Seagate tiene algo de memoria flash/EPROM interna y grabable para guardar su propio GPT (es un kilobyte si lo entendí bien), y lo trata como sectores HDD, empujando sectores HDD reales después de la propia memoria.

Los datos no se tocaron cuando cambié el disco porque la partición estaba precedida y seguida por dos espacios sin particionar de 8 megabytes, por lo que había mucho lugar para escribir GPT o cualquier otra basura.

Ésa es la única explicación que puedo imaginar por ahora. Aún así, el enigma es por qué el disco se puede ver en Windows XP, pero no es un problema.

Gracias por toda la ayuda.

información relacionada