Probleme bootcamp W10 & Mojave

Bloc de code:
Storage system check exit code is 0
Growing APFS Physical Store disk1s2 from 1 878 901 370 880 to 2 000 189 177 856 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         121.3 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk2         121.0 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk1
   1:                        EFI NO NAME                 209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         2.0 TB     disk1s2

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

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            CCCOMA_X64FRE_FR-FR... +5.4 GB     disk3

Je peux pas faire en deux ^^... ça sera en 3!
 
Le HDD a été apuré des petites partitions et tu as récupéré la totalité de l'espace-disque disponible -->

- ce problème est donc résolu.​

Note : pour ce qui est du procédé d'installation de Windows --> je ne suis pas compétent.
 
Merci bien. D'accord je vais dans ce cas attendre l'aide d'un autre membre pour la suite alors ^^.
 
C'est Locke qui est compétent sur le sujet. Je pense qu'il est actuellement en vacances. Il devrait se manifester dans ton fil à son retour.
 
Entendu, merci bien!
 
Bonjour à toute l'équipe,

Tout d'abord, je tiens à préciser que je ne suis pas sûr d'écrire ce message au bon endroit. Désolé si ce n'est pas le cas.

Possesseur d'un IMAC fin 2012, Mojave 10.14.5 & W7 (Bootcamp).

J'ai voulu mettre à jour vers W10 et là c'est le drame !!
Après un premier échec via BC assistant , ainsi que différents tests avec "utilitaire de disques" --> sans succès,
Je me suis donc retrouvé sur MACG à lire des dizaines de pages sur le sujet (avec macomaniac bien sur).
Mais comme avec le Fusion Drive les cas de figurent sont toujours différents,
je préfère avoir un retour perso plutôt que de tenter des choses que je ne comprends qu'à moitié et finir avec mon outil de travail en carafe.

