BootCamp partition inconnue

Vivid

Membre expert
Club iGen
9 Août 2005
1 145
143
chez moi.
010.free.fr
Bonjour,

Après une première réussite d'installation de bootcamp jusqu’à l'affichage
des partitions sous windaube, j'ai arrêter l'installation pour la
reprendre plus tard.Par la suite j'ai voulu finir d'installer windaube
mais a chaque fois, j'ai l’écran d'installation de windaube sans clavier
ni souris..
re-installation des drivers windaube 7 toujours le même problème.

Donc je tente de supprimer la partition bootcamp sous bootcamp, bien sur il ne veut pas (griser).
Sous recovery ;
fs.jpg

on remarque la partition de 206 Go non reconnu et non formater
pas.jpg

et quand je décide de la supprimer
rsp.jpg

impossible..

respondiskutil.jpg

avec diskutil...

j'ai re-installer Yosemite, Sierra mais cela ne supprime pas les partitions..:meh:
en mode cible ?
si une âme charitable a la solution..:kiss:
 
Bonjour Vivid

Pour apporter un complément d'informations > passe dans le «Terminal» la commande :
Bloc de code:
diskutil cs list

(le cs intercalé est l'abréviation de corestorage > cette commande modifée va te retourner le tableau du Groupe de Volumes Logiques du CoreStorage nécessaire à la configuration d'un Fusion Drive)

Pour le poster ici > ne prends pas de photo > sélectionne le tableau complet > ⌘C pour le copier dans le presse-papier > tu reviens à ce fil > Répondre > tu presses le bouton de la petite barre de menus au-dessus du champ de saisie d'un message > sous-menu </> Code --> ⌘V dans l'espace du panneau qui se démasque pour afficher ici le tableau dans une fenêtre de code.
 
  • J’aime
Réactions: litobar71
Bloc de code:
CoreStorage logical volume groups (2 found)
|
+-- Logical Volume Group 8038C707-42D4-42E4-BFF4-D7DE72C72451
|   =========================================================
|   Name:         Macintosh HD
|   Status:       Online
|   Size:         2399205122048 B (2.4 TB)
|   Free Space:   176128 B (176.1 KB)
|   |
|   +-< Physical Volume D758F5C0-7E15-41AC-95F0-C0C1C10FEDC0
|   |   ----------------------------------------------------
|   |   Index:    0
|   |   Disk:     disk0s1
|   |   Status:   Online
|   |   Size:     120988852224 B (121.0 GB)
|   |
|   +-< Physical Volume FE6B47A5-E38F-4966-93B5-7C2434EF209A
|   |   ----------------------------------------------------
|   |   Index:    1
|   |   Disk:     disk1s1
|   |   Status:   Online
|   |   Size:     1476779728896 B (1.5 TB)
|   |
|   +-< Physical Volume E1AC6D80-8231-4BE3-AA32-549A635B22D5
|   |   ----------------------------------------------------
|   |   Index:    2
|   |   Disk:     disk1s5
|   |   Status:   Online
|   |   Size:     801436540928 B (801.4 GB)
|   |
|   +-> Logical Volume Family 182EACFD-9CC3-4DBF-9C1B-348B5F252CDB
|       ----------------------------------------------------------
|       Encryption Status:       Unlocked
|       Encryption Type:         None
|       Conversion Status:       NoConversion
|       Conversion Direction:    -none-
|       Has Encrypted Extents:   No
|       Fully Secure:            No
|       Passphrase Required:     No
|       |
|       +-> Logical Volume 8C3A95E1-9C6F-49F4-A8A8-745DA4A7920E
|           ---------------------------------------------------
|           Disk:                  disk2
|           Status:                Online
|           Size (Total):          2393064341504 B (2.4 TB)
|           Conversion Progress:   -none-
|           Revertible:            No
|           LV Name:               Macintosh HD
|           Volume Name:           Macintosh HD
|           Content Hint:          Apple_HFS
|
+-- Logical Volume Group 136AFFE9-7A9F-41DF-950B-151FED439A62
    =========================================================
    Name:         BOOTCAMP
    Status:       Online
    Size:         205864824832 B (205.9 GB)
    Free Space:   205512499200 B (205.5 GB)
    |
    +-< Physical Volume 26ED34AE-26AF-4B18-9A80-79FBEC4D6806
        ----------------------------------------------------
        Index:    0
        Disk:     disk1s3
        Status:   Online
        Size:     205864824832 B (205.9 GB)
