Hier, j'ai essayé de supprimer une partition Ubuntu. Depuis, mon Mac (13 ", MBPro mi-2014) ne démarre pas. Maintenant, je démarre sur une copie Mac OS avec un USB. Je suis un sujet différent de ce forum (comme ceci: Type de partition soudainement FFFFFFFF-FFFF-FFFF- FFFF-FFFFFFFFFFFF, lecteur non montable ) et ma partition de volume passe de FFFFFFFF-FFFF-FFFF-FFFF- FFFFFFFFFFFF à 48465300-0000-11AA-AA11-00306543ECAC . Mais je ne parviens toujours pas à démarrer ...
Merci beaucoup !
7C3457EF-0000-11AA-AA11-00306543ECAC
toujours applicable pour Mojave?) Je rencontre actuellement presque le même problème, sauf qu'il s'agit d'un MacBook Pro début 2015, et je ne rencontre pas le problème oùgpt -r show disk0
produit cette sortie dans la capture d'écran.7C3457EF-0000-11AA-AA11-00306543ECAC
devrait travailler pour High Sierra et plus. (Déjà testé: la vérification des fichiers fonctionne!)Réponses:
Une partition OS X amorçable (à l'exception de Recovery HD) a le GUID 48465300-0000-11AA-AA11-00306543ECAC pour une partition OS X standard, le GUID 53746F72-6167-11AA-AA11-00306543ECAC pour une partition CoreStorage ou le GUID 7C3457EF -0000-11AA-AA11-00306543ECAC pour un volume APFS. Le FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF est un type de partition inconnu (mais pas de partition comme celle 000000-0000-0000 ....).
Le GUID peut être modifié avec gpt. Vous ne pouvez ajouter, supprimer et modifier des tables de partition GUID avec gpt que lorsque tous les disques associés sont démontés. Pour reconfigurer le démarrage de vos partitions sur un lecteur tiers (par exemple, Internet Recovery ou une clé USB d'installation d'OS X).
Dans certaines circonstances, SIP doit être désactivé pour modifier la table de partition GUID.
diskutil list
Obtenez une vue d'ensemble de votre disque interne avec l'identifiant de disque trouvé dans la commande précédente. Ci-dessous, je suppose que l'identifiant de disque de votre disque interne est disk0 (SSD) (remplacez-le par celui que vous avez trouvé dans votre environnement).
diskutil umountDisk disk0
Ensuite, supprimez et rajoutez la deuxième partition avec la même taille mais le type approprié. Le type le plus probable pour disk0s2 sur un SSD avec Sierra actuellement installé est 53746F72-6167-11AA-AA11-00306543ECAC ou avec High Sierra installé 7C3457EF-0000-11AA-AA11-00306543ECAC (car une précédente partition CoreStorage a presque certainement été convertie en APFS alors que mise à niveau de Sierra vers High Sierra).
Sierra (CoreStorage):
ou
High Sierra (APFS):
ou
partition standard (HFSJ Extended):
Vérifiez le disque et le volume:
Démarré sur votre clé USB et connecté en tant qu'administrateur, vous devez ajouter au préalable
sudo
pour exécuter les commandes gpt avec succès.Si vous avez oublié la version de votre système ou avez effectué un partitionnement personnalisé, vous pouvez toujours inspecter les premiers blocs de disk0s2 et déterminer le type de GUID approprié:
Si vous avez démarré sur un système à part entière, vous pouvez utiliser
hexdump
:diskutil umountDisk disk0
hexdump les 3 premiers blocs de la partition FFFF ...:
Le résultat suivant l'identifie comme une partition OS X normale:
Le premier nombre est le nombre d'octets en hexadécimal: 0000000: 0; 0000600: 1536. Le * indique des lignes identiques. Cela signifie: les deux premiers blocs (0x000-0x3ff) sont tous des zéros.
Une partition CoreStorage affiche des non-zéros dans le premier bloc (0x000-0x1ff):
La ligne commençant par l'octet 0x130 montre l'UUID du volume physique, la ligne commençant par l'octet 0x140 montre l'UUID du groupe de volumes logiques.
La chaîne 48 46 53 4a (= "HFSJ") dans les 16 premiers octets des troisièmes blocs identifie un volume HFS + journalisé sur les deux types de partition.
Un conteneur APFS ressemble à ceci:
La chaîne 4e 58 53 42 (= "NXSB") commençant par l'octet 0x020 dans le premier bloc est la chaîne magique d'un superbloc de conteneur APFS et l'identifie comme conteneur APFS. L'UUID du conteneur commence à 0x48 (ici: 11 f1 5e 40 ...)
Si vous êtes limité au mode de récupération (Internet) ou à un lecteur de démarrage du programme d'installation (tous avec un système de base uniquement qui ne contient pas hexdump ), vous pouvez toujours utiliser
vis
:diskutil umountDisk disk0
vis les 3 premiers blocs de la partition FFFF ...:
Si vous aviez une partition standard auparavant, les 1024 premiers octets ne contiennent que des zéros non imprimables:
\0\0\0\0\0\0...
après ~ octet 1030, vous verrez la séquence suivante: \ 0HFSJ \ 0Si vous aviez une partition CoreStorage, certains non-zéros dans les 512 premiers octets et la chaîne CS (
...\0CS\^A...
) sont affichés:Si vous aviez une partition APFS, la chaîne NXSB (
...\0NXSB\0\^P...
) apparaît dans les premiers octets:la source
diskutil verifyVolume
(xattr?) Mais à la fin, il a dit que c'était OK, et ça l'était. Ces avertissements sont-ils normaux?vis -c
sortie publiée par certains utilisateurs est inversible alors que d'autres sorties contiennent de nombreux?
caractères, ce qui rend la sortie non inversible. Sur mon Mac, je dois d'abord entrerexport LC_CTYPE="ASCII"
avant d'utiliservis -cw
ouvis -cfw
de créer une sortie inversible.vis -c
sortie pour obtenir la taille de la partition. Dans la deuxième question, je ne pouvais pas parce que la sortie contenait des caractères de point d'interrogation (?
). Cela m'a amené à rechercher comment inverser la sortie.