Impossible de supprimer partition Bootcamp

  • Créateur du sujet Créateur du sujet Genox
  • Date de début Date de début
macomaniac a dit:
Ah ! quand même...
Bloc de code: 
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

  • la partition de secours a récupéré sa taille réglementaire de 650 Mo. Les 100 Go excédentaires constituent actuellement une bande d'espace libre située en-dessous de cette partition. Pour récupérer cet espace libre à la partition Macintosh HD > sans obstacle de la partition de secours intercalaire => il faut reconvertir son type à : "Apple_Boot" => ce qui permet à la partition en question d'avoir le statut de « booter » (pré-démarreur) et de pouvoir en conséquence se trouver "déplacée sur les blocs" en accompagnement d'un redimensionnement de la partition Macintosh HD.

  • ce qui avait bloqué la réduction de taille de cette partition de secours (qui avait bien le bon type = "Apple_HFS" et le bon format de système de fichiers = jhfs+) => était une "résilience" (persistance) dans la mémoire du kernel (le noyau ou moteur du Système démarré) --> qui conservait la prise en charge du type primitif de la partition (= Apple_Boot) interdisant un redimensionnement. Le redémarrage a permis au kernel de se mettre à jour du nouveau type de la partition.

Passe la commande (copier-coller) :
Bloc de code: 
sudo diskutil umount force disk0s3 ; sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot" ; diskutil list disk0

  • cette commande concaténée : démonte le volume Recovery HD (automatiquement remonté à cause du type : "Apple_HFS" de la partition) > reconvertit le type de la partition de secours de : "Apple_HFS" => à "Apple_Boot" (grâce à une option non-documentée de l'utilitaire de clonage asr = apple_software_restore) > réaffiche la configuration du disque interne

Poste le retour intégral de la commande.
Cliquez pour agrandir...
Voici le retour du Terminal :)
Bloc de code: 
iMac-de-Denis:~ Denis$ sudo diskutil umount force disk0s3 ; sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot" ; diskutil list disk0
Password:
Volume Recovery HD on disk0s3 force-unmounted
Fsck /dev/disk0s3 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            399.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
iMac-de-Denis:~ Denis$
 
La partition de secours -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

  • a bien récupéré son type originel = "Apple_Boot"

Redémarre une fois (par précaution). Puis passe la commande :
Bloc de code: 
diskutil resizeVolume disk0s2 0b ; diskutil list

  • la commande récupère tout l'espace libre disponible sous la partition de secours => à la partition Macintosh HD > puis réaffiche le tableau des disques

Poste le retour intrégral de la commande.
 
macomaniac a dit:
La partition de secours -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

  • a bien récupéré son type originel = "Apple_Boot"

Redémarre une fois (par précaution). Puis passe la commande :
Bloc de code: 
diskutil resizeVolume disk0s2 0b ; diskutil list

  • la commande récupère tout l'espace libre disponible sous la partition de secours => à la partition Macintosh HD > puis réaffiche le tableau des disques

Poste le retour intrégral de la commande.
Cliquez pour agrandir...
Voici le retour intégral :
Bloc de code: 
iMac-de-Denis:~ Denis$ diskutil resizeVolume disk0s2 0b ; diskutil list
Resizing to full size (fit to fill)
Started partitioning on disk0s2 Macintosh HD
Verifying the disk
Verifying file system
Using live mode
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking volume information
The volume Macintosh HD appears to be OK
File system check exit code is 0
Resizing
Waiting for the disks to reappear
Finished partitioning on disk0s2 Macintosh HD
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4
iMac-de-Denis:~ Denis$
 
Et voilà le travail -->
Bloc de code: 
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

  • problème résolu : la partition Macintosh HD fait 499,2 Go de taille (son maximum possible) > la partition de secours ayant récupéré ses 650 Mo de taille réglementaire.
 
macomaniac a dit:
Et voilà le travail -->
Bloc de code: 
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

  • problème résolu : la partition Macintosh HD fait 499,2 Go de taille (son maximum possible) > la partition de secours ayant récupéré ses 650 Mo de taille réglementaire.
Cliquez pour agrandir...
Je n’y serai jamais arrivé sans vous ! Merci beaucoup. Vraiment. Un nouveau miracle vient de se produire grâce à vous ツ
 
