[Je réponds à quiconque se retrouve ici, étant donné que le premier PO n'est probablement plus intéressé. Je me réfère toujours à sa description du problème.]
J'ai essayé d'utiliser Testdisk 6.13 (dernière version stable ) et cela a fonctionné comme un jeu d'enfant pour NTFS et HFS +. J'avais le luxe de disposer d'une partition HFS + vide, je l'ai donc simplement retirée et récupérée à l'aide de Testdisk - elle était plutôt rapide.
J'ai suivi les tutoriels suivants:
Si vous venez en effet de supprimer une partition, cela devrait être rapide. Sinon, cela pourrait prendre plus de temps, mais attendre est probablement l'option la plus judicieuse. Mais si vous êtes vraiment impatient (comme moi) et que vous savez très bien ce que vous faites, vous voudrez peut-être continuer à lire.
Un conseil (dangereux) pour accélérer Testdisk à partir de ma propre expérience
Si l'entrée de la partition vient d'être supprimée, Testdisk recherchera le début de la partition dans des positions sensibles (par défaut, au début de chaque cylindre, car les partitions doivent généralement être alignées sur les cylindres), en ignorant la table de partitions existante. Une fois qu'il pense avoir trouvé une partition et que vous confirmez son choix, il omet de rechercher dans la partition.
S'il y a beaucoup d'espace libre (sans système de fichiers) avant la partition, cela peut être très lent. Je pouvais donc accélérer beaucoup la recherche en créant un système de fichiers dans une partition vide avant celle qui était manquante, afin que Testdisk ignore cet espace. Cependant, je savais parfaitement où créer ce système de fichiers, notamment parce qu'il ne bordait pas la partition perdue. Sinon, la création d'un tel système de fichiers peut facilement détruire les mauvaises données - par conséquent, essayez uniquement si vous savez très bien ce que vous faites.
sudo sysdiagnose
… lorsque le résultat final (une archive) apparaît dans le Finder, décompressez l'archive et considérez deux fichiers:diskutil.txt
etgpt.txt