Volume CoreStorage non détecté

J'avais une configuration de double démarrage Linux/OS X 10.11 et je voulais supprimer les partitions Linux. J'ai réussi à les supprimer sans problème mais lorsque j'ai essayé de fusionner l'espace libre avec la partition OS X, quelque chose s'est mal passé (j'ai utilisé l'utilitaire de disque uniquement), et après un redémarrage, ceci est maintenant affiché lors de la recherche des différentes partitions :

-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF               170.4 GB   disk0s2
   3:                  Apple_HFS Recovery HD             649.1 MB   disk0s4
/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk1
   1:                  Apple_HFS OS X Base System        2.0 GB     disk1s1

-bash-3.2# diskutil corestorage list
No CoreStorage logical volume groups found

J'ai trouvé un problème similaire mais je ne suis pas familier avec les commandes OSX/BSD et je ne veux pas endommager quoi que ce soit : Diskutil ne peut pas trouver les Volumes de Stockage Noyau

Et j'obtiens à peu près les mêmes résultats :

-bash-3.2# fsck_cs /dev/disk0s2
   Executing fsck_cs (version 517.20.1)
** Checking volume
** Content Hint for disk0s2 is not Apple_CoreStorage
** disk0s2: Scan for Volume Headers
** disk0s2: Scan for Disk Labels
** Logical Volume Group 1AE35784-CFDF-445A-876D-23931CE9FB91 on 1 device
** disk0s2: Scan for Metadata Volume
** Logical Volume Group has a 24 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
** Load and verify Segment Headers
** Load and verify Checkpoint Payload
** Load and verify Transaction Segment
** Incorporate 0 newer non-checkpoint transactions
** Load and verify Virtual Address Table
** Load and verify Segment Usage Table
** Load and verify Metadata Superblock
** Load and verify Logical Volumes B-Trees
** Logical Volume Group contains 1 Logical Volume
** Load and verify 37BE577C-5FBD-4919-9864-C8501FD8E965
** Load and verify 9DE1F86F-7BFC-420F-B751-55D20B107137
** Load and verify Freespace Summary
** Load and verify Block Accounting
** Load and verify Live Virtual Addresses
** Newest transaction commit checkpoint is valid
** Load and verify Segment Cleaning
** The volume 1AE35784-CFDF-445A-876D-23931CE9FB91 appears to be OK

Pourriez-vous me guider à travers les étapes décrites dans le lien ci-dessus ? J'ai peur de faire quelque chose de mal avec les commandes gpt et fdisk (j'ai lu leurs manuels BSD mais je ne peux pas me permettre de perdre les données sur ce disque).

Merci d'avance !

Progrès

J'ai essayé de suivre les instructions de klanomath (merci beaucoup d'avoir répondu si rapidement) mais gpt m'a donné une erreur, voici exactement ce que j'ai fait :

-bash-3.2# gpt -r show /dev/disk0
gpt show: /dev/disk0: Suspicious MBR at sector 0
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  332728384      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
  333138024  155828120         
  488966144    1267712      4  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  490233856        863         
  490234719         32         Sec GPT table
  490234751          1         Sec GPT header
-bash-3.2# diskutil unmountDisk /dev/disk0
Unmount of all volumes on disk0 was successful
-bash-3.2# gpt remove -i 2 /dev/disk0
gpt remove: /dev/disk0: Suspicious MBR at sector 0
/dev/disk0s2 removed
-bash-3.2# diskutil unmountDisk /dev/disk0
Unmount of all volumes on disk0 was successful
-bash-3.2# gpt add -i 2 -b 409640 -s 332728384 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0
gpt add: /dev/disk0: Suspicious MBR at sector 0
gpt add: /dev/disk0: error: no space available on device

Et maintenant je reçois ceci :

-bash-3.2# gpt -r show /dev/disk0
gpt show: /dev/disk0: Suspicious MBR at sector 0
      start       size  index  contents
          0          1         MBR
          1     409639         
     409640  332728384      2  MBR part 218
  333138024  155828120         
  488966144    1267712      4  MBR part 175
  490233856        896         
-bash-3.2# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *251.0 GB   disk0
   1:                       0xEE                         209.7 MB   disk0s1
   2:                       0xDA                         170.4 GB   disk0s2
   3:                  Apple_HFS Recovery HD             649.1 MB   disk0s4

J'espère que je n'ai rien cassé... J'ai trouvé une autre question de stackexchange qui semble être assez similaire : Comment réparer des volumes GPT, GUID, non montables et sans type ?

Mais j'ai peur de tout casser encore plus si j'essaie de le faire seul, et je ne comprends pas dans quel ordre je dois suivre les différentes étapes (suppression du MBR/partitions endommagées/restauration du GUID). J'apprécierais beaucoup toute aide à ce sujet, merci d'avance !

Solution

En suivant les étapes décrites par klanomath, j'ai réussi à récupérer cette partition et à sauvegarder les fichiers ailleurs. Notez que je n'ai pas pu réparer le disque après une vérification par l'utilitaire de disque, mon hypothèse est que l'ancienne version de l'utilitaire de disque dans la récupération Internet n'est pas capable de faire cela pour quelque chose créé avec une version récente mais je ne suis pas sûr de cela.

Quoi qu'il en soit, j'ai récupéré mes données, merci beaucoup pour votre aide klanomath !

L'espace libre est le système linux que j'ai supprimé.