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

  • Créateur du sujet Créateur du sujet shyra
  • Date de début Date de début
Voici le résultat de la commande -->
Bloc de code: 
    3:                  Apple_HFS Recovery HD             299.9 GB   disk0s3

  • la grosse partition de 299,9 Go ayant un type Apple_HFS --> on peut désormais la rétrécir.

Passe les commande (l'une après l'autre) :
Bloc de code: 
diskutil mount disk0s3
df -H /Volumes/"Recovery HD"

  • la 1ère monte (s'il n'a pas été monté automatiquement suite au changement de type) le volume Recovery HD sur la partition de secours
  • la 2è mesure l'allocation de son espace (total > occupé > libre)

Poste le tableau retourné par la 2è commande --> c'est pour vérifier que la taille des fichiers dans le volume n'atteint pas 600 Mo.
 
macomaniac a dit:
Voici le résultat de la commande -->
Bloc de code: 
    3:                  Apple_HFS Recovery HD             299.9 GB   disk0s3

  • la grosse partition de 299,9 Go ayant un type Apple_HFS --> on peut désormais la rétrécir.

Passe les commande (l'une après l'autre) :
Bloc de code: 
diskutil mount disk0s3
df -H /Volumes/"Recovery HD"

  • la 1ère monte (s'il n'a pas été monté automatiquement suite au changement de type) le volume Recovery HD sur la partition de secours
  • la 2è mesure l'allocation de son espace (total > occupé > libre)
Poste le tableau retourné par la 2è commande --> c'est pour vérifier que la taille des fichiers dans le volume n'atteint pas 600 Mo.
Cliquez pour agrandir...
Ça donne ça :

Bloc de code: 
iMac-de-Franck:~ franckmoreau$ df -H /Volumes/"Recovery HD"
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk0s3   300G   598M   299G     1%      58 4294967221    0%   /Volumes/Recovery HD
 
598 Mo : ça va le faire.

Passe les commandes :
Bloc de code: 
diskutil umount force disk0s3
diskutil resizeVolume disk0s3 %recovery% free null 0b

  • la 1ère commande démonte de force le volume Recovery HD
  • la 2è réduit la partition de secours (et son volume) aux 650 Mo réglementaires > et laisse le reste de l'espace au statut d'espace libre (hors partition)

Poste l'affichage retourné par la commande et le retour d'un nouveau :
Bloc de code: 
diskutil list
 
macomaniac a dit:
598 Mo : ça va le faire.

Passe les commandes :
Bloc de code: 
diskutil umount force disk0s3
diskutil resizeVolume disk0s3 %recovery% free null 0b

  • la 1ère commande démonte de force le volume Recovery HD
  • la 2è réduit la partition de secours (et son volume) aux 650 Mo réglementaires > et laisse le reste de l'espace au statut d'espace libre (hors partition)
Poste l'affichage retourné par la commande et le retour d'un nouveau :
Bloc de code: 
diskutil list
Cliquez pour agrandir...

Voilà :

Bloc de code: 
iMac-de-Franck:~ franckmoreau$ diskutil resizeVolume disk0s3 %recovery% free null 0b
Resizing to 650002432 bytes and adding 1 partition
Started partitioning on disk0s3 Recovery HD
Verifying the disk
Verifying file system
Volume was successfully unmounted
Performing fsck_hfs -fn -x /dev/rdisk0s3
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 Recovery HD appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Resizing
Shrinking file system
Modifying partition map
Finished partitioning on disk0s3 Recovery HD
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            1.7 TB     disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

Et le diskutil

Bloc de code: 
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            1.7 TB     disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            121.0 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +1.8 TB     disk2
                                 Logical Volume on disk1s2, disk0s2
                                 CD0AF621-54B7-417F-9761-A0B412085D52
                                 Unencrypted Fusion Drive
 
Cette mention -->
Bloc de code: 
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

  • montre que la partition de secours a bien été rétrécie aux 650 Mo réglementaires (sans avoir perdu la définition de son volume Recovery HD).

On va donc boucler la boucle > et pour commencer restituer à cette partition son type originel Apple_Boot --> condition sine qua non pour pouvoir ensuite récupérer l'espace libre au Fusion Drive.

Passe les 2 commandes :
Bloc de code: 
diskutil umount force disk0s3
sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot"

  • la 1ère démonte de force le volume Recovery HD au cas où il aurait été remonté
  • la 2è restaure le type Apple_Boot sur la partition

