1 votos

¿Cómo recuperar la tabla de partición GUID destruida?

Hice algo estúpido. Corrí (algo así como) diskutil partitionDisk /dev/disk2 GPT HFS+ newdisk contra el disco equivocado. Fue uno de esos momentos en los que te das cuenta de lo que has hecho, mientras lo estás haciendo. Así que sólo se ejecutó durante (literalmente) unos 0,25 segundos, o menos, antes de ser terminado ( ^c ), como si todo fuera parte de un único movimiento. Pero fue lo suficientemente largo como para destrozar la tabla de particiones existente.

disco de pruebas

Pensé que sería capaz de recuperar la tabla de partición original GUID con testdisk pero aparentemente no. Tal vez porque no sólo se dañó o borró, sino que ya se sobrescribió con una tabla de partición GUID completamente nueva, etiqueta de volumen, etc. No estoy muy seguro, no escribí el software ni lo estudié exhaustivamente.

fotorec

Los datos estaban en gran parte, (si no completamente) intactos, y fácilmente recuperados en un disco separado con photorec . Aunque no es como si no pasara nada, porque los nombres de los archivos y la estructura de los directorios está todo reventado. Quiero decir, estoy agradecido, pero no puedo volver a catalogar de forma realista 2TB de archivos variados. Si se tratara de un proyecto o algo en el que necesitara extraer algunos archivos, sería un regalo del cielo, pero este es mi dropbox perpetuo donde atesoro todo.

Por lo tanto, los datos obviamente siguen ahí, pero los punteros han desaparecido. ¿Hay una forma mejor de salir de esta situación? Creo que debe haberla, pero a estas alturas no sé lo suficiente sobre los entresijos del almacenamiento de datos como para hacerlo, ni siquiera para articular adecuadamente mis ideas al respecto.


adenda

PD: No te voy a decir lo que puedes y no puedes hacer, pero ten cuidado si vas a copiar/pegar comandos como estos. Eso es lo que me pasó a mí, no recordaba la sintaxis exacta, así que la copié de una de las preguntas/respuestas aquí en Stack Exchange, con la intención de alterarla para que se adaptara a mis necesidades. El problema es que esto incluía el carácter invisible de nueva línea/salto de línea al final del cuadro de texto formateado, lo que hace que el comando se ejecute en cuanto se pega en un shell. También, diskutil normalmente no requiere privilegios elevados. Así que no hay advertencia, ni aviso, simplemente sucede.

0 votos

Después de recordar viejas preguntas sobre la recuperación de discos, ¿no recibió un aviso de diskutil sobre la posibilidad de hacer que el disco no pueda arrancar? Su GUID PT debería haber sido /dev/disk0 y deberías haber recibido un aviso sobre la partición EFI. No puedo encontrar información en las páginas de manual sobre cuando se solicita.

0 votos

@Jahhein No estoy muy seguro de lo que estás hablando. O cuál es tu punto. Pero no hay pronóstico; de todas formas no creo que fuera booteable. Además, /dev/disk0 suele ser el dispositivo principal (interno, físico).

2voto

Prajagop Puntos 41

Debido a que la Tabla de Partición GUID fue borrada, no hay manera de volver atrás. Esa tabla de partición GUID es la última referencia a los datos, a menos que pueda hacer alguna recuperación de datos forense dura.

El software de recuperación de datos que puede obtener se basa en que el GUID PT nunca se ha borrado para localizar los datos.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X