Récupération d'une partition OS X : mauvaises limites calculées, impossible de monter le disque0s2

La solution ici est plus ou moins la même que celle décrite dans le document réponse a este question. La solution proposée ici est une solution provisoire, car la personne qui a posé la question ne disposait ni d'une clé USB, ni d'un disque externe, ni d'un second Mac. Vous devez avoir un disque système avec un OS X complet pour installer des applications supplémentaires comme wxHexEditor pour inspecter les données brutes sur le disque. Le seul moyen praticable était donc d'installer OS X sur le disque corrompu, avec le risque d'écraser les anciennes partitions "perdues".

Si vous avez un second périphérique de démarrage comme un disque externe ou une clé USB, installez un OS X complet plus récent (pas seulement une clé USB d'installation amorçable !). Installez également wxHexEditor. Activez l'utilisateur Root, connectez-vous en tant que Root.

Ouvrez maintenant wxHexEditor et déterminez les limites du disque dur de récupération "perdu". L'écrasement de la table de partition GUID d'origine et son remplacement par une table MBR à l'aide du gestionnaire de disques de Windows ne modifie généralement pas le contenu de votre disque. Les anciennes structures de données sont toujours présentes sur le disque et peuvent être retrouvées en recherchant des chaînes de caractères spéciales et le contenu des fichiers.

La personne qui a posé la question a donné les informations suivantes : la partition Windows avait une taille de 100 Go. Cela facilite la recherche car les premiers ~390 Go (sur un disque de 500 Go) peuvent être ignorés puisque la partition Windows est créée à la fin d'un disque.

La partition Recovery HD a le contenu suivant :

  0-1. block:        0x00s
    2. block:        the string "HFSJ" in the first 16 Bytes
    8. block:        0xFFs (probably an allocation file)
11-13. block:        0xFFs (probably a second allocation file)

Si vous avez trouvé ces blocs, vous pouvez facilement déterminer le bloc de départ du disque dur de récupération comme décrit dans la réponse liée. Puisque toutes les autres partitions (EFI et le volume OS X principal - en supposant qu'un seul volume principal existe) sont déterminées par le premier bloc du disque dur de récupération, le calcul peut être fait.

La solution finale était :

gpt add -b 409640 -i 2 -s 779781456 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0
gpt add -b 780191096 -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0

Après avoir vérifié les volumes avec :

diskutil verifyVolume disk0s2
diskutil verifyVolume disk0s3

et la suppression de partitions temporaires, le volume principal a finalement été étendu à l'ensemble du disque :

diskutil cs resizeStack lvUUID 0g

Ma partition est récupérée grâce à @klanomath. Il était très difficile de trouver les bonnes limites en suivant la procédure standard et sans connaître les caractéristiques d'un disque avec de vieilles partitions Windows et osx. @klanomath a fait un excellent travail en recherchant le Recovery-HD et en déterminant à partir de là la partition perdue. J'ai beaucoup appris. Merci encore ! Saludos de Cusco.