Bonjour macomaniac ;)
 
Alors ton Fusion Drive associe 3 partitions : la disk0s1 (121 Go) du SSD + la disk1s1 (1,5 To) du HDD + la disk1s5 (801 Go) du HDD.

Entre les 2 partitions disk1s1 et disk1s5 du HDD > avait été créée une partition disk1s3 BOOTCAMP de 205 Go. Un ratatouillage de l'«Assistant BootCamp» a carrément initié la création d'un Groupe de Volumes Logiques CoreStorage sur cette partition ex-BOOTCAMP > en faisant le travail à moitié > au sens que l'infrastructure du CoreStorage est créée (un Physical Volume ou disque dur émulé) > sans la superstructure (Famille Logique & Volume Logique) capable de remonter un volume.

Les petites partitions intercalaires que tu voies intitulées Boot OS X sont les « booters » des Volumes Physiques des bandes CoreStorage = "boot_helpers" : des assistants d'exportation des Volumes Logiques portés par ces Volumes Physiques.

- 1° Je te propose de supprimer carrément le demi CoreStorage ci-devant BOOTCAMP par la commande (copier-coller) :
Bloc de code:
diskutil coreStorage deleteLVG 136AFFE9-7A9F-41DF-950B-151FED439A62
qui devrait remonter à l'emplacement de la partition disk1s3 un volume au format jhfs+ standard intitulé Untitled.

- 2° Par la commande (copier-coller) :
Bloc de code:
diskutil eraseVolume free null disk1s3
tu supprimes ensuite le système de fichiers jhfs+ définissant ce volume Untitled en laissant les blocs correspondants au statut d'espace libre.

- 3° Par la commande (copier-coller) :
Bloc de code:
diskutil coreStorage resizeStack 8C3A95E1-9C6F-49F4-A8A8-745DA4A7920E 0b
tu ordonnes la récupération de l'espace libre intercalaire au Groupe de Volumes Logiques du CoreStorage > ce qui devrait s'opérer au bénéfice de la partition disk1s1 > qui devrait être élargie à une taille de 1,7 To [la mention 0b = 0_byte se comprend : "n'excepter aucun byte libre du redimensionnement"].​

Cette dernière commande est susceptible d'avorter pour plusieurs sortes de raisons. À toi de voir si tu obtiens un message d'erreur ou non.

=> dans tous les cas de figure > après cette triple opération > repasse les commandes (informatives) :
Bloc de code:
diskutil list
diskutil cs list
et poste en copier-coller les 2 tableaux retournés.
 
Dernière édition par un modérateur:
Bloc de code:
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:          Apple_CoreStorage                         121.0 GB   disk0s1
   2:                 Apple_Boot Boot OS X               134.2 MB   disk0s2
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk1
   1:          Apple_CoreStorage                         2.2 TB     disk1s1
   2:                 Apple_Boot Recovery HD             650.1 MB   disk1s7
   3:          Apple_CoreStorage                         801.4 GB   disk1s5
   4:                 Apple_Boot Boot OS X               134.2 MB   disk1s6
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           *3.1 TB     disk2
                                 Logical Volume on disk0s1, disk1s1, ...
                                 8C3A95E1-9C6F-49F4-A8A8-745DA4A7920E
                                 Unencrypted Fusion Drive

