Probleme bootcamp W10 & Mojave

[Toniomendos]

 start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6        
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1953115488      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  1953525128           7        
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

 

[Membre supprimé 1060554]

Cette ligne -->

           0           1         PMBR

• décrit le bloc 0 du HDD : il porte actuellement une PMBR (Protective_MBR) = fausse table MBR > ne comportant qu'un descripteur de l'ensemble de l'espace du disque comme d'un type 0xEE (= type EFI). Ainsi > ne comportant pas de descripteur spécifique des 2 partitions actuellement existantes sur le HDD => cette table "neutralisée" n'interfère pas avec la GPT et lui laisse une entière prérogative.

C'est parce que tu as supprimé la partition BOOTCAMP qui était de type Windows > que la table HMBR (Hybrid_MBR : décrivant au plus 3 partitions du disque reprises dans leurs localisations de la GPT) que je conjecturais inscrite alors sur le bloc 0 => a été reconvertie à une table PMBR neuralisée.

Je t'invite à recréer une partition BOOTCAMP avec l'Assistant BootCamp. Cela fait > repasse la commande :

sudo gpt show disk1

• et reposte le tableau des disques --> je te dirai s'il y a un problème sur le bloc 0.

 

[Toniomendos]

Bravo, je n'ai pas tout compris sur la partie

HMBR (Hybrid_MBR : décrivant au plus 3 partitions du disque reprises dans leurs localisations de la GPT) que je conjecturais inscrite alors sur le bloc 0 => a été reconvertie à une table PMBR neuralisée.

Mais a priori tu as découvert le pourquoi du comment. Je t'envoies le tableau dès que j'ai fini de refaire la clef que j'avais déjà relancé. Y aurait il un espoir ?

 

[Membre supprimé 1060554]

Voici l'explication -->

- sur les anciens Mac > lorsqu'il était question d'installer Window-7 --> le boot de cet OS était de type "Legacy" (héritage). Il fallait que l'EFI (programme de boot primaire du Mac) émule un BIOS > que ce BIOS puisse lire sur le bloc 0 du disque une table HMBR lui décrivant (en code MBR) la partition BOOTCAMP > afin d'exécuter enfin le démarreur bootmgr de W-7. Les ingénieurs de la  avait implémenté un mécanisme tel que > à la moindre création d'une partition de type Windows sur le disque du Mac --> une table HMBR comportant un descripteur MBR de cette partition était automatiquement créée.​

- en l'absence de partition de type Windows sur le disque d'un Mac > c'est régulièrement une table PMBR (recelant un seul descripteur de la totalité du disque comme étant du type EFI) qui se trouve inscrite sur le bloc 0. Cette table "bidon" (fake) n'exerce pas de perturbations sur la table GPT principale. Lorsqu'il s'agit d'installer Windows-10 > cet OS nouveau boote de manière privilégiée en mode UEFI. Càd. que l'EFI du Mac > lit dans la GPT principale le descripteur de la partition BOOTCAMP > et va y exécuter le démarreur bootmgr.efi de W-10. Ce cycle de boot ne fonctionne que si la table alternative du bloc 0 est une PMBR "neutre". Si une HMBR existe > elle "capture" le boot de l'EFI en déclenchant l'émulation d'un BIOS > mais ce BIOS est incapable d'exécuter le démarreur UEFI bootmgr.efi de W-10.​

À partir de l'OS Sierra compris > le mécanisme de création d'une HMBR sur le bloc 0 du disque à la création d'une partition de type Windows a donc été abandonné par les ingénieurs de la  > ce afin qu'aucune HMBR sur le bloc 0 ne viennent perturber le boot de Windows-10 - version de Windows contemporaine de Sierra. Le message d'erreur que tu as eu ("Partition de type MBR et pas GPT") évoquait la présence d'une HMBR pour un boot de type Legacy sur le bloc 0 --> d'où ma demande d'un scan des blocs du HDD. Scan qui n'a révélé qu'une PMBR neutre > aucune partition de type Windows n'existant plus sur le disque.

----------

Par ailleurs > j'attire ton attention sur l'intéressant message de monsieur dans ce fil : ☞Installation de Windows 10 1803☜ (clique le lien rouge). Je te conseille de t'inspirer de sa démarche.

- note : comme je n'utilise pas Windows > je n'ai aucune expertise dans ce genre de finesses de son installation.​

 

[Toniomendos]

Premièrement, je trouve très bizarre que lorsque je choisis une taille (80 Go) pour Windows dans bootcamp, il m'affiche sur la partition créée 200Go !!
Deuxièmement, tu remarqueras que j'ai un DDE de 4To et si le disque est branché, impossible de redémarrer l'ordi. et donc j'ai remarqué l'autre jour qu'il était en "Microsoft Basic Data MEDIAS". Est ce que ça ne serait pas lié ?

