si aucune utilité en l'état, il dégage.Et donc : qu'advient-il de l'actuelle partition BOOTCAMP ?
si aucune utilité en l'état, il dégage.Et donc : qu'advient-il de l'actuelle partition BOOTCAMP ?
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 377.9 GB disk1s2
3: Microsoft Basic Data BOOTCAMP 622.1 GB disk1s3
/dev/disk2 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +499.0 GB disk2
Physical Stores disk1s2, disk0s2
1: APFS Volume Macintosh HD - Données 14.1 GB disk2s1
2: APFS Volume Preboot 82.3 MB disk2s2
3: APFS Volume Recovery 528.1 MB disk2s3
4: APFS Volume VM 4.3 GB disk2s4
5: APFS Volume Macintosh HD 11.0 GB disk2s5
diskutil eraseVolume free null disk1s3 ; diskutil ap resizeContainer disk2 0b ; diskutil list internal
Started erase on disk1s3 BOOTCAMP
Unmounting disk
Finished erase on disk1
Started APFS operation
Aligning grow delta to 622 118 215 680 bytes and targeting a new physical store size of 999 995 129 856 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 999 994 101 760 bytes
Resizing APFS Container designated by APFS Container Reference disk2
The specific APFS Physical Store being resized is disk1s2
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l -S /dev/disk1s2
Checking the container superblock
Checking the fusion superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking the Fusion data structures
Checking volume
Checking the APFS volume superblock
The volume Macintosh HD - Données was formatted by hfs_convert (1412.101.1) and last modified by apfs_kext (1412.101.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by hfs_convert (1412.101.1) and last modified by apfs_kext (1412.101.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Recovery was formatted by diskmanagementd (1412.101.1) and last modified by apfs_kext (1412.101.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume VM was formatted by diskmanagementd (1412.101.1) and last modified by apfs_kext (1412.101.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Macintosh HD was formatted by diskmanagementd (1412.101.1) and last modified by apfs_kext (1412.101.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Verifying allocated space
The volume /dev/disk1s2 appears to be OK
Storage system check exit code is 0
Growing APFS Physical Store disk1s2 from 377 876 914 176 to 999 995 129 856 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/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 1000.0 GB disk1s2
/dev/disk2 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +1.1 TB disk2
Physical Stores disk1s2, disk0s2
1: APFS Volume Macintosh HD - Données 14.1 GB disk2s1
2: APFS Volume Preboot 82.3 MB disk2s2
3: APFS Volume Recovery 528.1 MB disk2s3
4: APFS Volume VM 4.3 GB disk2s4
5: APFS Volume Macintosh HD 11.0 GB disk2s5
Non, pas du tout, Assistant Boot Camp prépare toujours une partition temporaire en FAT32 avant de passer la main à l'installateur de Windows. Durant l'installation, il faudra obligatoirement sélectionner cette partition temporaire ayant toujours pour nom BOOTCAMP en majuscules pour en faire le formatage en NTFS et l'installation se poursuit.Désolé Macomaniac, mais ma curiosité me pique etje souhaiterai comprendre ce qui a créé le problème. En toute logique, il y aurait dû y avoir une partition en ExFat, à formater lorsque l'installation de windows avait la main. Cette partition BOOTCAMP n'était pas visible, pour quoi et pourquoi pour une taille demandée de 500Go elle indiquait 622Go ?
ouiComment avais-tu créé la partition BOOTCAMP ? - avec l'Assistant BootCamp ?
c'est ce que j'ai fait mais n'ai pas eu comme résultat.Non, pas du tout, Assistant Boot Camp prépare toujours une partition temporaire en FAT32 avant de passer la main à l'installateur de Windows. Durant l'installation, il faudra obligatoirement sélectionner cette partition temporaire ayant toujours pour nom BOOTCAMP en majuscules pour en faire le formatage en NTFS et l'installation se poursuit.
Si la réservation avait été faite, mais qu'Assistant Boot Camp mentionnait qu'il ne pouvait pas continuer, par défaut la partition reste en FAT32. S'il y a un avortement durant l'installation de Windows, la partition sera bien en NTFS, mais en aucun cas il n'y aura augmentation de la taille de la réservation de base. Je n'ai jamais vu ça depuis que je fais des installations de Windows. Avec Assistant Boot Camp, le formatage en NTFS ne pourra jamais se faire sans être passé par l'installateur de Windows.c'est ce que j'ai fait mais n'ai pas eu comme résultat.
Je n'ai pas la réponse, mais je constate que tous ceux qui ont un FusionDrive peuvent rencontrer un problème, pas forcément similaire, mais un problème. N'ayant pas de Mac avec Fusion Drive, je ne peux pas en dire plus, ni même m'amuser à chercher d'où pourrait provenir un tel problème.J'ai pourtant suivi la procédure. C'est ce que je m'explique pas, pourquoi cette partition BOOTCAMP n'est pas visible au moment du choix de la partition sur laquelle windows doit s'installer, ni l'augmentation de la taille de cette partition. J'imagine que le surplus viens du disque SSD de 128 Go .... mais pourquoi ???
Avec Utilitaire de disque tu ne verras ni la barrette SSD, ni le disque dur à plateaux, uniquement que la fusion des deux disques. Si c'était le cas, ce serait un vrai binz pour faire correctement un formatage. Avec le Terminal, c'est la seule possibilité de voir tout ce qui est connecté physiquement ou créé virtuellement.Ce qui me perturbe, c'est de ne pas voir le SSD de 128 Go.
En tout état de cause, je suis passé à autre chose, je finalise l'installation de Windows 10 sur un SSD.
Mais j'aurai voulu comprendre.