Bloc de code:
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 8038C707-42D4-42E4-BFF4-D7DE72C72451
    =========================================================
    Name:         Macintosh HD
    Status:       Online
    Size:         3120587743232 B (3.1 TB)
    Free Space:   258048 B (258.0 KB)
    |
    +-< Physical Volume D758F5C0-7E15-41AC-95F0-C0C1C10FEDC0
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk0s1
    |   Status:   Online
    |   Size:     120988852224 B (121.0 GB)
    |
    +-< Physical Volume FE6B47A5-E38F-4966-93B5-7C2434EF209A
    |   ----------------------------------------------------
    |   Index:    1
    |   Disk:     disk1s1
    |   Status:   Online
    |   Size:     2198162350080 B (2.2 TB)
    |
    +-< Physical Volume E1AC6D80-8231-4BE3-AA32-549A635B22D5
    |   ----------------------------------------------------
    |   Index:    2
    |   Disk:     disk1s5
    |   Status:   Online
    |   Size:     801436540928 B (801.4 GB)
    |
    +-> Logical Volume Family 182EACFD-9CC3-4DBF-9C1B-348B5F252CDB
        ----------------------------------------------------------
        Encryption Status:       Unlocked
        Encryption Type:         None
        Conversion Status:       NoConversion
        Conversion Direction:    -none-
        Has Encrypted Extents:   No
        Fully Secure:            No
        Passphrase Required:     No
        |
        +-> Logical Volume 8C3A95E1-9C6F-49F4-A8A8-745DA4A7920E
            ---------------------------------------------------
            Disk:                  disk2
            Status:                Online
            Size (Total):          3114446880768 B (3.1 TB)
            Conversion Progress:   -none-
            Revertible:            No
            LV Name:               Macintosh HD
            Volume Name:           Macintosh HD
            Content Hint:          Apple_HFS
 
Formidable il y a plus rien, Macomaniac tu est un chef :kiss:
si tu passe du côté de Toulouse je te 'renverrais bien l'appareil'

j'avais bien vue que dans tes post tu assurais grave :merci:

tu ma fait gagner un temps fou. merci merci merci merci merci.... :)
 
Dernière édition:
Ton problème est résolu.

La partition disk1s1 du HDD a été regonflée de 1,5 To à 2,2 To (et pas simplement 1,7 To comme je le prévoyais) > signe qu'il y avait une quantité considérable d'espace libre déjà en place en-dessous de la Recovery HD disk1s2 = 500 Go.

Tu as donc un Volume Logique unique remonté à une taille de 3,1 To.

La configuration de ton Fusion Drive est typique de la gestion logicielle d'usine par Apple d'un disque de 3 To > en vue d'une éventuelle installation d'un Windows bootant en mode Legacy (par un BIOS émulé par l'EFI) - genre Windows-7.

En effet > dans ce cas de figure > le BIOS émulé ne peut lire qu'une table de partition MBR de type Hybrid inscrite sur le bloc 0 du disque. Or une telle table MBR ne peut gérer que 2,2 To de blocs maximum. D'où le découpage du HDD en 2 grosses partitions de 2,2 To & 800 Go > séparées par la Recovery HD.

Dans ce cas de figure > demander un repartitionnement pour créer une partition BOOTCAMP > s'opère toujours au déficit de la seule partition de tête du HDD > soit celle de 2,2 To > de telle sorte que la partition BOOTCAMP sera toujours comprise dans la limite des 2,2 To de blocs gérés par la table MBR > et par conséquent décrite par cette table.

NB j'attire ton attention sur un point : aucun de tes 2 disques > curieusement > ne possède la partition de tête régulière EFI (EFI_System_Partition) de 209 Mo > qui devrait occuper les emplacements disk0s1 et disk1s1 à la place des premières partitions CoreStorage qui devraient être en disk0s2 & disk1s2.
 
Ton problème est résolu.


NB j'attire ton attention sur un point : aucun de tes 2 disques > curieusement > ne possède la partition de tête régulière EFI (EFI_System_Partition) de 209 Mo > qui devrait occuper les emplacements disk0s1 et disk1s1 à la place des premières partitions CoreStorage qui devraient être en disk0s2 & disk1s2.

effectivement.. je vais ré-installer le système demain en espérant qu'il les remettes.
Dommages que tu ne soit pas plus prés géographiquement.
 
:coucou: Vivid

Une ré-installation de l'OS n'affectera que la couche la plus élevée du dispositif du CoreStorage : le volume Macintosh HD.

Ce volume Macintosh HD est défini par un système de fichiers jhfs+ standard qui s'ancre à un dev node (un nœud d'appareil) purement virtuel porté par l'instance logique du Logical Volume (Volume Logique CoreStorage) - lequel, malgré ce que son intitulé laisse imaginer, n'est pas un "volume", mais un disque virtuel. Un disque virtuel de second ordre, miroir du disque virtuel de premier ordre du Physical Volume (Volume Physique CoreStorage).

