Boot Camp - "Votre disque n'a pas pu être partitionné"

iPimouss

Membre confirmé
16 Septembre 2012
22
3
Bonjour,

J'ai un MacBook Pro 13 2020 sur lequel je souhaite pouvoir installer en dual boot Windows 10.

L'Assistant Boot Camp se lance bien, je peux choisir la taille de la partition Windows sans difficultés et passer à l'étape suivante (téléchargement logiciel de prise en charge Windows, ...), mais au moment de lancer le partitionnement du disque, j'ai un message d'erreur qui s'affiche, interrompant la procédure :

Capture d’écran 2021-01-30 à 08.49.53.png

J'ai bien essayé toutes les étapes proposées par le lien "En savoir plus", sans succès...
Le forum regorge de cas plus ou moins similaires, mais je suis un peu perdu dans les différentes étapes, qui semblent différentes d'une personne à une autre.

Si quelqu'un a une idée pour me venir en aide... Il en est remercié par avance ! :)
 
Bonjour iPimouss

Voici comment tu vas pouvoir fournir les informations de base -->

- va à : Applications > Utilitaires > lance le «Terminal». Dans la fenêtre ouverte > saisis la commande informative (ce qui est inscrit sous Bloc de code) :​
Bloc de code:
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)
  • tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs configurations

Poste le retour en copier-coller > en veillant à faire le coller dans un Bloc de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu (le 16è depuis la gauche = vers le milieu de la barre) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> (= Bloc de code) => tu fais ton coller dans la fenêtre de code et Continuer.​

=> ces informations montreront la configuration du disque.
 
Bonjour @macomaniac et merci infiniment pour ton aide !

Voici le résultat de la commande diskutil list :

Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         500.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +500.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD⁩            15.7 GB    disk1s1
   2:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.7 GB    disk1s1s1
   3:                APFS Volume ⁨Macintosh HD - Data⁩     219.6 GB   disk1s2
   4:                APFS Volume ⁨Preboot⁩                 565.6 MB   disk1s3
   5:                APFS Volume ⁨Recovery⁩                610.8 MB   disk1s4
   6:                APFS Volume ⁨VM⁩                      24.6 KB    disk1s5
 
Tu as une distribution à 6 volumes de Big Sur dans le Conteneur. Avec 236 Go d'occupation sur 500 Go de capacité.

- passe la commande (copier-coller) :​
Bloc de code:
diskutil ap resizeContainer disk1 350g fat32 BOOTCAMP 0b ; diskutil list internal
  • la commande rétrécit le Conteneur à 350 Go > crée un volume BOOTCAMP indépendant de 150 Go en format FAT-32 > réaffiche la configuration interne

Poste le retour intégral de la commande. En cas de blocage de l'opération => on saura et pourquoi.
 
Voici le résultat de la commande :

Bloc de code:
Started APFS operation
Aligning shrink delta to 149 963 177 984 bytes and targeting a new physical store size of 349 999 996 928 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 499 591 938 048 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                        *500.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         500.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +500.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD⁩            15.7 GB    disk1s1
   2:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.7 GB    disk1s1s1
   3:                APFS Volume ⁨Macintosh HD - Data⁩     220.8 GB   disk1s2
   4:                APFS Volume ⁨Preboot⁩                 565.6 MB   disk1s3
   5:                APFS Volume ⁨Recovery⁩                610.8 MB   disk1s4
   6:                APFS Volume ⁨VM⁩                      24.6 KB    disk1s5

Je ne suis pas spécialement calé, mais il semble y avoir quelque chose du côté de Time Machine...
 
