On voit que la
partition EFI créée par défaut a une taille de
314,6 Mo. Le
1er bloc vacant à la suite est le n°
76806 --> on se donne en hypothèse qu'il s'agisse du
bloc de tête de la
partition OSX qui suit.
Il faut à présent gérer la
fin de la partition OS X spéculative > sachant qu'une
partition de secours de rang n°
3 s'intercale toujours entre la
fin de la partition OS X et le
début de la
GPT secondaire (le
backup de la
GPT en queue de disque). Le
1er bloc de cette
GPT secondaire étant le n°
122096641 --> on sait que la
partition de secours s'arrêtait au bloc n°
122096640 (ou
122096639 - si
un bloc libre de
4096 octets
séparait cette partition de secours de la
GPT secondaire). Cette dernière incertitude n'aide pas à la manœuvre. On va admettre
zéro bloc de séparation en cas de
valeur de bloc de
4096 octets.
La
taille d'une partition de secours classique est toujours de
650 Mo --> soit exactement
1269536 blocs de
512 octets. Cette extension divisée par
8 pour tenir compte du bloc de
4096 octets => donne exactement
158692 blocs.
La
bande d'espace libre actuelle est de
122019835 blocs (
4096 octets) -
158692 blocs (partition de secours théorique) =>
121861143 blocs de
4096 octets comme
taille de la partition OS X (=
974889144 blocs de
512 octets =
499.14 Go). Ce qui me gêne est qu'il s'agisse d'un nombre impair - jamais employé pour une partition qui a toujours une extension paire. On va donc admettre qu'il y a un bloc libre baladeur et réduire la taille de la partition à
121861142 blocs.
----------
Passe la commande (qui tient compte des attendus qui précèdent) :
Bloc de code:
sudo gpt add -b 76806 -s 121861142 -t 48465300-0000-11AA-AA11-00306543ECAC -i 2 disk3 ; diskutil list disk3
- la commande crée un descripteur GPT de partition telle que : bloc de tête = n° 76806 > extension = 121861142 blocs (de 4096 octets = 499.14 Go) > type = "Apple_HFS" (via l'UUID de ce type - on teste ici le type "Apple_HFS") > rang = n°2 ; puis elle affiche la configuration du SSD
Poste le retour complet.