Et donc, comme vu plusieurs fois, voici mon problème :(

Dans BC assistant:
Votre disque n'a pas pu être partitionné.
une erreur s'est produite lors du partitionnement du disque...


Merci de votre aide

Ci-dessous diskutil list

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_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 disk0s2, disk1s2

   1:                APFS Volume MacOne                  797.1 GB   disk2s1

   2:                APFS Volume Preboot                 24.5 MB    disk2s2

   3:                APFS Volume Recovery                506.9 MB   disk2s3

   4:                APFS Volume VM                      2.1 GB     disk2s4
 
Bonjour Toniomendos

Je vois que tu as un iMac avec 2 disques internes : un SSD de 121 Go & un HDD de 1 To. Les 2 partitions principales (disk0s2 & disk1s2) de ces disques sont associées logiquement par un procédé Fusion Drive apfs (introduit par l'OS Mojave). Elles coopèrent donc pour exporter un espace-disque virtuel commun de 1,1 To nommé Conteneur. 4 volumes se partagent cet espace-Conteneur : le volume de démarrage MacOne (occupé pour 797 Go) et ses 3 auxiliaires. Je note qu'aucune partition de type Microsoft Basic Data > portant un volume BOOTCAMP --> n'existe actuellement en queue de DDE (la position de cette partition en cas de Fusion Drive).

- est-ce que ton problème est le blocage d'un repartitionnement du Conteneur apfs > ce qui empêche son rétrécissement (non destructeur) et la formation d'une partition BOOTCAMP en queue de HDD ? - note : étant entendu que la partition apfs donneuse pour la création d'un volume BOOTCAMP est toujours celle du HDD.​
 
Hello,

1. Effectivement Pas de partition MBD Bootcamp ,
elle a disparu en utilisant BC assistant qui m'a reformé le Fusion Drive en "1 partition".

2. blocage d'un repartitionnement du Conteneur apfs
Comment savoir? je ne comprends pas tout
Tout ce que je voudrais s'est soit utiliser le SSD de 121Go pour Mac OSX ET Windaube euh... Windows 10
et si pas possible quand meme installer windows 10 sur une partition ntfs sur le HDD.
Est ce possible sans formater mon Fusion Drive?

3. Que veux dire DDE ?

merci
 
HDD = HarD Drive = disque dur rotatif.

Passe la commande test (copier-coller) :
Bloc de code:
diskutil ap resizeContainer disk2 950g fat32 BOOTCAMP 0b ; diskutil list disk1

  • la commande rétrécit (non destructivement) le Conteneur apfs à 950 Go > et crée un volume BOOTCAMP en FAT-32 d'environ 170 Go en queue de HDD (rotatif - le 1 To) > puis affiche la configuration du HDD

Poste l'ensemble de l'affichage retourné => on verra s'il y a un blocage du repartitionnement.
 
Bloc de code:
Started APFS operation
Aligning shrink delta to 171 118 202 880 bytes and targeting a new physical store size of 828 876 926 976 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 741 351 620 608 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/disk0s2
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 MacOne was formatted by hfs_convert (945.200.129) and last modified by apfs_kext (945.260.7)
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 (945.200.129) and last modified by apfs_kext (945.260.7)
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 (945.200.129) and last modified by apfs_kext (945.260.7)
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 apfs.util (945.200.129) and last modified by apfs_kext (945.260.7)
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/disk0s2 appears to be OK
Storage system check exit code is 0
Shrinking APFS Physical Store disk1s2 from 999 995 129 856 to 828 876 926 976 bytes
Shrinking APFS data structures
Shrinking partition
Modifying partition map
4096 bytes per physical sector
/dev/rdisk1s3: 334131456 sectors in 5220804 FAT32 clusters (32768 bytes/cluster)
bps=512 spc=64 res=32 nft=2 mid=0xf8 spt=32 hds=255 hid=1619310592 drv=0x80 bsec=334213120 bspf=40792 rdcl=2 infs=1 bkbs=6
Mounting disk
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk1s3
Finished APFS operation
/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         828.9 GB   disk1s2
   3:       Microsoft Basic Data BOOTCAMP                171.1 GB   disk1s3
 
A priori j'ai l'impression que cela a bien fonctionné, un nouveau volume Bootcamp en FAT32 est apparu
Faut il que je réessaie avec Bootcamp assistant ?
 
Aucun problème de repartitionnement. Passe la commande (qui remet le dispositif originel) -->
Bloc de code:
diskutil eraseVolume free null disk1s3 ; diskutil ap resizeContainer disk2 0b ; diskutil list

  • la commande supprime la partition BOOTCAMP > récupère son espace au Conteneur apfs > réaffiche le tableau complet des disques

Poste l'ensemble de l'affichage retourné.
 
Bloc de code:
Started erase on disk1s3 BOOTCAMP
Unmounting disk
Finished erase on disk1
Started APFS operation
Aligning grow delta to 171 118 202 880 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/disk0s2
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 MacOne was formatted by hfs_convert (945.200.129) and last modified by apfs_kext (945.260.7)
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 (945.200.129) and last modified by apfs_kext (945.260.7)
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 (945.200.129) and last modified by apfs_kext (945.260.7)
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 apfs.util (945.200.129) and last modified by apfs_kext (945.260.7)
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/disk0s2 appears to be OK
Storage system check exit code is 0
Growing APFS Physical Store disk1s2 from 828 876 926 976 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 disk0s2, disk1s2
   1:                APFS Volume MacOne                  797.1 GB   disk2s1
   2:                APFS Volume Preboot                 24.5 MB    disk2s2
   3:                APFS Volume Recovery                506.9 MB   disk2s3
   4:                APFS Volume VM                      2.1 GB     disk2s4
 
Tout est revenu à la case départ. Tu n'as plus qu'à réutiliser l'Assistant BootCamp.
 
Je ne vois pas pourquoi l'Assistant BootCamp bloque au re-partitionnement > puisqu'on a vérifié manuellement qu'il était supporté.

- quelle est la taille de la nouvelle partition que tu demandes ?​
 
Au cas où > tente l'action suivante -->

- redémarre > les 2 touches ⌘R pressées pour ouvrir la session de secours. Dans la fenêtre des 4 Utilitaires macOS > lance l'Utilitaire de disque.​

- dans l'angle supérieur gauche du panneau > clique la pastille : "Présentation" et sélectionne l'option : "Afficher tous les appareils".​

- sélectionne le Conteneur qui surplombe le volume MacOne (et pas seulement le volume) et fais un S.O.S. dessus.​

- redémarre (Menu  > Disque de démarrage > MacOne)​

=> ta session réouverte > reteste un partitionnement avec l'Assistant BootCamp.
 
J'ai bien effectué la manip SOS sur le conteneur, mais de nouveau la meme erreur sur Assistant Bootcamp.
La nuit porte conseil.
Bonne nuit.
Capture d’écran 2019-06-18 à 22.56.01.png Capture d’écran 2019-06-18 à 22.56.32.png