BootCamp partition inconnue

Le type de la table de partition auxiliaire du bloc 0 du HDD est PMBR = Protective_MBR --> version neutralisée de table MBR ne décrivant aucune partition spécifique sur le disque 1 > mais le représentant comme non-partitionné. C'est ce qu'il faut > dans la mesure où tu cherches à installer Windows-10 > OS qui boote en mode UEFI (par l'EFI) et pas en mode Legacy (par un BIOS émulé) comme Windows-7. En effet > l'EFI du Mac doit pouvoir aller chercher le boot_loader de Windows-10 dans le volume Untitled par la table GPT principale des blocs 1 > 32 - sans obstruction de la table PMBR secondaire.

=> au niveau tables de partition --> je ne vois rien de problématique.


Par ailleurs > le format du volume Untitled qui monte sur la partition disk1s4 est NTFS (il y a donc eu reformatage du FAT-32 de départ par le Programme d'installation de Windows). Sa taille est 49 Go : ça me semble trop faible comme espace de partition.

=> comment t'y prends-tu pour tenter d'installer Windows ? - tu relances l'«Assistant BootCamp» chaque fois ?
 
comment t'y prends-tu pour tenter d'installer Windows ? - tu relances l'«Assistant BootCamp» chaque fois ?
Cliquez pour agrandir...

oui, sauf pour la dernière partition 'bootcamp' nomé Untitled réaliser avec l’utilitaire de disque.
 
Est-ce que tu veux que je te passe une commande supprimant la partition Untitled > et récupérant son espace au CoreStorage du Fusion Drive > pour voir si tu peux utiliser l'«Assistant BootCamp» pour lui faire recréer complètement une partition BOOTCAMP > et enchaîner sur l'installation de W-10 ?
 
je sait pas, je peut utiliser bootcamp j'ai accès au 3 options.

je refais une installation propre par bootcamp en lui demandant de supprimer l'ancienne 'installation'

Bloc de code: 
MBP-de-Pat-002:~ pat$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:          Apple_CoreStorage FUSION                  2.2 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:          Apple_CoreStorage FUSION                  800.2 GB   disk0s4
   5:                 Apple_Boot Boot OS X               134.2 MB   disk0s5

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk1
   1:                        EFI NO NAME                 209.7 MB   disk1s1
   2:          Apple_CoreStorage FUSION                  121.0 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +3.1 TB     disk2
                                 Logical Volume on disk1s2, disk0s2, ...
                                 71D25C1D-10E2-4B78-AC4E-F6A610F42894
                                 Unencrypted Fusion Drive

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *7.8 GB     disk3
   1:                 DOS_FAT_32 WININSTALL              7.8 GB     disk3s1


après une ré-installation 'propre' je ne voit la partition bootcamp d'ailleurs il ne m'a pas demander de taille pour celle-ci..
 
Dernière édition par un modérateur:
Pour récupérer l'espace manquant éventuel > tu passes la commande :
Bloc de code: 
diskutil coreStorage resizeStack 71D25C1D-10E2-4B78-AC4E-F6A610F42894 0b

----------

Tant que tu y es > tu peux ensuite repasser (pour toi-même) la commande :
Bloc de code: 
diskutil list
pour vérifier si actuellement ton SDD est toujours identifié en disk1 et ton HDD en disk0 comme dans le dernier tableau - tu le vérifies à la taille en Go = 121 Go du SSD - ce qui doit être exact si tu n'as pas re-démarré. Si c'est bien le cas > tu peux utiliser les commandes qui suivent en copier-coller -->

- tu passes la commande combinée -->
Bloc de code: 
diskutil mount disk1s1 ; diskutil rename disk1s1 EFI ; diskutil umount force disk1s1

  • cette commande va monter la partition EFI du SDD > la renommer de NO NAME à EFI > et la re-démonter.

- ensuite > la commande :
Bloc de code: 
sudo dd if=/dev/disk1s1 of=/dev/disk0s1 bs=4096
(attention ! la commande est lente à s'exécuter --> ne fais rien tant que le pointeur reste collé à la marge gauche en-dessous de l'invite de commande à ton nom et tant que tu n'as pas récupéré cette dernière. Ça peut bien prendre 5 minutes ou plus en tout.
  • cette commande va cloner en mode blocs la partition EFI du SSD sur la partition EFI du HDD (qui a perdu son volume et qui devrait le retrouver à l'issue de cet apurement).

=> re-démarre à complétion de l'opération > puis reposte le tableau retourné par un :
Bloc de code: 
diskutil list
histoire de voir si tout est en ordre à nouveau...

(L'absence de volume EFI de la partition de type EFI du HDD peut constituer un obstacle > car c'est un volume d'accueil pour des exécutables de démarrage)
 
Bloc de code: 
MBP-de-Pat-002:~ pat$ diskutil coreStorage resizeStack 71D25C1D-10E2-4B78-AC4E-F6A610F42894 0b
The Core Storage Logical Volume UUID is 71D25C1D-10E2-4B78-AC4E-F6A610F42894
Started CoreStorage operation
Checking prerequisites for resizing Logical-Physical volume stack
Error: -69743: The new size must be different than the existing size
MBP-de-Pat-002:~ pat$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:          Apple_CoreStorage FUSION                  2.2 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:          Apple_CoreStorage FUSION                  800.2 GB   disk0s4
   5:                 Apple_Boot Boot OS X               134.2 MB   disk0s5

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk1
   1:                        EFI NO NAME                 209.7 MB   disk1s1
   2:          Apple_CoreStorage FUSION                  121.0 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +3.1 TB     disk2
                                 Logical Volume on disk1s2, disk0s2, ...
                                 71D25C1D-10E2-4B78-AC4E-F6A610F42894
                                 Unencrypted Fusion Drive

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *7.8 GB     disk3
   1:                 DOS_FAT_32 WININSTALL              7.8 GB     disk3s1

MBP-de-Pat-002:~ pat$

la nouvelle taille peut-être différente de la taille existante...
 
Vivid a dit:
la nouvelle taille peut-être différente de la taille existante...
Cliquez pour agrandir...

Le message dit : « must » = doit --> il faut qu'il y ait de l'espace libre disponible pour que le CoreStorage puisse être élargi à une taille supérieure - ce qui n'est pas le cas. Donc tu es sûr qu'aucun espace libre invisible n'existe sur le HDD. RAS.

=> tu peux enchaîner sur les autres commandes (vérifie que le SSD est toujours identifié en disk1).
 
Bloc de code: 
MBP-de-Pat-002:~ pat$ diskutil mount disk1s1 ; diskutil rename disk1s1 EFI ; diskutil umount force disk1s1
Volume NO NAME on disk1s1 mounted
Volume on disk1s1 renamed to EFI
Volume EFI on disk1s1 force-unmounted
MBP-de-Pat-002:~ pat$ sudo dd if=/dev/disk1s1 of=/dev/disk0s1 bs=4096
Password:
51200+0 records in
51200+0 records out
209715200 bytes transferred in 2.176044 secs (96374522 bytes/sec)
MBP-de-Pat-002:~ pat$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:          Apple_CoreStorage FUSION                  2.2 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:          Apple_CoreStorage FUSION                  800.2 GB   disk0s4
   5:                 Apple_Boot Boot OS X               134.2 MB   disk0s5

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage FUSION                  121.0 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +3.1 TB     disk2
                                 Logical Volume on disk1s2, disk0s2, ...
                                 71D25C1D-10E2-4B78-AC4E-F6A610F42894
                                 Unencrypted Fusion Drive

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *7.8 GB     disk3
   1:                 DOS_FAT_32 WININSTALL              7.8 GB     disk3s1

MBP-de-Pat-002:~ pat$
 
Re-démarre ton Mac > et reposte après ré-ouverture de ta session le tableau d'une nouvelle commande diskutil list => un volume EFI devrait alors être rattaché à la partition de tête du HDD.
 
Bloc de code: 
/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_CoreStorage FUSION                  121.0 GB   disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage FUSION                  2.2 TB     disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
   4:          Apple_CoreStorage FUSION                  800.2 GB   disk1s4
   5:                 Apple_Boot Boot OS X               134.2 MB   disk1s5

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +3.1 TB     disk2
                                 Logical Volume on disk0s2, disk1s2, ...
                                 71D25C1D-10E2-4B78-AC4E-F6A610F42894
                                 Unencrypted Fusion Drive

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *7.8 GB     disk3
   1:                 DOS_FAT_32 WININSTALL              7.8 GB     disk3s1

MBP-de-Pat-002:~ pat$
 
Parfait ! Ta configuration logique est à nouveau sans bavures -->
Bloc de code: 
1:             EFI EFI             209.7 MB   disk1s1
(tu remarqueras que d'un démarrage sur un autre > tes 2 disques peuvent permuter de n° --> à présent le HDD est disk1 et le SDD disk0. Cela dépend uniquement de la vitesse d'attachement des disques au Système du Mac au démarrage. Ça ne pose aucun problème > sauf qu'il faut éventuellement tenir compte de ces variations)

Évidemment > tu peux encore retenter le coup avec l'«Assistant BootCamp» (créer partition etc.) - mais c'est un domaine à propos duquel je n'ai guère de lumières pour te seconder. Je n'ai fait qu'installer W-7 plusieurs fois à partir d'un DVD sur un Mac "Vintage" uniquement pour tester (je ne me suis absolument pas servi de «Windows») > mais je n'ai jamais essayé d'installer W-10 (mon Mac est trop ancien pour une installation directe).
 
je vais créer une partition de 50 ou 100 Go avec l'utilitaire disque la reformater en nfts pour que l'installateur windows la reconnaisse et je teste.

non... je refait une installation bootcamp et je te re-montre le contenu du fusion drive histoire de vérifier si la partition bootcamp est installer.

bon il ne ma pas demander de dimensionner la partition... mauvais signe j’attends la fin de l'installation

de retour...
Bloc de code: 
You have mail.
MBP-de-Pat-002:~ pat$ 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_CoreStorage FUSION                  121.0 GB   disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage FUSION                  2.2 TB     disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
   4:          Apple_CoreStorage FUSION                  800.2 GB   disk1s4
   5:                 Apple_Boot Boot OS X               134.2 MB   disk1s5

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +3.1 TB     disk2
                                 Logical Volume on disk0s2, disk1s2, ...
                                 71D25C1D-10E2-4B78-AC4E-F6A610F42894
                                 Unencrypted Fusion Drive

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *7.8 GB     disk3
   1:                 DOS_FAT_32 WININSTALL              7.8 GB     disk3s1

forcer de constater que bootcamp n'a pas créer sa partition..
je pense qu'il va falloir que je la créer a la mano... non ?
 
Dernière édition par un modérateur:
Alors voici la problématique (allez hop ! un petit laïus
361608_original.png
)

Dès qu'on crée sur un disque Mac une partition dans un format non-Apple (par exemple le FAT-32) > les ingénieurs de la  ont implémenté un automatisme tel que > la MBR secondaire du bloc 0 du HDD (par définition une PMBR) va être automatiquement convertie à un type HMBR = Hybrid_MBR. C'est une table qui redécrit en mode MBR 3 partitions (au plus) de la table GPT principale du même disque.

Cet automatisme logique créateur d'une HMBR est adapté aux vieux Windows (comme W-7) qui bootent en mode Legacy > mais pas au nouveau Windows (qui boote en mode UEFI) > car la présence d'une HMBR risque de faire obstruction à ce type de démarrage > en re-suscitant le mode BIOS émulé incompatible.

Mais il y a toujours moyen de reconvertir une HMBR au type PMBR (ce que fait normalement l'«Assistant BootCamp» en coulisses - je présume - s'il est question d'installer W-10).​

Voici ce que je te propose dans un premier temps : faisons comme si de rien n'était (de ce que je viens de rapporter dans mon laïus) et créons tranquillement une partition dans les 100 Go au format préalable FAT-32. Tu passes la commande :
Bloc de code: 
diskutil coreStorage resizeStack 71D25C1D-10E2-4B78-AC4E-F6A610F42894 3t fat32 BOOTCAMP 0b

L'opération effectuée > passe les 2 commandes :
Bloc de code: 
diskutil list
sudo gpt show /dev/disk1
et poste les tableaux retournés > histoire de vérifier l'état des lieux. Ensuite > tu pourras tenter d'installer dans la nouvelle partition...
 
Bloc de code: 
/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_CoreStorage FUSION                  121.0 GB   disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage FUSION                  2.1 TB     disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s7
   4:       Microsoft Basic Data BOOTCAMP                114.4 GB   disk1s8
   5:          Apple_CoreStorage FUSION                  800.2 GB   disk1s4
   6:                 Apple_Boot Boot OS X               134.2 MB   disk1s5

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +3.0 TB     disk2
                                 Logical Volume on disk0s2, disk1s2, ...
                                 71D25C1D-10E2-4B78-AC4E-F6A610F42894
                                 Unencrypted Fusion Drive

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *7.8 GB     disk3
   1:                 DOS_FAT_32 WININSTALL              7.8 GB     disk3s1

MBP-de-Pat-002:~ pat$ sudo gpt show /dev/disk1
Password:
       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  4072076656      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  4072486296     1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  4073755832         840        
  4073756672   223526912      4  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  4297283584        1056        
  4297284640  1562986344      5  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  5860270984      262144      6  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  5860533128           7        
  5860533135          32         Sec GPT table
  5860533167           1         Sec GPT header
 
Tiens ! non... Tu as bien une partition BOOTCAMP de 114 Go en FAT-32 > mais la MBR du bloc 0 est restée une PMBR (Protective_MBR). Il doit y avoir eu une modification logicielle en coulisses. Quel est ton OS - déjà ?

Sinon > tu peux retenter le coup de l'installation à destination de la BOOTCAMP.
 
effectivement :wideyed: sierra 10.12.4

sous win elle est visible; lecteur 1 partition 4 et fait 106 Go, va falloir la formater sous win pour continuer
 
Dernière édition par un modérateur:
Je ne sais pas, Vivid, si tu as eu davantage de chance avec ta dernière tentative d'installation de «Windows-10».

J'interviens ici sur un point tout à fait annexe. J'ai eu l'occasion (dans l'intervalle des messages #103 > #105) de faire une petite découverte qui est la suivante -->

Avec l'OS «Sierra» manifestement > le vieux protocole mis en place par les ingénieurs de la  consistant > en contre-coup automatique de toute création d'une partition au format «Windows» (FAT-32, par exemple) sur le disque d'un Mac > en la conversion de la PMBR (Protective_MBR) du bloc 0 au type HMBR (Hybrid_MBR) --> ce protocole n'a plus lieu d'être. Créer une partition dans un format «Windows» laisse intouchée la PMBR par défaut du bloc 0.

Ce protocole ancien (actif jusqu'à «El Capitan» inclus) visait à favoriser le démarrage sur les antiques versions de «Windows» qui s'opéraient en mode Legacy = par un BIOS_émulé par l'EFI du Mac. Ce BIOS_émulé ne pouvait lire qu'une table de partition MBR (et pas GPT) > à condition que ladite MBR décrive des partitions du disque. Or la PMBR par défaut a pour caractéristique d'être une table "neutralisée" qui ne décrit aucune partition > mais représente le disque comme s'il était "mono-partitionné". La génération automatique d'une HMBR > s'accompagnait évidemment d'une mise en écho de partitions définies par la GPT principale > dans cette table HMBR (avec une limitation : pas plus de 3 partitions redécrites en écho). Ainsi > le BIOS_émulé pouvait lire dans la HMBR du bloc 0 la description ad hoc d'une partition BOOTCAMP > et aller au volume monté sur cette partition exécuter le boot_loader "old_school" de «Windows».

La version actuelle de «Windows» = «Windows-10» ne démarre plus en mode Legacy > mais en mode UEFI. Ce qui revient à dire sur Mac que l'EFI n'a plus besoin d'une table HMBR sur le bloc 0 pour lui adresser la partition BOOTCAMP > mais lit la table GPT principale (blocs 1 > 32) > et passe par son adressage pour aller au volume Windows exécuter le boot_loader "new_age" de type .efi. Je m'explique par là l'abandon dans «Sierra» du mécanisme de génération automatique d'une HMBR sur le bloc 0 du disque du Mac > HMBR ayant pour effet de susciter un BIOS_émulé par l'EFI. Càd. de contrarier le boot sur W-10 qui demande simplement la connexion : EFI > GPT.

Ce nouvel état de choses devrait (je présume) faciliter l'installation et le boot de «Windows-10» > mais inversement compliquer la tâche d'installer et de booter les anciens «Windows» comme «W-7». Car «W-7» réclame de booter en mode Legacy = par un BIOS_émulé > ce qui implique la recréation d'une HMBR sur le bloc 0 lui permettant d'adresser le volume «Windows». HMBR qui n'est plus automatiquement générée sur le bloc 0 à la création d'un format de partition de type «Windows».​

J'en viens donc à me demander si les échecs précédents de Vivid installer «W-7» sur son Mac dont l'OS est «Sierra» > ne proviennent pas d'un défaut de HMBR sur le bloc 0 > HMBR qui n'est plus automatiquement créée dans l'environnement de «Sierra».
 
Bonjour les gens :coucou:
touche alt enfoncer pour démarrer sur la partition efi, j'ai formater (sous win) la partition Bootcamp et aprés avoir cliquer sur suivant, "nous n'avons pas pu créer de partition, ni localiser une partition déjà existante. Pour plus d'informations, voir les fichiers journaux d'installation." alors qu'il vient de l'accepter et de la formater 2 secondes avant...windaube...:siffle:
 
:coucou: Vivid

Je sèche. Je ne vois pas sur quoi l'installateur de W-10 bloque.

Évidemment > quelqu'un de vraiment accroché au projet d'installer Windows pourrait encore tenir le raisonnement suivant -->

  • ton iMac 2014 est clairement trop récent pour que tu puisses installer W-7 => donc c'est W-10 qu'il te faut installer.
  • W-10 boote en mode EFI > utilisant la table GPT principale du HDD (sur une partition duquel doit s'installer W-10) => conséquence : la table MBR secondaire ne jouant plus aucun rôle > la vieille limitation des 2,2 To de blocs gérés seulement est obsolète.
  • peut-être alors que le découpage du HDD en 2 tranches CoreStorage (disk1s2 = 2,2 To + disk1s4 = 800 Go - si je me place dans l'hypothèse de départ d'un HDD sans partition dédiée à Windows) > découpage uniquement justifié dans la perspective d'installer W-7 bootant en mode Legacy (BIOS_émulé par l'EFI > table HMBR du bloc 0) > se trouve constituer a contrario l'obstacle logique à l'installation de W-10.
--------------------​

De ce raisonnement théorique > se laissent déduire les conséquences pratiques suivantes :

- 1° re-démarrer sur le clone (mis-à-jour pour l'occasion).

- 2° via le «Terminal» du clone > supprimer l'actuel CoreStorage Fusion Drive > pour en recréer un neuf vide tel que --> le HDD serait mono-partitionné en une méga-partition de 3 To. Il n'y aurait donc que 2 bandes CoreStorage associées = disk0s2 (SSD = 120 Go) & disk1s2 (HDD = 3 To).

- 3° rétro-cloner le clone dans le volume monté sur le Volume Logique unique du Fusion Drive.

- 4° relancer l'«Assistant BootCamp» > voir s'il accepte de créer une partition pour W-10 (non assujetti à la limite des 2,2 To décrits par une HMBR > puisque bootant par l'EFI utilisant la GPT qui elle est une table sans limitation du nombre de blocs gérables) - sinon créer a la mano une partition BOOTCAMP (sachant désormais que dans l'environnement de «Sierra» la table PMBR secondaire du bloc 0 n'est plus affectée par un format FAT-32 > mais reste une PMBR ne contrariant pas le boot de W-10).

(cette partition cette fois-ci serait créée absolument en queue de HDD de 3 To > exactement comme dans le cas de figure d'un HDD de 1 To.)

- 5° retenter l'install de W-10 dans le volume.​

=> à toi de voir si tu veux te lancer dans cette manœuvre (le nouveau Fusion Drive serait logiquement beaucoup plus simple > la seule phase un peu longue étant l'opération de rétro-clonage du clone dans le nouveau volume monté sur le Fusion Drive).

--------------------​
 

Sujets similaires

P
Partition Bootcamp impossible
Réponses
84
Affichages
9K
Windows sur Mac
Danielmorphee
D
T
Problème de stockage - partition Windows 10/BOOTCAMP
Réponses
21
Affichages
4K
Windows sur Mac
ericse
ericse
Q
bootcamp problème installation
Réponses
1
Affichages
2K
Windows sur Mac
Locke
Locke
J
bootcamp, une partition-copy sur SSD externe reste non-bootable
Réponses
12
Affichages
2K
Windows sur Mac
Membre supprimé 1060554
M
M
Supprimer partition bootcamp par erreur
Réponses
4
Affichages
817
Windows sur Mac
Locke
Locke
Haut Bas