10.12 Sierra problème fusion drive après échec Boot Camp

Bloc de code:
imac-de-jan-haesler:~ janhaesler$ diskutil eraseVolume free null disk1s4 ; diskutil eraseVolume free null disk1s5 ; diskutil coreStorage resizeStack ED92376C-D20B-4B54-A3BB-E01C87E317E9 0b ; diskutil list
Started erase on disk1s4 OSXRESERVED
Unmounting disk
Finished erase on disk1
Started erase on disk1s5 BOOTCAMP
Unmounting disk
Finished erase on disk1
The Core Storage Logical Volume UUID is ED92376C-D20B-4B54-A3BB-E01C87E317E9
Started CoreStorage operation
Checking prerequisites for resizing Logical-Physical volume stack
Growing Logical-Physical volume stack
Verifying file system
Using live mode
Performing live verification
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Macintosh HD appears to be OK
File system check exit code is 0
Growing Core Storage Physical Volume from 1 639 970 963 456 to 1 999 539 175 424 bytes
Copying booter
Growing disk partition
Modifying partition map
Growing Core Storage data structures
Resizing Core Storage Physical Volume structures
Resized Core Storage Physical Volume to 1 999 539 175 424 bytes
Growing Logical Volume
Resizing Core Storage Logical Volume structures
Resized Core Storage Logical Volume to 2 114 568 323 072 bytes
Growing file system
Finished CoreStorage 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_CoreStorage fusion                  120.9 GB   disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage fusion                  2.0 TB     disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +2.1 TB     disk2
                                 Logical Volume on disk0s2, disk1s2
                                 ED92376C-D20B-4B54-A3BB-E01C87E317E9
                                 Unencrypted Fusion Drive

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

imac-de-jan-haesler:~ janhaesler$

Tout semble revenu à la normale!
 
Oui : le CoreStorage ne présente aucun probième de re-partitionnement / dé-partitionnement.

- retour à la case départ de l'installation de Windows - donc. Si tu as des problèmes > crée un sujet spécifique sur le forum Windows sur Mac.​
 
Merci en tout cas beaucoup pour ton aide! J’ai appris plus en un jour qu’en 32 ans de Mac ou presque! Je crée donc un nouveau thread sur Windows sur Mac et je contacte Locke.
Un grand merci à toi
 
Bonjour à tous,
Voyant que les derniers messages sont récents et que ce sujet fait l'objet de plusieurs thread, je poste ici plutôt que dans un autre thread...

J'ai le même problème que les personnes précédentes : après le "partionnement" de mon disque dur interne avec bootcamp, j'ai perdu l'accès à la partie créée et je n'arrive plus à y accéder pour y installer windows...
Voici les étapes que j'ai réalisé, qui m'ont mené à ce soucis :

J'étais sur mac book pro mi-2014 Yosemite 250Go HD (j'ai désormais fais la MAJ Catalina 10.15.4 depuis),
J'ai lancé l'assistant bootcamp, utilisé une clef USB, téléchargé un iso de Windows 10 x32, et à la fin du travail de bootcamp, rien ne s'est passé (il était censé redémarrer il me semble).
J'ai donc manuellement éteint, puis rallumé en appuyant sur alt, choisis le disque Windows (la clef USB formatée), et lancé l'installation de Windows.

J'ai eu le message d'erreur "windows ne peut pas lire le paramètre product key", pour lequel j'ai trouvé un solution ici :

J'ai téléchargé le fichier suivant :
utounattend.xml.zip
Je l'ai placé dans la clef USB (où il y avait déjà un fichier qui s'appelait comme ça), ce qui me permet désormais d'accéder à l'installation de Windows.
Problème : lorsque je dois choisir le disque sur lequel faire l'installation, la partie créée par le bootcamp n'apparait pas ...

Je suis donc retourné sur mon interface OS, j'ai fais la MAJ Catalina en pensant que ça résoudrait mes problèmes... en vain ! Et j'ai fais les constats suivants :

-Dans le gestionnaire de stockage, il y a maintenant 50,53Go de "Autres" en dessous du Système :

Gestionnaire de stockage.png

-De plus, mes documents pèsent 67.7Go (ci-dessus), alors que dans le Finder ils théoriquement de 9Go sur disque, le reste sur ICloud (ci-dessous) :

Documents.png

-Et dans l'utilitaire de disque il n'y a pas de partition créée pour Windows :

