Problème partition lors de l'installation de W10 via Boot Camp

[Nosens]

Alors c'est fait sip disable et voici le nouveau rapport :

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         1000.0 GB  disk0s2

/dev/disk1 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         28.0 GB    disk1
   1:                 Apple_APFS Container disk2         27.7 GB    disk1s1

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.0 TB     disk2
                                 Physical Stores disk1s1, disk0s2
   1:                APFS Volume Macintosh HD            435.9 GB   disk2s1
   2:                APFS Volume Preboot                 45.8 MB    disk2s2
   3:                APFS Volume Recovery                522.7 MB   disk2s3
   4:                APFS Volume VM                      2.1 GB     disk2s4

 

[Membre supprimé 1060554]

Le SSD est toujours disk1. Passe la commande (copier-coller) :

sudo gpt show disk1

• à validation > une demande de password s'affiche (commande sudo) => tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide

• la commande lit la table GPT de l'en-tête du disque > et affiche la distribution des blocs tels que gérés actuellement par cette table

Poste le tableau obtenu.

 

[Nosens]

 start     size  index  contents
        0        1         PMBR
        1        1         Pri GPT header
        2        4         Pri GPT table
        6    76800         
    76806  6759127      1  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  6835933        4         Sec GPT table
  6835937        1         Sec GPT header

 

[Membre supprimé 1060554]

On voit ici la partition apfs unique -->

76806  6759127

• on sait qu'elle commence au bloc n°76806 > et qu'elle a une extension de 6759127 blocs qui correspondent à une taille de 27.7 Go. J'en déduis que le gabarit de bloc utilisé sur ce SSD => n'est pas le bloc de 512 octets par défaut > mais le bloc octuple de 4098 octets. En vérification : 6759127 blocs octuples de 4098 octets = 54073016 blocs défauts de 512 octets = 27,685 Go.

• nanti de cette découverte > je sais que la partition de type EFI sur un disque dont le gabarit de bloc est le bloc octuple de 4098 octets => a une taille de 314,6 Mo (et pas de 209,7 Mo standards). Et je sais (vérification sur le SSD de mon Mac) => que la localisation au bloc près de cette partition doit être la suivante -->

6      76800

• elle doit commencer au bloc (octuple) n°6 > et avoir une extension de 76800 blocs octuples (de 4098 octets = 614400 blocs défauts de 512 octets = 314.57 Mo). On s'aperçoit que cela correspond pile à la bande de blocs libres du haut du disque -->

6      76800

• on en conclut que la partition EFI qui existait à la base => a été accidentellement supprimée > et virée à une bande de blocs libres.

=> on doit pouvoir recréer une partition EFI de 314,6 Mo avec ces blocs libres. D'accord pour l'opération ?

 

[Nosens]

Oui totalement prêt et tout à ton écoute. Et déjà un grand merci car en plus du fait d'aider tu expliques tout ce qui est super appréciable

 

[Membre supprimé 1060554]

Alors voici le prérequit -->

- pour écrire un nouveau descripteur de partition à la table GPT de l'en-tête du disque > il faut que cette table soit désactivée. Càd. que le kernel (le moteur de l'OS démarré) > arrête de la prendre en charge. Or pour la décharger du kernel (et donc la désactiver) => il faut démonter tous les volumes des partitions décrites par cette table. En somme : démonter tous les volumes => force le kernel à lâcher la prise en charge de la table GPT du disque considéré.​

​

- il faut donc démarrer sur un OS indépendant de ton Fusion Drive > pour qu'on puisse démonter Macintosh HD > désactiver par là la GPT du SSD > et pouvoir lui écrire un nouveau decripteur. C'est ce que permet un démarrage local sur l'OS de secours du volume Recovery du Conteneur apfs. Car à partir des OS apfs > démarrer sur l'OS de secours local ne fait plus démarrer sur le disque > mais sur un clone en RAM de l'OS de secours => effectué à la volée en préambule de ce démarrage. Donc démarrer en mode secours local = démarrer sur la RAM en indépendance des disques internes => et donc pouvoir désactiver la table GPT du SSD.​

=> d'accord pour un démarrage de secours comme tu l'as fait pour désactiver le SIP ? - on agira dans le terminal de cette session de secours.

 

[Nosens]

Oui prêt, juste une question y a t'il un risque pour mes données ?
Sinon mon téléphone est a coté avec le forum ouvert afin de suivre tes recommandations

 

[Membre supprimé 1060554]

Non : aucun risque. Je te passe le tuto qui va te permettre de passer une commande dans la session de secours > et surtout de la poster ici en mode texte -->

- démarre les 2 touches ⌘R (cmd R) tenues pressées jusqu'à l'affichage d'une  = démarrage sur l'OS de secours. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS. Va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.​

Passe la commande :

diskutil list internal

• qui affiche la configuration interne seule

Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre de photo -->

• tu sélectionnes le tableau > ⌘C pour le copier dans le presse-papier > ⌘Q pour quitter le «Terminal» > option  : "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires) > ce qui lance un navigateur «Safari»