Ce laïus abscons pour dire : la ré-installation de l'OS ne modifiera absolument pas la configuration des partitions de tes disques. Elle n'opérera que tout en haut de la pile du CoreStorage > qui repose sur 3 Physical Volumes inscrits sur les 3 partitions disk0s1 > disk1s1 > disk1s5 (c'est toujours disk1s5 au lieu de disk1s3 parce que tu n'as pas re-démarré - ce que tu devrais faire sans attendre pour permettre au kernel de se mettre-à-jour). Ces Physical Volumes basiques sont des re-descriptions de l'espace interne de blocs de ces 3 partitions comme équivalant à des "disques physiques virtuels".

Ces "disques physiques virtuels" sont incapables d'exporter automatiquement leur instance-miroir : le "disque logique virtuel" du Logical Volume unique du CoreStorage. D'où la nécessité de « boot_helper_partitions » : des « booters » ou auxiliaires d'exportation du Volume Logique à partir des Volumes Physiques supports. Il faut autant de « booters » que de Volumes Physiques participant d'un CoreStorage. Tu as un « booter » Boot OS X en disk0s2 sur le SSD pour le Volume Physique de la partition disk0s1 > un « booter » Boot OS X en disk1s6 (qui deviendra disk1s4 si tu redémarres) sur le HDD pour le Volume Physique de la partition disk1s5 (qui deviendra disk1s3 si tu redémarres) et... et pour le Volume Physique de la partition disk1s1 de 2,2 To (te demandes-tu) ?

Il existe également mais il ne se voit pas. Car c'est la partition Recovery HD disk1s2 elle-même, qui sous ses apparences de partition de secours, est la « boot_helper_partition » du Volume Physique disk1s1 > en ce qu'elle recèle son « booter » dans un dossier spécial intitulé com.apple.Boot.R du volume Recovery HD.

Bref : ré-installer l'OS ne va absolument pas affecter la distribution actuelle des partitions sur les 2 disques --> les 3 partitions « Volumes Physiques » > accompagnées des 3 « boot_helper_partitions » des « booters », permettant l'exportation du disque virtuel de second ordre du Volume Logique > sur lequel va se monter un volume Macintosh HD standard > dans lequel vont résider les fichiers de l'OS.

[La « Métaphysique » s'est réfugiée chez les Américains dans l'« Informatique » (au lieu de la « Philosophie ») - le CoreStorage Apple constituant le sommet de la Métaphysique Informatique > en attendant son évolution prochaine : le système de fichiers APFS (qui n'est qu'un surjet du CoreStorage).]

--------------------

Tu peux toujours dans le «Terminal» passer les 2 commandes :
Bloc de code:
sudo gpt show /dev/disk0
sudo gpt show /dev/disk1

  • après validation de la première > une demande de password va s'afficher - commande sudo --> tape ton mot-de-passe de session admin à l'aveugle - aucun caractère ne se montrant à la frappe - et de nouveau valide ;
  • après validation de la seconde > aucune demande de password ne va s'afficher --> car dans les 5' suivant une première authentificaiton pour un sudo > aucun mot-de-passe n'est requis par commodité pour l'utilisateur du shell.

=> ces 2 commandes vont afficher les tableaux de la distribution des blocs des 2 disques > avec les secteurs occupés par les tables de partition > par les partitions > et par les bandes d'espace libre.

Tu n'as qu'à les poster ici > il sera facile d'aviser s'il y a sur chacun des 2 disques (SSD & HDD) un secteur de blocs :
Bloc de code:
40      409600
ayant le statut d'espace libre (non défini comme GPT part) et la taille (= 209 Mo) d'une EFI_System_Partition. Si oui > alors un programme d'installation de Windows aura supprimé ces partitions à un moment donné > en laissant les blocs correspondants à l'état d'espace libre.

