Mon disque n’a pas pu être partitionné (BootCamp)

[Stronox]

Voici le retour !

maxime@MacBook-Pro ~ % diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list internal
Started erase on disk0s3 (BOOTCAMP)
Unmounting disk
Finished erase on disk0
Started APFS operation
Aligning grow delta to 50 685 575 168 bytes and targeting a new physical store size of 250 685 575 168 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 250 684 547 072 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 /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 was formatted by storagekitd (1677.50.1) and last modified by apfs_kext (1677.81.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1 (com.apple.os.update-35C699ADD439C653A3B09EBD8A30FBD366881244EB7C82207A2E135362FCCB7F)
Checking the extent ref tree
Checking the fsroot tree
Checking the file extent tree
Checking volume
Checking the APFS volume superblock
The volume Macintosh HD - Data was formatted by asr (1412.101.1) and last modified by apfs_kext (1677.81.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
error: Cross Check : ExtentRef physical extent (0x2e39514 + 2816) has kind APFS_KIND_UPDATE but was not referenced previously
Checking the fsroot tree
warning: apfs_fs_alloc_count is not valid (expected 23879377, actual 23882193)
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by asr (1412.101.1) and last modified by apfs_kext (1677.81.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 asr (1412.101.1) and last modified by apfs_kext (1677.81.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 apfs_boot_util (1677.50.1) and last modified by apfs_kext (1677.81.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 Update was formatted by com.apple.Mobile (1677.50.1) and last modified by apfs_kext (1677.81.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
warning: overallocation detected on Main device: (0x2e39514+2816) bitmap address (0x52a1b)
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 685 575 168 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⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         250.7 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.7 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD⁩            15.1 GB    disk1s1
   2:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.1 GB    disk1s1s1
   3:                APFS Volume ⁨Macintosh HD - Data⁩     97.8 GB    disk1s2
   4:                APFS Volume ⁨Preboot⁩                 365.9 MB   disk1s3
   5:                APFS Volume ⁨Recovery⁩                613.9 MB   disk1s4
   6:                APFS Volume ⁨VM⁩                      2.1 GB     disk1s5

 

[Membre supprimé 1060554]

Retour à la situation de départ bien effectué. Pas de problème de repartitionnement / départitionnement.

- relance l'Assistant BootCamp : est-ce que tu as toujours un blocage ?​

 

[Stronox]

Je viens d'essayer à l'instant, oui toujours la même erreur : "Votre disque n'a pas pu être partitionné"

 

[Membre supprimé 1060554]

Quelle taille demandes-tu pour la partition BOOTCAMP ?

 

[Stronox]

J'ai le choix de 42 à 114 Go ; J'ai essayé les deux extrêmes, et j'ai le même message dans tous les cas.

 

[Membre supprimé 1060554]

Fais le test suivant -->

- redémarre >les 2 touches ⌘R (cmd R) tenues pressées pour ouvrir la session de secours. Quand tu as l'écran aux 4 Utilitaires macOS > lance l'Utilitaire de disque. Presse la pastille : " Présentation" et sélectionne : "Afficher tous les appareils". Sélectionne ensuite le Conteneur apfs > et fais un S.O.S. dessus pour réparer le système de fichiers apfs global.​

Redémarre ensuite normalement > et ta session réouverte => refais un test de partitionnement avec l'Assistant BootCamp en demandant par exemple 80 Go.

 

[Stronox]

Je viens d'essayer, ça a fonctionné !!
Un énorme merci à toi !!

Par curiosité, pourrais tu me dire d'ou venait le problème ?
Aussi, penses que je pourrais à l'avenir supprimer cette partition pour en créer une plus petite que 90Go sans avoir de soucis ?

Encore merci !!!

 

[Membre supprimé 1060554]

Content pour toi !

- la réparation de l'apfs depuis la session de secours a peut-être corrigé des détails qui bloquaient l'Assistant BootCamp. Pourtant le repartitionnement fonctionnait sans ça. Je ne peux pas pointer exactement la raison du problème.​

​

- les tests qu'on a faits ont montré que tu peux très bien supprimer la partition BOOTCAMP et récupérer son espace au Conteneur apfs. Si tu veux le faire > passe par l'Assistant BootCamp et pas par l'Utilitaire de disque. Et tu dois pouvoir recréer une partition BOOTCAMP plus modeste en taille.​

 

[Locke]

Aussi, penses que je pourrais à l'avenir supprimer cette partition pour en créer une plus petite que 90Go sans avoir de soucis ?

Comme mentionné en réponse #168 il faudra impérativement relancer Assistant Boot Camp pour faire la suppression d'une partition Windows. Ne jamais utiliser Utilitaire de disque pour la supprimer sous peine de retrouver le même problème. Si une partition Windows est trop petite ou trop grande, le seul logiciel capable d'agrandir/rétrécir une partition est Camptune. Ne jamais utiliser Utilitaire de disque sous peine de perdre les informations de macOS et/ou de Windows.