Es-tu curieux de ceci -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

  • savoir pourquoi la partition de secours > qui était indexée disk0s3 avant la commande de récupération de l'espace libre => est indexée disk0s4 après cette commande ?
 
Elle a peut-être changé de place à un moment donné > mais elle est actuellement toujours collée à la limite inférieure de la partition Macintosh HD. Elle a changé d'index d'appareil pour le kernel (le noyau de l'OS démarré) qui prend en charge les partitions en leur attribuant des index. Donc pourquoi a-t-elle changé d'index d'appareil pour le kernel ?

- la solution de ce mini-rébus est liée à la question suivante : comment un espace libre de 100 Go qui était situé en-dessous de la partition de secours disk0s3 => a-t-il pu se retrouver annexé à la partition principale Macintosh HD (disk0s2) > alors que la partition de secours s'intercalait entre comme obstable ?​

=> est-ce que tu peux imaginer ce qui a pu se passer ?
 
macomaniac a dit:
Elle a peut-être changé de place à un moment donné > mais elle est actuellement toujours collée à la limite inférieure de la partition Macintosh HD. Elle a changé d'index d'appareil pour le kernel (le noyau de l'OS démarré) qui prend en charge les partitions en leur attribuant des index. Donc pourquoi a-t-elle changé d'index d'appareil pour le kernel ?

- la solution de ce mini-rébus est liée à la question suivante : comment un espace libre de 100 Go qui était situé en-dessous de la partition de secours disk0s3 => a-t-il pu se retrouver annexé à la partition principale Macintosh HD (disk0s2) > alors que la partition de secours s'intercalait entre comme obstable ?​

=> est-ce que tu peux imaginer ce qui a pu se passer ?
Cliquez pour agrandir...

Hum... Très honnêtement, je ne suis pas sur de savoir répondre :oops:
 
Voici ce qui se passe en coulisses pour contourner l'obstacle de la partition de secours (intercalaire entre l'espace libre à récupérer et la partition principale bénéficiaire de la récupération) -->

- la partition de secours originale (indexée disk0s3) => se trouve clonée en queue de disque. La partition du clone se trouve donc prise en charge par le kernel avec un index d'appareil disk0s4 (le 1er index vacant pour le disque concerné). La partition de secours originale disk0s3 est alors supprimée => ce qui fait que le bande d'espace libre touche désormais la limite inférieure de la partition principale disk0s2. Le système de fichiers jhfs+ (formateur du volume Macintosh HD sur la partition) => est étiré afin de gérer une partition augmentée de l'espace libre allant jusqu'à la partition de secours clone - laquelle se retrouve au contact de la limite inférieure de la partition principale augmentée. Le kernel quant à lui => ne met pas à jour l'index disk0s4 de la partition de secours clone => à l'index disk0s3 libéré par la suppression de la partition de secours originale. On a donc avec cet index disk0s4 => la seule trace visible de la complexe opération de coulisses qu'a assumée l'utilitaire diskutil.​

Redémarre une fois. De retour dans ta session > repasse la commande :
Bloc de code: 
diskutil list

  • et reposte le tableau des disques => la partition de secours clone aura récupéré l'index disk0s3.
 
Bonjour à tous,
@macomaniac j'ai essayé de suivre vos précédentes réponses mais je ne parviens pas régler mon problème.
Mon OS est sur Mojave, j'ai essayé d'installer Windows 10 sans clé de licence, on m'a donc conseillé de désinstaller par l'utilitaire de disque et il me manque désormais 37Go.
J'ai ensuite regardé plusieurs tutos et désormais les 37Go se sont complètement envolés, l'ordinateur fais 128 Go à la base.. : (
Merci par avance et bon courage à tous avec le confinement89939191_246306179740854_543692621441138688_n.png
 
Bonsoir sobolo

Si disk2 est toujours l'index d'appareil du Conteneur apfs => passe la commande (copier-coller) :
Bloc de code: 
diskutil ap resizeContainer disk2 0b ; diskutil list

  • la commande récupère l'espace libre (s'il est situé en-dessous de la partition apfs du disque) > puis ré-affiche le tableau des disques

Poste le retour intégral de la commande en copier-coller > en veillant à faire le coller dans une fenêtre de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu ...▾ (à droite de la bobine souriante) 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.
​
 
macomaniac a dit:
Bonsoir sobolo

Si disk2 est toujours l'index d'appareil du Conteneur apfs => passe la commande (copier-coller) :
Bloc de code: 
diskutil ap resizeContainer disk2 0b ; diskutil list

  • la commande récupère l'espace libre (s'il est situé en-dessous de la partition apfs du disque) > puis ré-affiche le tableau des disques