Dans ces conditions > il est toujours possible de récupérer ces blocs > pour en refaire des partitions de type EFI > le tout étant de savoir si l'index de ces partitions recréées sera bien le n°1 comme requis. Tout dépend de la manière dont ces partitions ont été supprimées au départ > càd. de la question de savoir si une redistribution des index de partitions a été enregistrée dans la GPT des blocs 1 > 32 ; ou si chaque partition CoreStorage de tête (disk0s1 & disk1s1) > apparemment indexée comme n°1 sur chaque disque > se trouve en fait indexée comme n°2 dans chaque GPT > de sorte que l'index n°1 ne soit qu'une apparence suscitée par le kernel.

L'existence de ces partitions EFI en tête de disques lorsqu'une table GPT en décrit l'espace de blocs > peut être décisive > s'il s'agit d'inscrire des exécutables de boot (par exemple ceux du gestionnaire de démarrage «rEFInd» - voire des exécutables Windows) qui revendiquent cette partition.
 
Dernière édition par un modérateur:
Bonjour Macomaniac,

Bloc de code:
Last login: Thu Apr 20 15:46:43 on console
You have mail.
MBP-de-Pat-002:~ pat$ sudo gpt show /dev/disk0
Password:
      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34     409606       
     409640  236306352      1  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  236715992     262144      2  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  236978136          7       
  236978143         32         Sec GPT table
  236978175          1         Sec GPT header

MBP-de-Pat-002:~ pat$ sudo gpt show /dev/disk1
       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34      409606       
      409640  4293285840      1  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  4293695480     1269760      2  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  4294965240  1565305744      3  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  5860270984      262144      4  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  5860533128           7       
  5860533135          32         Sec GPT table
  5860533167           1         Sec GPT header

Bloc de code:
MBP-de-Pat-002:~ pat$ diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:          Apple_CoreStorage                         121.0 GB   disk0s1
   2:                 Apple_Boot Boot OS X               134.2 MB   disk0s2
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk1
   1:          Apple_CoreStorage                         2.2 TB     disk1s1
   2:                 Apple_Boot Recovery HD             650.1 MB   disk1s2
   3:          Apple_CoreStorage                         801.4 GB   disk1s3
   4:                 Apple_Boot Boot OS X               134.2 MB   disk1s4
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           *3.1 TB     disk2
                                 Logical Volume on disk0s1, disk1s1, ...
                                 8C3A95E1-9C6F-49F4-A8A8-745DA4A7920E
                                 Unencrypted Fusion Drive
 
Dernière édition:
On voit sur chacun des disques l'emplacement des blocs où résidait la partition EFI -->
Bloc de code:
34     409606

Le problème est que pour recréer une partition EFI sur chaque bande de blocs > tous les volumes du disque concerné doivent être démontés > ce qui est donc impossible si tu es démarré sur le volume Macintosh HD du Fusion Drive ; en démarrant sur le Système de la récupération > il est possible de démonter le volume Macintosh HD du Fusion Drive > et par là de libérer le SSD > mais pas le HDD > car le volume Recovery HD est monté suite au démarrage sur le Recovery OS.

Si tu es partant pour une recréation de la partition EFI du seul SSD dans un premier temps > tu n'as qu'à (re)démarrer les 2 touches ⌘R pressées ensemble à partir du Gong ! jusqu'à la . Le démarrage est assez lent.

Tu trouves un «Terminal» au menu Fichier de la barre de menus supérieure de l'écran. Tu es en droits root automatiques.

- 1° Passe d'abord la commande :
Bloc de code:
diskutil list
qui va te retourner un tableau prolixe où les affichages de disques réels se combinent avec ceux d'images-disques de dossiers du Recovery OS montées en RAM.