Poste le retour de la 2è commande + le tableau retourné par un nouveau :
Bloc de code: 
diskutil list
 
macomaniac a dit:
Cette mention -->
Bloc de code: 
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

  • montre que la partition de secours a bien été rétrécie aux 650 Mo réglementaires (sans avoir perdu la définition de son volume Recovery HD).

On va donc boucler la boucle > et pour commencer restituer à cette partition son type originel Apple_Boot --> condition sine qua non pour pouvoir ensuite récupérer l'espace libre au Fusion Drive.

Passe les 2 commandes :
Bloc de code: 
diskutil umount force disk0s3
sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot"

  • la 1ère démonte de force le volume Recovery HD au cas où il aurait été remonté
  • la 2è restaure le type Apple_Boot sur la partition
Poste le retour de la 2è commande + le tableau retourné par un nouveau :
Bloc de code: 
diskutil list
Cliquez pour agrandir...

Voici les résultats :

Bloc de code: 
iMac-de-Franck:~ franckmoreau$ diskutil umount force disk0s3
Volume Recovery HD on disk0s3 force-unmounted
iMac-de-Franck:~ franckmoreau$ sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot"
Password:
Fsck /dev/disk0s3 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
iMac-de-Franck:~ franckmoreau$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            1.7 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            121.0 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +1.8 TB     disk2
                                 Logical Volume on disk1s2, disk0s2
                                 CD0AF621-54B7-417F-9761-A0B412085D52
                                 Unencrypted Fusion Drive

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Sauvegarde Logiciels... 999.9 GB   disk3s2

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS Clone2018               249.7 GB   disk4s2
 
Tout se passe comme sur des roulettes (bien huilées). Cette ligne -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

  • montre que tout est en place pour la partition de secours : type Apple_Boot et taille 650 Mo.

Passe la commande :
Bloc de code: 
diskutil coreStorage resizeStack CD0AF621-54B7-417F-9761-A0B412085D52 0b

  • cette commande effectue la récupération des 299 Go d'espace libre à la partition "donneuse" (au départ) du HDD = disk0s2 > au Conteneur CoreStorage du Fusion Drive > au volume Macintosh HD terminal
  • il y a une grande complexité d'opérations impliquée par cette commande > qui peut donc planter pour plusieurs raisons

Si tu n'as pas eu de message d'erreur > poste l'affichage retourné par la commande et le tableau d'un nouveau :
Bloc de code: 
diskutil list

  • en guise de trace non effacée de la complexité des opérations effectuées > l'index de la partition de secours devrait être actuellement disk0s4 et plus disk0s3.
 
macomaniac a dit:
Tout se passe comme sur des roulettes (bien huilées). Cette ligne -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

  • montre que tout est en place pour la partition de secours : type Apple_Boot et taille 650 Mo.

Passe la commande :
Bloc de code: 
diskutil coreStorage resizeStack CD0AF621-54B7-417F-9761-A0B412085D52 0b

  • cette commande effectue la récupération des 299 Go d'espace libre à la partition "donneuse" (au départ) du HDD = disk0s2 > au Conteneur CoreStorage du Fusion Drive > au volume Macintosh HD terminal
  • il y a une grande complexité d'opérations impliquée par cette commande > qui peut donc planter pour plusieurs raisons
Si tu n'as pas eu de message d'erreur > poste l'affichage retourné par la commande et le tableau d'un nouveau :
Bloc de code: 
diskutil list

  • en guise de trace non effacée de la complexité des opérations effectuées > l'index de la partition de secours devrait être actuellement disk0s4 et plus disk0s3.
Cliquez pour agrandir...

Voici le tableau

Bloc de code: 
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            2.0 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            121.0 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +2.1 TB     disk2
                                 Logical Volume on disk1s2, disk0s2
                                 CD0AF621-54B7-417F-9761-A0B412085D52
                                 Unencrypted Fusion Drive
 
La partition CoreStorage du HDD -->
Bloc de code: 
   2:          Apple_CoreStorage Macintosh HD            2.0 TB     disk0s2

  • a bien récupéré l'espace libre et fait 2 To. Par suite > le volume Macintosh HD du Fusion Drive fait 2,1 To.