Utilitaire de disques.png

J'ai donc taper dans le terminal la commande diskutil list et voici le résultat :

Bash:
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  165.4 GB   disk1s1
   2:                APFS Volume Preboot                 82.0 MB    disk1s2
   3:                APFS Volume Recovery                528.1 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.0 GB    disk1s5

Par contre pour la commande diskutil cs list voici la réponse :
Bloc de code:
No CoreStorage logical volume groups found
Donc j'imagine que le core storage ne me concerne pas ...

Voila, j'espère avoir été complet... Si besoin je peux préciser ! Merci
 
Dernière édition par un modérateur:
Bonsoir deltaphore

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

  • qui rétrécit le Conteneur apfs à 200 Go > et crée une partition BOOTCAMP d'environ 50 Go en foramt FAT-32 > puis affiche la configuration interne

Poste le retour intégral de la commande.
 
Re-bonjour,

Merci de votre réponse !!

Voila le retour de la commande :

Bash:
Started APFS operation
Aligning shrink delta to 50 790 436 864 bytes and targeting a new physical store size of 200 000 000 000 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 250 790 436 864 bytes
Error: -69521: Your APFS Container resize request is below the APFS-system-imposed minimal container size (perhaps caused by APFS Snapshot usage by Time Machine)
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  166.3 GB   disk1s1
   2:                APFS Volume Preboot                 82.0 MB    disk1s2
   3:                APFS Volume Recovery                528.1 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.0 GB    disk1s5

Si je comprends bien, l'erreur vient de Time machine qui impose d'avoir 250Go de stockage ?
 
Dernière édition par un modérateur:
Passe la commande (copier-coller) :
Bloc de code:
diskutil ap listSnaps disk1s1

  • la commande liste d'éventuels snapshots associés au volume-Données = instantanés apfs > qui archivent des états passés du volume > en verrouillant tous les blocs correspondant aux fichiers archivés à l'état "occupé"

=> est-ce que tu obtiens un retour de la commande ?
 
Voila le retour :

Bloc de code:
Snapshot for disk1s1 (1 found)
|
+-- F178F71B-7286-48A9-9B76-0338C999FACF
    Name:        com.apple.TimeMachine.2020-04-11-211237.local
    XID:         1957809
    Purgeable:   Yes
    NOTE:        This snapshot limits the minimum size of APFS Container disk1
 
Comme tu le vois => tu as bien 1 snapshot daté du 11 avril 202021H 12'). Il fixe la taille minimale du Conteneur apfs.

- va d'abord à : Menu  > Préférences Système > Time Machine => la case de l'option : "Sauvegarder automatiquement" est-elle cochée ?​
 
Décoche la case. Le cochage est le générateur de snapshots à des intervalles donnés. Quand une tâche Time Machine est lancée effectivement > en plus de sauvegarder l'état actuel du volume source > le logiciel utilise les snapshots pour sauvegarder d'après eux les états passés du volume qu'ils imagent.

- disons que si tu utilises Time Machine => tu recocheras ensuite la case si tu veux => après avoir partitionné avec l'Assistant BootCamp.​

----------

Cela fait > passe la commande (copier-coller) :
Bloc de code:
sudo tmutil deletelocalsnapshots 2020-04-11-211237

  • à validation > une demande de password s'affiche (commande sudo) => tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide
  • la commande supprime le snapshot qui verrouille en taille le Conteneur apfs

Poste le retour.
 
C'est bon cette fois !

voila le retour :

Bloc de code:
MacBook-Pro-de-Yann-2:~ Deltaphore$ sudo tmutil deletelocalsnapshots 2020-04-11-211237
Password:
Deleted local snapshot '2020-04-11-211237'
 
Repasse la commande-test :
Bloc de code:
diskutil ap resizeContainer disk1 200g fat32 BOOTCAMP 0b ; diskutil list internal

  • qui crée une partition BOOTCAMP et affiche le résultat

Poste le retour.
 
Voile donc le retour,