Examine soigneusement ce tableau > pour repérer (à sa taille = 121 Go) le SSD > note le n° d'appareil qui lui est attribué. Je vais faire comme si c'était bien disk0 (si c'était disk1 --> tu modifierais ainsi le n° du disk à la fin de ma 3è commande).

----------

- 2° Puis tu passes la commande :
Bloc de code:
diskutil umountDisk force /Volumes/"Macintosh HD"
(attention aux "" à "Macintosh HD") qui va démonter le volume Macintosh HD du Fusion Drive.

----------

- 3° Tu passes alorsla commande :
Bloc de code:
gpt add -b 40 -s 409600 -t efi -i 1 disk0
(mets le n° de disque actuel du SSD s'il était différent de 0)


=> de 2 choses l'une -->
  • soit le n° d'index n'est pas pris dans la GPT et la commande va passer avec le message :
    Bloc de code:
    disk0s1 added
  • soit le n° d'index = 1 est déjà pris dans la table GPT > et tu vas avoir un message d'erreur :
    Bloc de code:
    gpt add: disk0: error: entry at index 1 is not free
Seulement si tu es dans le cas du message d'erreur -->

- 4° tu n'as plus qu'à redémonter le volume Macintosh HD (qui aura été remonté) par la commande :
Bloc de code:
diskutil umountDisk force /Volumes/"Macintosh HD"

----------

- 5° puis passer la commande amputée de l'index (elle n'a donc que 4 doigts
361608_original.png
) :
Bloc de code:
gpt add -b 40 -s 409600 -t efi disk0
(en mettant bien toujours le n° de disque du SSD) et la commande devrait passer avec un message du type :
Bloc de code:
disk0s1 added
----------​
=> à la suite de cette petite Odyssée logique > tu n'as qu'à re-démarrer normalement sur ton volume Macintosh HD > passer dans le «Terminal» de l'OS une commande :
Bloc de code:
diskutil list
et poster le tableau retourné > qu'on contemple le bidule.​
 
Tu veux dire que le SSD est bien identifié comme disk0 dans le «Terminal» de la Recovery ? - ça correspond donc à mon modèle.

=> enchaîne alors les commandes et (l'une après l'autre) -->
Bloc de code:
diskutil umountDisk force /Volumes/"Macintosh HD"
gpt add -b 40 -s 409600 -t efi -i 1 disk0

et dis ce qui arrive quand tu passes la commande .
 
Pas de lézard --> tu passes (l'une après l'autre) les 2 commandes :
Bloc de code:
diskutil umountDisk force /Volumes/"Macintosh HD"
gpt add -b 40 -s 409600 -t efi -i 1 disk0

(applique-toi à la saisie des nombres --> 40 (facile) > 409600 (ne pas rajouter de zéro en trop)

  • la première commande va démonter le volume Macintosh HD et libérer le SDD ;
  • la seconde va tenter d'ajouter une partition EFI avec un index n°1 dans le table GPT.

--> tu n'as qu'à poster une photo d'écran montrant le résultat de la 2è commande.
 
Je m'en doutais bien. Le n° d'index 1 est pris par ton actuelle partition CoreStorage de 120 Go.

Alors passe quand même les 2 commandes :
Bloc de code:
diskutil umountDisk force /Volumes/"Macintosh HD"
gpt add -b 40 -s 409600 -t efi disk0
  • la première va redémonter le volume Macintosh HD qui aura été remonté (même par une commande gpt qui échoue) ;
  • la seconde va rajouter une partition EFI qui n'aura pas le n° d'index 1 (pris) > mais le premier n° d'index disponible --> je le subodore un n°3.
La commande devrait passer.

Alors enchaîne sur les 2 commandes informatives :
Bloc de code:
diskutil list
gpt show /dev/disk0

et poste des photos des 2 tableaux (pour le diskutil list > seul le haut du tableau retourné importe).
 
Statu quo : il ne s'est rien passé. Tu as bien exécuté les 2 commandes :
Bloc de code:
diskutil umountDisk force /Volumes/"Macintosh HD"
gpt add -b 40 -s 409600 -t efi disk0
comme indiqué ? - si oui > qu'est-ce qui s'était inscrit en retour de la 2è (il suffit de redérouler l'affichage du «Terminal» à rebours) ?