1 votes

Comment récupérer la table de partition GUID détruite ?

J'ai fait quelque chose de stupide. J'ai couru (quelque chose comme) diskutil partitionDisk /dev/disk2 GPT HFS+ newdisk contre le mauvais disque. C'était un de ces moments où vous réalisez ce que vous avez fait, pendant que vous le faites. Il n'a donc fonctionné (littéralement) qu'environ 0,25 seconde, ou moins, avant d'être interrompu ( ^c ), comme si tout cela faisait partie d'un seul mouvement. Mais c'était assez long pour détruire la table de partition existante.

testdisk

Je pensais pouvoir récupérer la table de partition GUID d'origine avec testdisk mais apparemment non. Peut-être parce qu'il n'était pas seulement endommagé ou effacé, mais déjà écrasé avec une toute nouvelle table de partition GUID, une étiquette de volume, etc. Je ne suis pas vraiment sûr, je n'ai pas écrit le logiciel ou l'ai étudié en détail.

photorec

Les données étaient en grande partie (si ce n'est complètement) intactes, et facilement récupérables sur un disque séparé avec photorec . Mais ce n'est pas comme si rien ne s'était passé, car les noms de fichiers et la structure des répertoires sont tous détruits. Je veux dire, je suis reconnaissant, mais je ne peux pas recataloguer de manière réaliste 2TB de fichiers assortis. Si c'était un projet ou quelque chose où j'avais besoin d'extraire des fichiers, ce serait une aubaine, mais c'est ma Dropbox perpétuelle où je stocke tout.

Donc, les données sont évidemment toujours là, mais les pointeurs ont disparu. Y a-t-il un meilleur moyen de sortir de cette situation ? Je pense qu'il doit y en avoir une, mais à ce stade, je ne connais pas suffisamment les tenants et les aboutissants du stockage de données pour le faire, ni même pour articuler correctement mes idées à ce sujet.


addendum

PS : Je ne vais pas vous dire ce que vous pouvez ou ne pouvez pas faire, mais faites attention si vous comptez copier/coller des commandes comme celles-ci. C'est ce qui m'est arrivé, je n'arrivais pas à me souvenir de la syntaxe exacte, alors je l'ai copiée d'une des questions/réponses ici sur Stack Exchange, avec l'intention de la modifier pour l'adapter à mes besoins. Le problème est que cela inclut le caractère invisible newline/linefeed à la fin de la zone de texte formatée, ce qui fait que la commande s'exécute dès qu'elle est collée dans un shell. Aussi, diskutil ne nécessite généralement pas de privilèges élevés. Donc il n'y a pas d'avertissement, pas d'invite, ça arrive comme ça.

0 votes

Après avoir rappelé d'anciennes questions sur la récupération de disque, n'avez-vous pas reçu une invite de diskutil indiquant que cela pouvait rendre le disque non amorçable ? Votre GUID PT aurait dû être /dev/disk0 et vous devriez avoir reçu un message concernant la partition EFI. Je n'ai pas trouvé d'informations dans les pages de manuel sur le moment où cela est demandé.

0 votes

@Jahhein Je ne sais pas vraiment de quoi vous parlez. Ou de ce que vous voulez dire. Mais pas de prompteur ; je ne pense pas qu'il était amorçable de toute façon. Aussi, /dev/disk0 est généralement le dispositif principal (interne, physique).

2voto

Jahhein Points 1488

Comme la table de partition GUID a été effacée, il n'y a aucun moyen de revenir en arrière. Cette table de partition GUID est la dernière référence aux données, à moins que vous ne puissiez faire de la récupération de données médico-légale.

Les logiciels de récupération de données que vous pouvez obtenir s'appuient sur le GUID PT qui n'a jamais été effacé pour localiser les données.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X