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).