• page Apple par défaut > un clic sur l'adresse de haut de page pour l'éditer > saisis  : macgénération (tout court  : c'est une barre de recherche Google) et valide > tu atteins le site MacGé > Forums > te connectes > ce fil > tu colles dans un Bloc de code

Note 1 : si tu ne peux pas poster via le Safari de la session de secours (ça arrive) --> poste une photo du tableau (à partir du commencement = le disque /dev/disk0 ou disque physique interne) - tu as un bouton : "Joindre un fichier" en bas de cette page.

Note 2 : dans la session de secours > les applications se lancent en mode "alternatif" et pas parallèle. Il faut quitter le Terminal pour lancer Safari. Vice-versa > quitter Safari pour récupérer l'écran général de la session de secours et pouvoir relancer le Terminal. Aucun redémarrage n'est requis.

 

[Nosens]

ok je fais la manip et je reviens éditer mon post avec ce que tu demandes, à tout de suite

 

[Nosens]

voici le premier rapport :

/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         28.0 GB    disk0
   1:                 Apple_APFS Container disk3         27.7 GB    disk0s1

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk3         1000.0 GB  disk1s2

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.0 TB     disk3
                                 Physical Stores disk0s1, disk1s2
   1:                APFS Volume Macintosh HD            435.9 GB   disk3s1
   2:                APFS Volume Preboot                 45.8 MB    disk3s2
   3:                APFS Volume Recovery                522.7 MB   disk3s3
   4:                APFS Volume VM                      2.1 GB     disk3s4

 

[Membre supprimé 1060554]

Parfait. Repasse encore une commande :

gpt show disk0

• qui affiche la distribution des blocs du disque

• note : pas de sudo dans le terminal de la session de secours > car la session de terminal = -bash-3.2# est root par défaut. Et on peut noter que le SSD a pris l'index d'appareil disk0 cette fois au lieu du disk1

Poste le tableau. Je veux voir si la computation des blocs du SSD se fait toujours avec un gabarit de bloc octuple de 4098 octets.

 

[Nosens]

voici :

-bash-3.2# gpt show disk0
    start     size  index  contents
        0        1         PMBR
        1        1         Pri GPT header
        2        4         Pri GPT table
        6    76800         
    76806  6759127      1  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  6835933        4         Sec GPT table
  6835937        1         Sec GPT header
-bash-3.2#

 

[Membre supprimé 1060554]

Bon : pas de lézard.

- passe la commande :​

diskutil umount force disk3s1

• qui démonte le volume Macintosh HD (seul monté par défaut)

Poste le retour.

 

[Nosens]

-bash-3.2# diskutil umount force disk3s1
Volume Macintosh HD on disk3s1 force-unmounted
-bash-3.2#

 

[Membre supprimé 1060554]

Voici la commande à passer à présent :

gpt add -b 6 -s 76800 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0 ; diskutil list disk0

• tu la passes en "copier-coller à rebours" : tu la copies ici d'abord avec Safari > tu la colles dans le terminal > tu l'exécutes (en somme : c'est comme si tu postais à l'envers la commande d'ici => dans le terminal)

• la commande recrée un descripteur de partition telle que : bloc de tête = n° 6 > extension = 76800 (blocs octuples de 4098 octets = 314,6 Mo) > type = "EFI" (via l'UUID de ce type = C12A7328-F81F-11D2-BA4B-00A0C93EC93B) ; puis affiche la configuration du SSD seul

Poste le retour.

 

[Nosens]

c'est fait :

disk0s2 added
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         28.0 GB    disk0
   1:                 Apple_APFS Container disk3         27.7 GB    disk0s1
   2:                        EFI                         314.6 MB   disk0s2
-bash-3.2#

 

[Membre supprimé 1060554]

Parfait -->

   2:                        EFI                         314.6 MB   disk0s2

• tu vas me dire que je me contente de peu : une nouvelle partition sans volume EFI et mal placée en queue de disque au lieu d'avoir le rang n° 1. On va arranger ça (dit le peintre qui passe derrière le plâtrier :hilarious.

- passe la commande (copier-coller à rebours) :​

newfs_msdos -F 32 -v EFI /dev/disk0s2 ; dsikutil mount disk0s2 ; diskutil list disk2

• la commande injecte un système de fichiers FAT-32 (requis pour une partition de type EFI) > formateur d'un volume EFI > remonte ce volume (ce qui force le kernel a prendre en charge le système de fichiers FAT-32 inscrit sur les blocs de tête de la partition) > réaffiche la configuration du SSD.

Poste le retour.

 

[Nosens]

et en plus tu fais de l'humour

newfs_msdos: warning: /dev/disk0s2 is not a character device
4096 bytes per physical sector
/dev/disk0s2: 76618 sectors in 76618 FAT32 clusters (4096 bytes/cluster)
bps=4096 spc=1 res=32 nft=2 mid=0xf8 spt=32 hds=16 hid=6 drv=0x80 bsec=76800 bspf=75 rdcl=2 infs=1 bkbs=6
-bash: dsikutil: command not found
/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk2
   1:                  Apple_HFS macOS Base System       2.0 GB     disk2s1
-bash-3.2#

ca a merdé la non ?

 

[Membre supprimé 1060554]

J'ai fait une faute de frappe dans le diskutil du milieu et une erreur d'appareil disk2 à la fin (ça sent le besoin de pause).

- mais la commande principale de formatage a réussi. Passe la commande de rattrapage :​

diskutil mount disk0s2 ; diskutil list disk0

• poste le retour.

 

[Nosens]

Je suis tellement dsl de t'emmerder avec mon problème , voici le retour :

/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         28.0 GB    disk0
   1:                 Apple_APFS Container disk3         27.7 GB    disk0s1
   2:                        EFI EFI                     314.6 MB   disk0s2
-bash-3.2#