Poste le retour intégral de la commande en copier-coller > en veillant à faire le coller dans une fenêtre de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu ...▾ (à droite de la bobine souriante) 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.​
​
Cliquez pour agrandir...
@macomaniac merci beaucoup tout est récupéré, merci infiniment et bon courage pour les prochaines semaines :)
 
macomaniac a dit:
Content pour toi !
Cliquez pour agrandir...
Rebonjour,

J'ai re essayé et ca ne fonctionne pas du tout j'ai même créé 2 partitions bootcamp ne fonctionnant pas ( j'ignore pourquoi..) . Je ne veux plus entendre parler de bootcamp :/
Comment faire ?
 

Fichiers joints

  • Capture d’écran 2020-03-18 à 21.59.12.png
    Capture d’écran 2020-03-18 à 21.59.12.png
    158,5 KB · Affichages: 160
  • Capture d’écran 2020-03-18 à 21.59.17.png
    Capture d’écran 2020-03-18 à 21.59.17.png
    457,3 KB · Affichages: 174
Alors je suppose que tu veux supprimer toutes les partitions inutiles et restaurer la taille initiale du Conteneur apfs de Macintosh HD ?

- le chemin de Windows sur Mac est pavé d'intentions euphoriques et de repentirs amers :hilarious:​
 
  • J’aime
Réactions: peyret
macomaniac a dit:
Voici ce qui se passe en coulisses pour contourner l'obstacle de la partition de secours (intercalaire entre l'espace libre à récupérer et la partition principale bénéficiaire de la récupération) -->

- la partition de secours originale (indexée disk0s3) => se trouve clonée en queue de disque. La partition du clone se trouve donc prise en charge par le kernel avec un index d'appareil disk0s4 (le 1er index vacant pour le disque concerné). La partition de secours originale disk0s3 est alors supprimée => ce qui fait que le bande d'espace libre touche désormais la limite inférieure de la partition principale disk0s2. Le système de fichiers jhfs+ (formateur du volume Macintosh HD sur la partition) => est étiré afin de gérer une partition augmentée de l'espace libre allant jusqu'à la partition de secours clone - laquelle se retrouve au contact de la limite inférieure de la partition principale augmentée. Le kernel quant à lui => ne met pas à jour l'index disk0s4 de la partition de secours clone => à l'index disk0s3 libéré par la suppression de la partition de secours originale. On a donc avec cet index disk0s4 => la seule trace visible de la complexe opération de coulisses qu'a assumée l'utilitaire diskutil.​

Redémarre une fois. De retour dans ta session > repasse la commande :
Bloc de code: 
diskutil list

  • et reposte le tableau des disques => la partition de secours clone aura récupéré l'index disk0s3.
Cliquez pour agrandir...

Bonjour,
Effectivement, la partition de secours de mon Mac a bien retrouvée l'index disk0s3 :

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

J'ai du m'absenter quelques temps et tenais absolument à vous remercier.
Merci de trainer sur les forums de MacG et de donner de votre temps pour aider les autres.

Merci infiniment :)
 
Repasse une commande :
Bloc de code: 
diskutil list

  • qui affiche le tableau des disques

Poste le retour en copier-coller > en veillant à faire le coller dans un Bloc de code (affichage en mode texte plus maniable) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu ...▾ (à droite de la bobine souriante) 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.
​
 

Sujets similaires

16bol
Problème d’accès à ma partition mac os
Réponses
1
Affichages
290
Windows sur Mac
Ahiqar
A
L
Création partition impossible
Réponses
10
Affichages
3K
Windows sur Mac
sinbad21
sinbad21
P
mac os et bootcamp
Réponses
1
Affichages
2K
Windows sur Mac
pierre94
P
P
Partition Bootcamp impossible
Réponses
84
Affichages
9K
Windows sur Mac
Danielmorphee
D
N
Impossible de récupérer l'espace libre après une suppression d'une partition BootCamp
Réponses
26
Affichages
6K
Windows sur Mac
Systemc
Systemc
Haut Bas