[Bootcamp] Votre disque n’a pas pu être partitionné...

petrucciani

Membre confirmé
12 Février 2015
52
0
30
Bonjour à tous,

J'ai vu de nombreux sujets traitants mon problème, mais chacun semble être différents, je tente donc ma chance.

Je suis sous BigSur (11.0.1), et j'ai cette erreur à chaque tentative de partition avec l'Assistant BootCamp. J'ai déjà essayé les solutions proposées sur le site d'Apple.

Voici les informations de base lorque je colle diskutil list dans le terminal :

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 - Données⁩  340.9 GB   disk1s1
   2:                APFS Volume ⁨Preboot⁩                 282.8 MB   disk1s2
   3:                APFS Volume ⁨Recovery⁩                655.5 MB   disk1s3
   4:                APFS Volume ⁨VM⁩                      24.6 KB    disk1s4
   5:                APFS Volume ⁨Macintosh HD⁩            14.9 GB    disk1s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 14.9 GB    disk1s5s1

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            WINDOWS 10 PRO COMP... +2.6 GB     disk2

Quelqu'un pourrait-il m'aider ?

Merci beaucoup !
 
Bonjour petrucciani

Passe la commande expérimentale (copier-coller) :
Bloc de code:
diskutil ap resizeContainer disk1 400g fat32 BOOTCAMP 0b ; diskutil list internal
  • la commande rétrécit le Conteneur apfs à 400 Go > crée une partition de 100 Go avec un volume BOOTCAMP en FAT-32 > affiche la configuration interne

Poste le retour intégral de la commande. Si elle bloque => la raison en sera mentionnée.
 
Voilà le retour (c'est très long !) :

Bloc de code:
Snapshot dates for all disks:
Started APFS operation
Aligning shrink delta to 99 963 174 912 bytes and targeting a new physical store size of 400 000 000 000 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 365 206 437 888 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 - Données was formatted by newfs_apfs (748.30.63) and last modified by apfs_kext (1677.50.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
....... (voire plus bas)
....... (pareil)
Storage system check exit code is 0
Shrinking APFS Physical Store disk0s2 from 499 963 174 912 to 400 000 000 000 bytes
Shrinking APFS data structures
APFS Container Resize error code is 49174
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 - Données⁩  341.9 GB   disk1s1
   2:                APFS Volume ⁨Preboot⁩                 282.8 MB   disk1s2
   3:                APFS Volume ⁨Recovery⁩                655.5 MB   disk1s3
   4:                APFS Volume ⁨VM⁩                      24.6 KB    disk1s4
   5:                APFS Volume ⁨Macintosh HD⁩            14.9 GB    disk1s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 14.9 GB    disk1s5s1

Il y a deux lignes qui sont apparues plusieurs fois mais que j'ai du enlever sinon le message était trop long, de ce style :

error: Cross Check : FSroot tree references extent (0x6d762ee + 16) which is not present in the ExtentRef tree

error: Cross Check : Mismatch between extentref entry reference count (0) and calculated fsroot entry reference count (1) for extent (0x6d767be + 16)
error: Cross Check : Mismatch between extentref entry reference count (0) and calculated fsroot entry reference count (1) for extent (0x6d767ce + 32)
 
Il semble qu'il y ait des erreurs affectant le fsroot tree (segment apfs formateur du volume-Données). Erreurs susceptibles de bloquer un repartitionnement > malgré un code de sortie global de la vérification sans faute (0).

- passe encore la commande :​
Bloc de code:
diskutil ap list
  • qui affiche un tableau détaillé de l'apfs

Poste le tableau. C'est pour savoir si FileVault est activé ou non.
 
Voici :

Bloc de code:
APFS Container (1 found)
|
+-- Container disk1 0EAB5DB8-C74A-4D1B-9BF3-EF9671A25F3F
    ====================================================
    APFS Container Reference:     disk1
    Size (Capacity Ceiling):      499963174912 B (500.0 GB)
    Capacity In Use By Volumes:   358761803776 B (358.8 GB) (71.8% used)
    Capacity Not Allocated:       141201371136 B (141.2 GB) (28.2% free)
    |
    +-< Physical Store disk0s2 1AC9BB88-17E1-4BDB-83FB-F55D3B3C3757
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2
    |   Size:                       499963174912 B (500.0 GB)
    |
    +-> Volume disk1s1 75DA3CF0-EF21-4163-8118-E5A0FFC50416
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s1 (Data)
    |   Name:                      Macintosh HD - Données (Case-insensitive)
    |   Mount Point:               /System/Volumes/Data
    |   Capacity Consumed:         342718402560 B (342.7 GB)
    |   Sealed:                    No
    |   FileVault:                 Yes (Unlocked)
    |
    +-> Volume disk1s2 950B8D0E-F4AF-4566-A29F-F07E280581B9
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               /System/Volumes/Preboot
    |   Capacity Consumed:         282845184 B (282.8 MB)
    |   Sealed:                    No
    |   FileVault:                 No
    |
    +-> Volume disk1s3 A49F5CC0-48BA-4E95-BA72-DA08319F9857
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         655458304 B (655.5 MB)
    |   Sealed:                    No
    |   FileVault:                 No
    |
    +-> Volume disk1s4 271D7FF6-B3B3-4BDD-A9EF-75DA9F4E4528
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s4 (VM)
    |   Name:                      VM (Case-insensitive)
    |   Mount Point:               /System/Volumes/VM
    |   Capacity Consumed:         24576 B (24.6 KB)
    |   Sealed:                    No
    |   FileVault:                 No
    |
    +-> Volume disk1s5 A98D1B9E-B5CD-4607-A2B2-F9B16CFE6628
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk1s5 (System)
        Name:                      Macintosh HD (Case-insensitive)
        Mount Point:               /Volumes/Macintosh HD 1
        Capacity Consumed:         14941515776 B (14.9 GB)
        Sealed:                    Broken
        FileVault:                 Yes (Unlocked)
        Encrypted:                 No
        |
        Snapshot:                  95B528A7-C7AE-4C27-8A87-7CB185A9D3DD
        Snapshot Disk:             disk1s5s1
        Snapshot Mount Point:      /
        Snapshot Sealed:           Yes
 
Cette mention -->
Bloc de code:
    |   FileVault:                 Yes (Unlocked)
  • monte que FileVault est activé pour le volume-Données

Redémarre > les 2 touches ⌘R (command R) tenues pressées pour ouvrir la session de secours. Dans la fenêtre des 4 Utilitaires macOS > lance l'Utilitaire de disque. 2 actions préalables à la réparation de l'apfs : a) presse la pastille Présentation et sélectionne : "Afficher tous les appareils " --> ce qui affiche le Conteneur apfs > b) sélectionne Macintosh HD - Données grisé (non monté car verrouillé par FileVault) > bouton : Monter > ton mot-de-passe de session dans le panneau qui le demande => Macintosh HD - Données doit être libellé en noir si remonté

