Démarrage de la partition macOS Type de volume FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF

J'ai rencontré un problème presque identique à celui de cette question (et cela aussi: données non sauvegardées, type de partition: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ), mais la partition principale de mon disque dur est formatée en APFS. Quand j'ai essayé de corriger l'erreur GUID comme indiqué dans la réponse, après avoir atteint l'étape dans laquelle la commande suivante: gpt add -i 2 -b 409640 -s 372637568 -t APFS /disk0a dû être entré, il a renvoyé une erreur: usage: gpt add [-b lba] [-i index] [-s lba] [-t uuid] device ....

Je ne peux pas démarrer sous macOS, mon ordinateur est dans un environnement de récupération Internet. Quel est l'uuid du nouveau format APFS? Je n'arrive pas à le trouver n'importe où sur le Web et mon ordinateur ne détecte pas le type de la partition macOS principale. Modèle de mon ordinateur: MacBook Pro fin 2013. Mes données ne sont pas sauvegardées et j'aimerais vraiment les récupérer. Mise à jour gpt -r show disk0::

Mise à jour: j'ai créé un disque d'installation de MacOS High Sierra et y ai redémarré. Le nouvel utilitaire de disque ne reconnaît pas du tout la partition disk0s2 et diskutil listinclut la taille de la partition osx principale dans une GUID_partition_schemepartie du disque. Serait-il possible (et comment) de récupérer les données de la partition supprimée (s2) si j'ai réinstallé macOS sur une partition existante non utilisée (la partition Linux disk0s4)?

Le GUID approprié des partitions APFS est 7C3457EF-0000-11AA-AA11-00306543ECAC.

Le pMBR par défaut a été remplacé par un MBR à l'ancienne, probablement par l'installation Linux!

Votre système de démarrage (en mode de récupération Internet) semble assez ancien. Toute vérification de disque ou de partition exécutée avec diskutil peut donner un résultat faux. N'essayez en aucun cas de réparer quoi que ce soit avec diskutil!

Pour récupérer votre partition APFS, supprimez la partition disk0s2 et restaurez-la avec le type approprié:

• Ouvrir dans la barre de menu> Utilitaires> Terminal

• obtenir quelques détails:

  diskutil list #below I assume the disk identifier of the internal disk is disk0
  gpt -r show disk0
  

• Démonter disk0:

  diskutil umountDisk disk0
  

• supprimer et restaurer la 2ème partition:

  gpt remove -i 2 disk0
  diskutil umountDisk disk0
  gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
  

• vérifier le disque et la partition:

  diskutil list
  diskutil verifyDisk disk0       
  diskutil verifyVolume disk0s2
  

Votre Mac devrait pouvoir démarrer malgré le MBR.

Si vous souhaitez (ou avez) restaurer le pMBR parce que le MBR est têtu / bloque la modification de la table de partition, procédez comme suit:

• obtenir tous les détails du disque:

  diskutil list #below I assume the disk identifier of the internal disk is disk0
  gpt -r show disk0
  

• remplacez la table de partition GUID:

  diskutil umountDisk disk0
  gpt destroy disk0
  gpt create -f disk0
  

• rajouter toutes les partitions précédentes visibles dans la dernière gpt -r show disk0sortie:

  gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
  gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
  gpt add -i 3 -b 373047208 -s 262144 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
  gpt add -i 4 ...
  gpt add -i 5 ...
  

  Si vous obtenez une erreur de ressource occupée après l'une des étapes, démontez simplement disk0 à nouveau avec

  diskutil umountDisk /dev/disk0
  

• Enfin, vérifiez le disque et les partitions:

  diskutil list
  diskutil verifyDisk disk0       
  diskutil verifyVolume disk0s1
  diskutil verifyVolume disk0s2
  diskutil verifyVolume disk0s3
  #disk0s4 & disk0s5 can't be verified with the default macOS tools because the latter is a Linux swap and the former a Linux partition, probably with ext4