iMac-de-antoine:~ antoinemenez$ sudo gpt show disk1
Password:
gpt show: disk1: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6        
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1558353360      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  1558763000         520        
  1558763520   394760192      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1953523712        1423        
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header
iMac-de-antoine:~ antoinemenez$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         121.1 GB   disk0s2

/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 disk2         797.9 GB   disk1s2
   3:       Microsoft Basic Data BOOTCAMP                202.1 GB   disk1s3

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +919.0 GB   disk2
                                 Physical Stores disk0s2, disk1s2
   1:                APFS Volume Macintosh HD            197.9 GB   disk2s1
   2:                APFS Volume Preboot                 24.6 MB    disk2s2
   3:                APFS Volume Recovery                506.8 MB   disk2s3
   4:                APFS Volume VM                      2.1 GB     disk2s4

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *30.8 GB    disk3
   1:               Windows_NTFS WinInstall              30.8 GB    disk3s1

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:       Microsoft Basic Data MEDIAS                  4.0 TB     disk4s2

 

[Membre supprimé 1060554]

Ces mentions -->

gpt show: disk1: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR

• montrent qu'une HMBR (désignée comme "Suspicious MBR") a été recréée sur le bloc 0 du disque à la création de la partition BOOTCAMP. Tout se passe donc comme si le mécanisme logiciel Legacy des anciens OS X --> se trouvait déclenché à la création d'une partition de type Windows. Pourtant ce mécanisme est en principe abandonné dans une version de macOS comme Mojave.

• avec une table HMBR sur le bloc 0 du disque comme actuellement > tu ne peux pas installer Windows-10 en mode UEFI (via le démarrage EFI Boot). Tu ne peux que tenter de l'installer en mode Legacy (via le démarrage Windows). Car les ingénieurs de Windows-10 ont prévu un boot secondaire de W-10 > conforme au type Legacy > afin qu'il puisse s'installer sur de vieilles bécanes équipées d'un BIOS.

Passe la commande :

sysctl hw.model

• qui va permettre de connaître l'âge du capitaine l'identifiant de modèle de ton Mac

Poste le retour.

 

[Toniomendos]

Magnifique !!
Je mange un morceau et me remets au taf.

 

[Toniomendos]

hw.model: iMac13,2

 

[Membre supprimé 1060554]

À la fin de mon message #104 --> je t'ai donné un lien à un fil de ce même forum où monsieur a décrit comment il a enfin pu réussir à installer Windows-10 (après moult déboires). Consulte-le.

 

[Membre supprimé 1060554]

iMac 27" de 2012. Un Mac qui était plus destiné à installer W-7 que W-10. Je me demande si l'Assistant BootCamp de Mojave n'est pas le responsable de la recréation d'une HMBR > parce qu'il tiendrait compte du modèle de ton Mac.

Par ailleurs > il me semble me souvenir que Locke disait --> qu'aucun disque externe (comme ton 4 To) ne doit être branché au Mac (en-dehors de ceux nécessaires à l'installation) --> pendant l'opération d'installation.

 

[Toniomendos]

J’ai du mal a y croire mais j’ai W10 qui est en train de s’installer !!
La solution était de passer PMBR en MBR
et passer par windows au lieu de EFI ?

 

[Membre supprimé 1060554]