La partition de secours -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

  • affiche bien un index disk0s4 (et plus disk0s3) > car il s'agit d'un clone de la partition de secours originale qui a été créé en queue de HDD > avant suppression de l'original disk0s3 > ce qui a permis à la bande d'espace libre de toucher le bas de la partition disk0s2 > et donc d'être récupérée à cette partition. Le kernel (noyau opérateur) n'a pas mis à jour l'index de la partition de secours.

Re-démarre une fois > et de retour dans ta session > poste le retour d'un dernier :
Bloc de code: 
diskutil list

  • qui devrait montrer que la partition de secours a désormais le bon index disk0s3.
 
macomaniac a dit:
La partition CoreStorage du HDD -->
Bloc de code: 
   2:          Apple_CoreStorage Macintosh HD            2.0 TB     disk0s2

  • a bien récupéré l'espace libre et fait 2 To. Par suite > le volume Macintosh HD du Fusion Drive fait 2,1 To.

La partition de secours -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

  • affiche bien un index disk0s4 (et plus disk0s3) > car il s'agit d'un clone de la partition de secours originale qui a été créé en queue de HDD > avant suppression de l'original disk0s3 > ce qui a permis à la bande d'espace libre de toucher le bas de la partition disk0s2 > et donc d'être récupérée à cette partition. Le kernel (noyau opérateur) n'a pas mis à jour l'index de la partition de secours.

Re-démarre une fois > et de retour dans ta session > poste le retour d'un dernier :
Bloc de code: 
diskutil list

  • qui devrait montrer que la partition de secours a désormais le bon index disk0s3.
Cliquez pour agrandir...

Le résultat de la commande diskutil list :

Bloc de code: 
iMac-de-Franck:~ franckmoreau$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            2.0 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            121.0 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +2.1 TB     disk2
                                 Logical Volume on disk1s2, disk0s2
                                 CD0AF621-54B7-417F-9761-A0B412085D52
                                 Unencrypted Fusion Drive
 
La partition de secours -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

  • a récupéré le bon index. Ton problème est résolu.
 
  • J’aime
Réactions: Framor59
macomaniac a dit:
La partition de secours -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

  • a récupéré le bon index. Ton problème est résolu.
Cliquez pour agrandir...
Un grand merci !!
Tu as passé du temps à me dépanner et je t'en suis sincèrement reconnaissant !
Où as-tu appris tout ça ?
Y a t'il des livres de références qui rentrent à ce point dans le système ?
Si oui lesquels ?
Si je peux te rendre service un jour, ce sera avec plaisir !
Bien cordialement
Franck
 
Content pour toi d'avoir pu te dépanner. Tu avais un problème tout à fait insolite > exigeant quelques acrobaties pour le résoudre.

Je n'ai pas de formation informatique et je ne lis aucun livre d'informatique. J'ai une formation littéraire (langues anciennes), philosophique et logique (incluant la logique mathématique). Je retraduis les questions informatiques dans le cadre qui m'est familier et l'habitude aidant ça marche jusqu'à une certaine limite.
 
macomaniac a dit:
Content pour toi d'avoir pu te dépanner. Tu avais un problème tout à fait insolite > exigeant quelques acrobaties pour le résoudre.

Je n'ai pas de formation informatique et je ne lis aucun livre d'informatique. J'ai une formation littéraire (langues anciennes), philosophique et logique (incluant la logique mathématique). Je retraduis les questions informatiques dans le cadre qui m'est familier et l'habitude aidant ça marche jusqu'à une certaine limite.
Cliquez pour agrandir...
Et bien force est de constater que ça a marché aujourd'hui encore !!
Encore merci pour ta précieuse aide !
 
shyra a dit:
"Une erreur s’est produite lors du partitionnement du disque. Veuillez exécuter Utilitaire de disque pour consulter et corriger l’erreur."
C'est ce que mon mac book air me marque lors de l'installation de windows 10.
Je sais que plusieurs postes ont déjà traîtés le sujet mais aucun ne m'a aidé.
J'ai déjà utilisé les manipulations suivantes :

diskutil erasevolume free space disk0s6
Puis
diskutil erasevolume free space disk0s5
Et
diskutil erasevolume free space disk0s4
Puis
diskutil cs resizestack 70B74670-8605-4877-95B2-99E36CDECE31 0b

Tout cela n'a pas marché.

Voici pour diskutil list :
/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 disk1 81.1 GB disk0s2


/dev/disk1 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +81.1 GB disk1

Physical Store disk0s2

1: APFS Volume Macintosh HD 48.7 GB disk1s1