Bash:
MacBook-Pro-de-Yann-2:~ Deltaphore$ diskutil ap resizeContainer disk1 200g fat32 BOOTCAMP 0b ; diskutil list internal
Started APFS operation
Aligning shrink delta to 50 790 436 864 bytes and targeting a new physical store size of 200 000 000 000 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 195 303 571 456 bytes
Resizing APFS Container designated by APFS Container Reference disk1
The specific APFS Physical Store being resized is disk0s2
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l -S /dev/disk0s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
The volume Macintosh HD - Données was formatted by hfs_convert (748.41.3) 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 newfs_apfs (748.41.3) 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 newfs_apfs (748.41.3) 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 newfs_apfs (748.41.3) 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/disk0s2 appears to be OK
Storage system check exit code is 0
Shrinking APFS Physical Store disk0s2 from 250 790 436 864 to 200 000 000 000 bytes
Shrinking APFS data structures
Shrinking partition
Modifying partition map
4096 bytes per physical sector
/dev/rdisk0s3: 99174720 sectors in 1549605 FAT32 clusters (32768 bytes/cluster)
bps=512 spc=64 res=32 nft=2 mid=0xf8 spt=32 hds=255 hid=391034880 drv=0x80 bsec=99198976 bspf=12112 rdcl=2 infs=1 bkbs=6
Mounting disk
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk0s3
Finished APFS operation
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         200.0 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                50.8 GB    disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +200.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  157.0 GB   disk1s1
   2:                APFS Volume Preboot                 82.0 MB    disk1s2
   3:                APFS Volume Recovery                528.1 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.0 GB    disk1s5

Le disque bootcamp apparait bien dans l'utilitaire de disque ! Donc en principe je peux maintenant redémarrer en installer Win 10 ?
 
Dernière édition par un modérateur:
Passe la commande inverse (copier-coller) :
Bloc de code:
diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list internal

  • qui supprime la partition BOOTCAMP > récupère son espace au Conteneur apfs > réaffiche la configuration interne

Poste le retour complet.
 
Voila le retour :

Bloc de code:
Started erase on disk0s3
Unmounting disk
Finished erase on disk0
Started APFS operation
Aligning grow delta to 50 790 436 864 bytes and targeting a new physical store size of 250 790 436 864 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 250 789 408 768 bytes
Resizing APFS Container designated by APFS Container Reference disk1
The specific APFS Physical Store being resized is disk0s2
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l -S /dev/disk0s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
The volume Macintosh HD - Données was formatted by hfs_convert (748.41.3) 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 newfs_apfs (748.41.3) 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 newfs_apfs (748.41.3) 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 newfs_apfs (748.41.3) 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/disk0s2 appears to be OK
Storage system check exit code is 0
Growing APFS Physical Store disk0s2 from 200 000 000 000 to 250 790 436 864 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  157.8 GB   disk1s1
   2:                APFS Volume Preboot                 82.0 MB    disk1s2
   3:                APFS Volume Recovery                528.1 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.0 GB    disk1s5

J'ai bien 250 Go dans l'utilitaire de disque et la partie Bootcamp a disparue.
 
Aucun problème de redimensionnement du Conteneur apfs désormais.

- relance l'Assistant BootCamp !​
 
bonjour, j'ai également un problème avec un fusion drive après changement de HD vers SSD sur mon iMac 4,2 (late 2013).. je pense avoir un problème encore différent car je ne trouve pas la réponse en lisant le poste.

j'ai réinstallé Os Catania et je suis en 10.15.7. lorsque je lance bootcamp pour partitionner et rajouter windows, au moment du partitioning j'ai un message d'erreur.

diskutil list me donne ca:

/dev/disk0 (internal, physical):[/SIZE][/FONT] [SIZE=4][FONT=courier new] #: 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 *4.0 TB disk1 1: EFI EFI 209.7 MB disk1s1 2: Apple_APFS Container disk2 4.0 TB disk1s2 /dev/disk2 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +4.1 TB disk2 Physical Stores disk0s2, disk1s2 1: APFS Volume Macintosh HD - Données 994.2 GB disk2s1 2: APFS Volume Preboot 85.6 MB disk2s2 3: APFS Volume Recovery 529.0 MB disk2s3 4: APFS Volume VM 2.1 GB disk2s4 5: APFS Volume Macintosh HD 11.2 GB disk2s5 /dev/disk3 (external, physical): #: TYPE NAME SIZE IDENTIFIER 0: FDisk_partition_scheme *32.0 GB disk3[/FONT][/SIZE] [FONT=courier new][SIZE=4] 1: Windows_NTFS WinInstall 32.0 GB disk3s1

mais diskutil cs list me donne ca:

Imac:~ bdescham$ diskutil cs list No CoreStorage logical volume groups found

merci pour votre aide !