Avec une HMBR sur le bloc 0 > tu étais forcé de passer par le démarage Windows (qui désigne le mode d'installation "Legacy") -->

- Windows-10 doit donc s'installer dans le volume BOOTCAMP en mode Legacy : peut-être ce qui est adapté à ton Mac...​

 

[Toniomendos]

Voilà !!

j'ai bien W10 installé !!!

Par contre il m'annonce 145Go dispo sur 187Go sur le disque C:/. ça me parait bcp pour un OS. (et afficher à 202,12Go sur utilitaire de disques bizarre quand même)
aussi, il ne me propose pas le disque BC sur "disque de démarrage" de Mac OS, je suis obligé de passer par "option" au démarrage

Passons, je suis trop content que tu aies fini par trouver la solution. Tu es vraiment trop fort !! Merci Mille fois Macomaniac.

APFS Container (1 found)
|
+-- Container disk2 337D9C1D-A512-4790-B255-47CCA19F6F91
    ====================================================
    APFS Container Reference:     disk2 (Fusion)
    Size (Capacity Ceiling):      918999990272 B (919.0 GB)
    Capacity In Use By Volumes:   253437390848 B (253.4 GB) (27.6% used)
    Capacity Not Allocated:       665562599424 B (665.6 GB) (72.4% free)
    |
    +-< Physical Store disk0s2 B36B03F8-2629-4ED3-9EB6-F2E25D230198
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2 (Main)
    |   Size:                       121123069952 B (121.1 GB)
    |
    +-< Physical Store disk1s2 7D69929C-0FEC-40B7-BBDC-6B9179C87768
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk1s2 (Secondary, Designated Aux Use)
    |   Size:                       797876920320 B (797.9 GB)
    |
    +-> Volume disk2s1 1D23369D-A637-3080-B1E3-9E08589BC99A
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk2s1 (No specific role)
    |   Name:                      Macintosh HD (Case-insensitive)
    |   Mount Point:               /
    |   Capacity Consumed:         241959067648 B (242.0 GB)
    |   FileVault:                 No
    |
    +-> Volume disk2s2 1EA4B4BB-02D3-43AF-A08D-0B860543EE0F
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk2s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         24629248 B (24.6 MB)
    |   FileVault:                 No
    |
    +-> Volume disk2s3 6847C4F0-B7AC-4F9C-9384-9AFCD948364E
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk2s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         506806272 B (506.8 MB)
    |   FileVault:                 No
    |
    +-> Volume disk2s4 D8C55466-DBDE-459B-B562-531F312913C6
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk2s4 (VM)
        Name:                      VM (Case-insensitive)
        Mount Point:               /private/var/vm
        Capacity Consumed:         2147504128 B (2.1 GB)
        FileVault:                 No

 

[Membre supprimé 1060554]

Content pour toi !

- je pense qu'il vaut mieux que le volume de démarrage automatique soit Macintosh HD. Et que pour démarrer sur BOOTCAMP => il te faille passer par "alt" et le choix d'un volume intitulé Windows à l'écran de choix du volume de démarrage.​

note : ne t'étonne pas qu'un volume intitulé BOOTCAMP en tant qu'appareil pris en charge par le kernel (de l'OS Mojave démarré) > soit affiché sous l'intitulé de Windows à l'écran du gestionnaire de démarrage (boot_manager) de l'EFI. Car Windows est un "label-de-boot" (nom de démarrage) fixé sur le volume BOOTCAMP et uniquement affiché à l'écran du gestionnaire de démarrage. "Label-de-boot" qui peut différer (comme ici) du "nom-d'appareil" du volume.
​

- je vois que la consommation d'espace global du Conteneur apfs est de 253437390848 B (= 253,4 Go). Alors que l'occupation des 4 volumes de ce Conteneur est de : 241959067648 B (Macintosh HD) + 24629248 B (Preboot) + 506806272 B (Recovery) + 2147504128 B (VM) => 244638007296 B (= 244,7 Go). Ce qui donne : 253437390848 B - 244638007296 B => 8799383552 B (= 8,8 Go).​

il y a donc toujours de manière incompréhensible une espèce de "tare" = d'espace perdu dans le Conteneur apfs > qui ne correspond à aucune occupation en terme de "contenu" des 4 volumes apfs > mais qui paraît constituer l'espace consommé pour la génération du volume principal (puisque "tare" présente dès la création solitaire de ce volume). L'Utilitaire de disque a donc tort d'affecter ces 8,8 Go aux "Autres volumes" dans le Conteneur > puis qu'il s'agit du déficit d'espace du Conteneur impliqué par la génération du volume de démarrage Macintosh HD. Je ne pense pas que cet espace perdu de 8,8 Go soit "normal" (logiciellement parlant) > mais comme tu as un disque de grande taille (1 To) cela ne grève pas ton usage ; et de toute façon cela paraît une sorte de fatalité --> aucune des façons de recréer le Fusion Drive apfs (par création directe à partir des 2 partitions de disques > ou par conversion d'un Fusion Drive CoreStorage recréé rétrogradement par l'argument resetFusion) ne permettant d'échapper à cette anomalie.​

 

[Toniomendos]

Salut Macomaniac,
Je voulais savoir si je devais réactiver mon SIP après toutes ce manoeuvres ?

 

[Membre supprimé 1060554]

Si tu veux le réactiver > c'est la commande :

csrutil enable

• uniquement dans le Terminal de la session de secours.

 

[Toniomendos]

Merci pour tout, je viens de finir ma réinstall. tout fonctionne nickel. Apres qqes soucis avec tunnelblick vs prise cpl"
Par contre, Jamais vu windows démarrer aussi vite !! Encore bravo pour le travail fourni. Je n'hésiterais pas à revenir te voir en cas.
Bon Matin