Impossible de supprimer partition Bootcamp

Who1amFr

Membre junior
7 Mai 2009
49
1
31
Bayonne
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.
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$
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 765
21 531
Forêt de Fontainebleau
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.
 

Who1amFr

Membre junior
7 Mai 2009
49
1
31
Bayonne
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.
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$
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 765
21 531
Forêt de Fontainebleau
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.
 

Who1amFr

Membre junior
7 Mai 2009
49
1
31
Bayonne
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.
Je n’y serai jamais arrivé sans vous ! Merci beaucoup. Vraiment. Un nouveau miracle vient de se produire grâce à vous ツ
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 765
21 531
Forêt de Fontainebleau
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 ?
 

Who1amFr

Membre junior
7 Mai 2009
49
1
31
Bayonne
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 ?
Pourquoi a t elle changé de place ?
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 765
21 531
Forêt de Fontainebleau
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 ?
 

Who1amFr

Membre junior
7 Mai 2009
49
1
31
Bayonne
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 ?
Hum... Très honnêtement, je ne suis pas sur de savoir répondre :oops:
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 765
21 531
Forêt de Fontainebleau
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.
 

sobolo

Nouveau membre
17 Mars 2020
6
0
40
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 confinement
89939191_246306179740854_543692621441138688_n.png
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 765
21 531
Forêt de Fontainebleau
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.
 

sobolo

Nouveau membre
17 Mars 2020
6
0
40
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 merci beaucoup tout est récupéré, merci infiniment et bon courage pour les prochaines semaines :)
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 765
21 531
Forêt de Fontainebleau
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

Who1amFr

Membre junior
7 Mai 2009
49
1
31
Bayonne
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,
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 :)
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 765
21 531
Forêt de Fontainebleau
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.