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 /disk0
a 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 list
inclut la taille de la partition osx principale dans une GUID_partition_scheme
partie 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)?
... -t 7C3457EF-0000-11AA-AA11-00306543ECAC ...
au lieu de... -t apfs ...
! Peut-être que votre système de démarrage de récupération est trop ancien et que gpt ne reconnaît pas l'argument apfs. AFAIK seulement binaire gpt du système de récupération 10.12 et 10.13 peut traiter... - t apfs ...
.gpt add: /dev/disk0: Suspicious MBR at sector 0
etgpt add: /dev/disk0: error: no space available on device
gpt -r show disk0
sortie pour vérifier ce qui a remplacé la partition 2!Réponses:
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é:
obtenir quelques détails:
Démonter disk0:
supprimer et restaurer la 2ème partition:
vérifier le disque et la partition:
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:
remplacez la table de partition GUID:
rajouter toutes les partitions précédentes visibles dans la dernière
gpt -r show disk0
sortie:Si vous obtenez une erreur de ressource occupée après l'une des étapes, démontez simplement disk0 à nouveau avec
Enfin, vérifiez le disque et les partitions:
la source
gpt remove -i 2 disk0
renvoie une erreur:gpt remove: disk0: Suspicious MBR at sector 0
. De même, la commandegpt add -i 2 -b 409640 -s 372637568 -t 7C34[and so forth]
renvoiegpt add: disk0: Suspicious MBR at sector 0
etgpt add: disk0: error: no space available on device
. J'ai ajouté de nouvelles captures d'écran à ma question pour référence.