Il doit y avoir des snapshots (instantanés apfs archivant des états passés d'un volume et verrouillant comme occupés tous les blocs correspondants). Il suffit que quelques-uns de ces blocs soient situés en queue d'espace du Conteneur > pour que l'opération automatique consistant à cloner leurs écritures plus haut avant de les libérer > pour dégager une bande continue d'espace libre en bas de Conteneur permettant de créer une partition => se trouve bloquée.

- passe la commande :​
Bloc de code:
tmutil listlocalsnapshotdates
  • qui liste tous les snapshots existants quelque soit le volume associé

Poste le retour si tu en as un.
 
Merci pour tes explications, c'est très clair à comprendre ;)
Sans savoir, c'est vraiment difficile de comprendre où se situe le blocage.

Voici le retour de la commande :

Bloc de code:
Snapshot dates for all disks:
2021-01-30-091428
2021-01-30-111516
2021-01-30-134423
2021-01-30-145107
 
4 snapshots ! rien que ça... Tous les 4 d'aujourd'hui.

- utilises-tu Time Machine ?​
 
Oui effectivement je l'utilise. La sauvegarde Time Machine semble s'exécuter toutes les heures, sans aucune manipulation de ma part, ça fait le boulot tout seul dans son coin. C'est normal autant que ça en une seule journée ?
 
Il s'agit de sauvegardes d'états temporels du volume sous forme de snapshots > qui s'accumulent en attente d'une sauvegarde réelle à ton disque de TM. Il faut supprimer ces snapshots sinon tu ne pouras pas repartitionner ton Conteneur.

- passe la commande :​
Bloc de code:
sudo tmutil deletelocalsnaphots 2021-01-30-091428 ; sudo tmutil deletelocalsnaphots 2021-01-30-111516 ; sudo tmutil deletelocalsnaphots 2021-01-30-134423 ; sudo tmutil deletelocalsnaphots 2021-01-30-145107
  • à 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 1 à 1 les 4 snapshots

Poste le retour.
 
Voici le retour de la commande complète dans le Terminal, après la saisie de mon mot de passe :

Bloc de code:
Password:
deletelocalsnaphots: Unrecognized verb.
deletelocalsnaphots: Unrecognized verb.
deletelocalsnaphots: Unrecognized verb.
deletelocalsnaphots: Unrecognized verb.

Edit : Je me demande s'il y a pas une petite coquille dans "deletelocalsnapshots". Non ?
Edit2 : J'ai fait la correction dans la commande et j'ai désormais ce retour dans le Terminal, ce qui semble mieux ainsi :) :

Bloc de code:
Deleted local snapshot '2021-01-30-091428'
Deleted local snapshot '2021-01-30-111516'
Deleted local snapshot '2021-01-30-134423'
Deleted local snapshot '2021-01-30-145107'
 
Hé ! hé ! j'ai oublié un s à snapshots. L'Anglais me tuera... Passe la commande éditée :
Bloc de code:
sudo tmutil deletelocalsnapshots 2021-01-30-091428 ; sudo tmutil deletelocalsnapshots 2021-01-30-111516 ; sudo tmutil deletelocalsnapshots 2021-01-30-134423 ; sudo tmutil deletelocalsnapshots 2021-01-30-145107
  • et poste le retour.
 
Pas de soucis, j'avais fait la correction et édité mon post précédent ;)

Voici le retour de la commande :

Bloc de code:
Deleted local snapshot '2021-01-30-091428'
Deleted local snapshot '2021-01-30-111516'
Deleted local snapshot '2021-01-30-134423'
Deleted local snapshot '2021-01-30-145107'
 
Instantanés supprimés. Repasse la commande de repartitionnement-test :
Bloc de code:
diskutil ap resizeContainer disk1 350g fat32 BOOTCAMP 0b ; diskutil list internal
  • et poste le retour.
 
Le retour complet de la commande, je vois un code erreur à la fin, je ne sais pas si cela a fonctionné ou non :

Bloc de code:
Started APFS operation
Aligning shrink delta to 149 963 177 984 bytes and targeting a new physical store size of 349 999 996 928 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 241 692 573 696 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 (1640.0.0.111.2) and last modified by apfs_kext (1677.60.23)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1 (com.apple.os.update-5523D8E63431315F9F949CCDD0274BF797F5CEE4EAF616D4C66A01B8D6A83C7B)
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.60.23)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
warning: found orphan dstream id object (id 2751451, refcnt 1)
warning: found orphan file extents (id 2751451, size 4096)
warning: found orphan file extent (id 2751451) at logical address 0
warning: found orphan dstream id object (id 8932819, refcnt 1)
warning: found orphan file extents (id 8932819, size 4096)
warning: found orphan file extent (id 8932819) at logical address 0
warning: found orphan dstream id object (id 13072798, refcnt 1)
warning: found orphan file extents (id 13072798, size 4096)
warning: found orphan file extent (id 13072798) at logical address 0
warning: found orphan dstream id object (id 13850069, refcnt 1)
warning: found orphan file extents (id 13850069, size 4096)
warning: found orphan file extent (id 13850069) at logical address 0
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by asr (1412.101.1) and last modified by apfs_kext (1677.60.23)
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.60.23)
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 (1640.0.0.111.2) and last modified by apfs_kext (1677.60.23)
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.Mobi (1640.0.0.111.2) and last modified by apfs_kext (1677.60.23)
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
Performing deferred repairs
warning: found orphan dstream id object (id 2751451)
Skipped 8/8 repairs of this type in total
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Shrinking APFS Physical Store disk0s2 from 499 963 174 912 to 349 999 996 928 bytes
Shrinking APFS data structures
APFS Container Resize error code is 49187
Error: -69606: A problem occurred while resizing APFS Container structures
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         500.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +500.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD⁩            15.7 GB    disk1s1
   2:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.7 GB    disk1s1s1
   3:                APFS Volume ⁨Macintosh HD - Data⁩     219.2 GB   disk1s2
   4:                APFS Volume ⁨Preboot⁩                 565.6 MB   disk1s3
   5:                APFS Volume ⁨Recovery⁩                610.8 MB   disk1s4
   6:                APFS Volume ⁨VM⁩                      24.6 KB    disk1s5
 