- si oui => sélectionne maintenant le Conteneur apfs global et fais un S.O.S. dessus.​

Redémarre enfin et de retour dans ta session --> repasse encore la commande :
Bloc de code:
diskutil ap resizeContainer disk1 400g fat32 BOOTCAMP 0b ; diskutil list internal
  • et poste le retour => qu'on voie si le repartitionnement a été débloqué par une réparation.
 
Bloc de code:
Started APFS operation
Aligning shrink delta to 99 963 174 912 bytes and targeting a new physical store size of 400 000 000 000 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 362 790 518 784 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 - Données was formatted by newfs_apfs (748.30.63) and last modified by apfs_kext (1677.50.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.77.4) and last modified by apfs_kext (1677.50.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.77.4) and last modified by apfs_kext (1677.50.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.50.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 storagekitd (1677.50.1) and last modified by apfs_kext (1677.50.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1 (com.apple.os.update-85CCB41466FD9D296013EE5D11936AB94CBAFD26DBBDEBF66042FB9864CEFD08)
Checking the extent ref tree
Checking the fsroot tree
Checking the file extent 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.50.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 499 963 174 912 to 400 000 000 000 bytes
Shrinking APFS data structures
APFS Container Resize error code is 49174
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 - Données⁩  339.5 GB   disk1s1
   2:                APFS Volume ⁨Preboot⁩                 282.8 MB   disk1s2
   3:                APFS Volume ⁨Recovery⁩                655.5 MB   disk1s3
   4:                APFS Volume ⁨VM⁩                      24.6 KB    disk1s4
   5:                APFS Volume ⁨Macintosh HD⁩            14.9 GB    disk1s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 14.9 GB    disk1s5s1

Même chose malheureusement, j'ai ces deux messages des dizaines de fois :

error: Cross Check : Mismatch between extentref entry reference count (0) and calculated fsroot entry reference count (1) for extent (0x6d76d8e + 16)
error: Cross Check : Mismatch between extentref entry reference count (0) and calculated fsroot entry reference count (1) for extent (0x6d76d9e + 32)

error: Cross Check : FSroot tree references extent (0x6d76e9e + 16) which is not present in the ExtentRef tree
 
Bilan : une erreur irréparable grève le système de fichiers apfs. Ça n'empêche pas le montage des volumes et le fonctionnement de l'OS Big Sur > mais ça verrouille en taille le Conteneur apfs.

- la solution consiste à cloner (avec la démo gratuite 1 mois de Carbon Copy Cloner) la distribution du Conteneur interne => dans le Conteneur externe d'un DDE USB (ce qui ne clone pas le système de fichiers apfs avec ses erreurs > mais les fichiers des volumes dans un système de fichiers d'accueil sans faute) > démarrer sur le clone > supprimer / recréer l'apfs interne > cloner à rebours le clone dans le nouveau Conteneur interne sans faute.​

Pour cela : il te faut un DDE USB sur le disque duquel on puisse créer un Conteneur apfs de 400 Go. En as-tu un disponible ?
 
Branche le DDE au Mac. Passe la commande :
Bloc de code:
diskutil list external ; df -H
  • qui affiche : la configuration du disque externe et l'occupation des volumes montés

Poste le retour => que je voie ton DDE.
 
Voilà (je le republie car j'avais d'autres trucs de branchés juste avant) :
Bloc de code:
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk3
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk3s1
   2:       Microsoft Basic Data ⁨SANS TITRE⁩              3.0 TB     disk3s2

Filesystem       Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s5s1   500G    15G   139G    10%  563932 4881888948    0%   /
devfs            198k   198k     0B   100%     671          0  100%   /dev
/dev/disk1s4     500G    25k   139G     1%       2 4882452878    0%   /System/Volumes/VM
/dev/disk1s2     500G   283M   139G     1%     789 4882452091    0%   /System/Volumes/Preboot
/dev/disk1s6     500G   2.0M   139G     1%      17 4882452863    0%   /System/Volumes/Update
/dev/disk1s1     500G   345G   139G    72% 1331019 4881121861    0%   /System/Volumes/Data
map auto_home      0B     0B     0B   100%       0          0  100%   /System/Volumes/Data/home
/dev/disk3s2     3.0T   2.0T   1.0T    67% 7591899    3852752   66%   /Volumes/SANS TITRE
/dev/disk1s5     500G    15G   139G    10%  563934 4881888946    0%   /System/Volumes/Update/mnt1
 
Ton DDE a une table de partition GPT requise pour la création d'une partition apfs sur un disque. Et permettant théoriquement des repartitionnements après coup.

- mais la partition principale du volume SANS TITRE a un type "Micosoft Basic Data" qui ne permet pas en combinaison de la table GPT un repartitionnement non destructeur du volume en place et de ses données.​

Quel est le format du volume SANS TITRE actuel ? - exFAT ou NTFS ?
 
Bon. Le système de fichiers exFAT est un brave gars robuste capable de supporter une erreur de taille sans cesser de monter le volume SANS TITRE. Disons que c'est un système de fichiers qui n'est pas très "sensible à l'erreur". Volume SANS TITRE possédant 1 To d'espace libre.

- en effet > il est possible d'effectuer un repartitionnement en passant par la table GPT. Il consiste à supprimer le descripteur actuel de la partition SANS TITRE > puis à le recréer avec une extension réduite à 2,5 To de manière à dégager un espace libre de 500 Go dont on fera une nouvelle partition. Un système de fichiers exFAT se retrouvant à gérer une partition réduite de 500 Go --> enregistre une erreur de taille de la partition sans cesser de monter le volume. Rééditer ensuite le descripteur GPT en restituant à la partition une extension de 3 To --> supprime l'erreur affectant l'exFAT. J'ai déjà dirigé sans échec cette manœuvre "hors normes" un certain nombre de fois sur les forums.​

Est-ce que tu veux qu'on effectue cette édition de la table GPT du DDE > afin de créer une partition indépendante de 500 Go destinée au clone ?
 
Je ne suis pas sur d'avoir tout compris mais je suis partant !
Merci pour ton aide et pour ton temps, je suis impressionné par ta connaissance du sujet.
 
Passe la commande (copier-coller) :
Bloc de code:
sudo gpt show disk2
  • à 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 lit la table GPT d'en-tête du DDE et affiche en retour la distribution des blocs du disque en : secteur des tables de partitions > partitions > bandes d'espace libre > sauvegarde finale de la GPT

Poste le tableau.
 
Aussitôt dit aussitôt fait !

Bloc de code:
Password:
       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640        2008         
      411648  5859792856      2  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  5860204504      262151         
  5860466655          32         Sec GPT table
  5860466687           1         Sec GPT header
 
Passe la commande :
Bloc de code:
diskutil umount force disk3s2
  • la commande démonte le volume SANS TITRE --> ce qui désactive la table GPT d'en-tête du DDE. Car pour écrire à la GPT > il ne faut pas qu'elle soit activée > càd. prise en charge par le kernel (le moteur logique de l'OS démarré) qui est le monteur des volumes.

Poste le retour.
 
Dernière édition par un modérateur:
Repasse une fois la commande :
Bloc de code:
diskutil umount force disk3s2
  • et poste le retour.

Note : est-ce que tu es en train d'utiliser des contenus de SANS TITRE avec une application ?