r e m y
C'est vrai que si la version de 
Windows qui doit être installée est 
W-7 > alors ça va se corser drôlement. Parce que cette version ancienne ne démarre qu'en mode « 
Legacy» > càd. par le biais d'une table de partition 
MBR (de type 
hybridée) inscrite sur le bloc 
0 du disque.
Bref > l'incommodité de ce type de table 
MBR utilisée pour démarrer un Système 
Windows > c'est qu'elle est incapable de gérer les blocs du disque au-delà de la limite de 
2,2 To > tous les blocs excédentaires étant considérés comme inexistants. Donc une partition pour 
Windows de par exemple 
400 Go > serait créée sur le disque à partir de la limite supérieure 
2,6 To jusqu'à 
3 To > et donc ne serait pas reconnue par la table 
MBR. L'«
Assistant BootCamp» refusant d'ailleurs de créer une telle partition 
BOOTCAMP.
Si c'est bien 
W-7 qui doit être installé > il faut alors paramétrer le disque de 
3 To (que je continue de supposer identifié comme 
disk0) par le jeu assez tortueux de commandes suivant :
1° passer la commande de partitionnement :
	
	
	
		Bloc de code:
	
	
		diskutil partitionDisk disk0 gpt jhfs+ UN 2.2t jhfs+ DEUX 0b
	 
  qui va créer 2 partitions principales > une 
disk0s2 exportant le volume 
UN de 
2,2 To > l'autre 
disk0s3 le volume 
DEUX de 
800 Go (le 
0b signifiant : utiliser tout l'espace restant pour créer la partition de queue du disque).
----------
2° créer un simili 
Fusion Drive associant les 2 partitions dans un 
CoreStorage par la paire de commandes :
2a création du 
Groupe de Volumes Logiques -->
	
	
	
		Bloc de code:
	
	
		diskutil coreStorage createLVG FUSION disk0s2 disk0s3
	 
  qui va créer un 
Logical Volume Group important un 
Physical Volume (disque dur virtuel) sur chaque partition principale. En sortie d'opération > l'
UUID de 32 caractères alpha-numériques de ce 
Logical Volume Group est affiché comme 
XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX --> le sélectionner et par 
⌘C le coller dans le presse-papier ;
----------
2b création du 
Volume Logique -->
	
	
	
		Bloc de code:
	
	
		diskutil coreStorage createLV XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX jhfs+ "Macintosh HD" 100%
	 
 (par 
⌘V coller l'
UUID exactement à la place de mon 
XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX dans la commande)
Cette commande exporte un 
Volume Logique unique intitulé 
Macintosh HD à partir des 2 
Physical Volumes des partitions 
disk0s2 et 
disk0s3.
 
----------
3° installer 
OS X dans le volume 
Macintosh HD. La partition de récupération 
Recovery HD de 
650 Mo va se créer à l'installation exactement 
entre les 2 partitions initiales de 
2,2 To et 
800 Go > ce qui fait qu'on devrait avoir le dispositif suivant :
	
	
	
		Bloc de code:
	
	
		/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk0
   1:                        EFI 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 GB     disk0s4
   5:                 Apple_Boot Boot OS X               134.2 MB   disk3s5
/dev/diskx (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +2.9 TB     diskx
                                 Logical Volume on dis02s2 disk0s4
                                 XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXX
                                 Unencrypted
	 
 
----------
Avec cette distribution logique imbriquée > le disque de 
3 To est considéré par l'«
Assistant BootCamp» comme "mono-partitionné" (
sic) car : les 2 partitions 
EFI & 
Recovery HD sont considérées comme de simples partitions 
utilitaires et pas des partitions "vraies" > et car : les 2 partitions 
disk0s2 et 
disk0s4 > dans la mesure où elles sont solidarisées en mode 
Fusion Drive par un 
CoreStorage > sont identifiées par l'«
Assistant BootCamp» comme supports d'exportation d'un seul disque virtuel : le 
Macintosh HD.
Dans cette configuration logique assez complexe > à supposer qu'on demande à l'«
Assistant BootCamp» de créer une partition 
BOOTCAMP de 
400 Go pour 
W-7 > voici comment elle sera créée :
	
	
	
		Bloc de code:
	
	
		/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage FUSION                  1.8 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:       Microsoft Basic Data BOOTCAMP                400 GB     disk0s4
   5:          Apple_CoreStorage FUSION                  800 GB     disk0s5
   6:                 Apple_Boot Boot OS X               134.2 MB   disk3s6
/dev/diskx (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +2.9 TB     diskx
                                 Logical Volume on dis02s2 disk0s5
                                 XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXX
                                 Unencrypted
	 
 
Càd. que c'est la partition 
CoreStorage -->  
2: Apple_CoreStorage FUSION 2.2 TB   disk0s2 qui va se trouver 
re-partitionnée par réduction à 
1.8 To > avec création d'une partition 
BOOTCAMP de 
400 Go en-dessous > la partition 
Recovery HD servant aussi de « 
booter » (démarreur) du 
Physical Volume de la partition 
disk0s2 se trouvant déplacé sur les blocs pour rester au contact de sa partition de référence.
Ce procédé complexe permet > par repartitionnement d'une partition 
CoreStorage dont la limite inférieure s'arrête à 
2,2 To > de toujours garder la partition 
BOOTCAMP dans la zone d'identification de blocs de la table 
Hybrid_MBR du bloc 
0 permettant de démarrer 
W-7.