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

8

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 ....

capture d'écran de la configuration précédente

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::

capture d'écran de la configuration précédente

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)? utilitaire de disque liste diskutil gpt -r show disk0

Gints
la source
essayez avec ... -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 ....
klanomath
@klanomath, il a renvoyé une erreur: gpt add: /dev/disk0: Suspicious MBR at sector 0etgpt add: /dev/disk0: error: no space available on device
Gints
Veuillez mettre à jour la gpt -r show disk0sortie pour vérifier ce qui a remplacé la partition 2!
klanomath
1
@marklark Prendre des captures d'écran ne fonctionne ni dans le mode de récupération hérité, ni dans la récupération Internet dans laquelle j'étais coincé
Gints

Réponses:

8

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
    

     

klanomath
la source
Je ne peux pas enlever le disk0s2, comme la commande gpt remove -i 2 disk0renvoie une erreur: gpt remove: disk0: Suspicious MBR at sector 0. De même, la commande gpt add -i 2 -b 409640 -s 372637568 -t 7C34[and so forth]renvoie gpt add: disk0: Suspicious MBR at sector 0et gpt add: disk0: error: no space available on device. J'ai ajouté de nouvelles captures d'écran à ma question pour référence.
Gints
Merci de votre aide! La deuxième partie de votre réponse a tout corrigé et mon Mac a démarré comme si de rien n'était!
Gints
1
@GintsK et klanomath: vous m'avez sauvé 3 mois de travail. Ma profonde gratitude pour avoir documenté clairement ce problème délicat.
Yoric