2: APFS Volume Preboot 40.5 MB disk1s2

3: APFS Volume Recovery 1.0 GB disk1s3

4: APFS Volume VM 1.1 GB disk1s4


/dev/disk2 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: CCCOMA_X64FRE_FR-FR... +4.7 GB disk2


/dev/disk3 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: CCCOMA_X86FRE_FR-FR... +3.5 GB disk3

et pour diskutil cs list :

No CoreStorage logical volume groups found

Merci à tous ceux qui m'aideront...

Cordialement
Cliquez pour agrandir...
Bonjour,
J'ai le même problème ,BootCamp me met "

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

Comment faire pour que cela redevienne normal pour avoir Windows 10 ?
 
Bonjour Max

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 à tous !

Comme de nombreux, je suis moi aussi face à ce problème d'impossibilité de partitionner le disque sous bootcamp.
Pour info, j'avais déjà installé une partition il y a plusieurs mois, sans soucis ; J'ai par la suite supprimé celle ci via l'utilitaire bootcamp.
Je retrouve ce fameux message d'erreur en essayant de réinstaller à nouveau windows.

En lançant la fameuse ligne de code que tu proposes macomaniac pour afficher les différents disques, j'ai :

Bloc de code: 
/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.7 GB    disk1s2
   4:                APFS Volume ⁨Preboot⁩                 365.9 MB   disk1s3
   5:                APFS Volume ⁨Recovery⁩                613.9 MB   disk1s4
   6:                APFS Volume ⁨VM⁩                      1.1 GB     disk1s5

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

Qu'en pensez vous ?

J'ai un macbook pro 2019 (pas de puce M1).

Merci d'avance pour votre réponse !!
 
Bonjour Stronox

Passe la commande expérimentale (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 > crée une partition BOOTCAMP de 50 Go en format FAT-32 > affiche la configuration interne résultante

Poste le retour intégral de la commande. En cas d'échec => on saura pourquoi.
 
Bonjour Macomaniac, et merci pour ta réponse très rapide !

Voici pour la réponse de la commande :

Bloc de code: 
maxime@MacBook-Pro ~ % diskutil ap resizeContainer disk1 200g fat32 BOOTCAMP 0b ; diskutil list internal
Started APFS operation
Aligning shrink delta to 50 685 575 168 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 119 470 555 136 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 23854202, actual 23857018)
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 (0x50fff)
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Shrinking APFS Physical Store disk0s2 from 250 685 575 168 to 200 000 000 000 bytes
Shrinking APFS data structures
Shrinking partition
Modifying partition map
4096 bytes per physical sector
/dev/rdisk0s3: 12371216 sectors in 1546402 FAT32 clusters (32768 bytes/cluster)
bps=4096 spc=8 res=32 nft=2 mid=0xf8 spt=32 hds=255 hid=48904960 drv=0x80 bsec=12374272 bspf=1511 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⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         200.0 GB   disk0s2
   3:       Microsoft Basic Data ⁨BOOTCAMP⁩                50.7 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⁩            15.1 GB    disk1s1
   2:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.1 GB    disk1s1s1
   3:                APFS Volume ⁨Macintosh HD - Data⁩     97.7 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
 
Aucune erreur n'a été trouvée dans l'apfs. Et voici le résultat -->
Bloc de code: 
   3:       Microsoft Basic Data ⁨BOOTCAMP⁩                50.7 GB    disk0s3
  • partition de 50 Go créée.

Passe la commande à effet inverse :
Bloc de code: 
diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list internal
  • la commande supprime la partition BOOTCAMP > récupère son espace au Conteneur apfs et à sa partition de base > ré-affiche la configuration interne

Poste le retour.
 

Sujets similaires

G
Problème de création partition SSD Mac OS Sequoia
Réponses
7
Affichages
1K
Windows sur Mac
Locke
Locke
P
Supprimer partition Windows sans l'OS (Boot camp)
Réponses
23
Affichages
5K
Windows sur Mac
prohibition
P
S
Boot Camp effacé avec utilitaire de disques
Réponses
10
Affichages
3K
Windows sur Mac
stephnadege
S
I
macOS Ventura Imac barre de progression bloquée
Réponses
22
Affichages
2K
macOS
Bicus
Bicus
PHILBX
10.14 Mojave Re initialiser mot de passe session sur Ssd Externe installé avec OCPL
Réponses
0
Affichages
539
macOS
PHILBX
PHILBX
Haut Bas