C'est ce qu'on appelle tomber de Charybde (un tourbillon en forme d'entonnoir) en Scylla (un monstre dissimulé à têtes multiples) -->
Bloc de code:
Error: -69606: A problem occurred while resizing APFS Container structures
  • cette fois-ci une erreur interne à l'apfs fait avorter le repartitionnement

Redémarre > les 2 touches ⌘R (cmd R) pressées pour ouvrir la session de secours. Quand tu as l'écran aux 4 Utilitaires macOS > lance l'Utilitaire de disque -->

- dans la partie gauche supérieure du panneau > presse la pastille : "Présentation" > "Afficher tous les appareils". Le Conteneur apfs est alors affiché. Sélectionne-le et fais un S.O.S. dessus pour réparer l'apfs. Cela effectué > redémarre (Menu  > Disque de démarrage > Macintosh HD > Redémarrer).​

De retour dans ta session > repasse la commande de répartitionnement > et poste le retour => qu'on voie s'il y a une différence due à la réparation de l'apfs.
 
Des années, pour ne pas dire décennies, de Mac sans avoir de petits soucis, il fallait bien que ça arrive un jour ! ;)

J'ai bien lancé SOS sur le conteneur APFS dans l'utilitaire de disque à partir de la session de secours, voici le résultat de la commande de répartitionnement (je crois que mon MacBook Pro est un cas d'école ou alors un récalcitrant !) :

Bloc de code:
Started APFS operation
Aligning shrink delta to 149 963 177 984 bytes and targeting a new physical store size of 349 999 996 928 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 241 726 128 128 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 (1640.0.0.111.2) and last modified by apfs_kext (1677.60.23)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1 (com.apple.os.update-5523D8E63431315F9F949CCDD0274BF797F5CEE4EAF616D4C66A01B8D6A83C7B)
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.60.23)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
error: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (0x3f86ad + 1)
error: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (0x373d60c + 1)
error: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (0x6492475 + 1)
error: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (0x658a7ae + 1)
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by asr (1412.101.1) and last modified by apfs_kext (1677.60.23)
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.60.23)
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 (1640.0.0.111.2) and last modified by apfs_kext (1677.60.23)
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.Mobi (1640.0.0.111.2) and last modified by apfs_kext (1677.60.23)
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 499 963 174 912 to 349 999 996 928 bytes
Shrinking APFS data structures
APFS Container Resize error code is 49187
Error: -69606: A problem occurred while resizing APFS Container structures
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         500.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +500.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD⁩            15.7 GB    disk1s1
   2:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.7 GB    disk1s1s1
   3:                APFS Volume ⁨Macintosh HD - Data⁩     219.3 GB   disk1s2
   4:                APFS Volume ⁨Preboot⁩                 565.6 MB   disk1s3
   5:                APFS Volume ⁨Recovery⁩                610.8 MB   disk1s4
   6:                APFS Volume ⁨VM⁩                      24.6 KB    disk1s5
 
Bon : il y a eu une erreur clandestine dans l'apfs dès la formation de ce système de fichiers sur la partition. Antérieurement à ton installation de Big Sur. Il doit s'agir d'une erreur héritée de la 1ère formation de l'apfs. Est-ce que tu n'avais pas au départ installé High Sierra en format apfs sur ton disque - si ce dernier est un SSD ?

- note : le Conteneur suite à cette erreur interne à l'apfs => est verrouillé en taille.​
 
J'ai acheté mon MacBook Pro neuf en juin 2020, il était sous Catalina, sans autre système auparavant. Puis il est passé sous Big Sur lors de sa mise à disposition.
Ça expliquerait toute cette galère pour utiliser Boot Camp...

S'il n'y a pas vraiment de solution, est-ce qu'il faudrait que j'envisage quelque chose de plus radical, comme repartir de zéro, restaurer ma sauvegarde Time Machine puis lancer Boot Camp ?