Perte d'espace suite à la suppression d'une partition Bootcamp

macomaniac a dit:
Donc activé. Pour le désactiver > il faut passer une commande exclusivement dans le Terminal de l'OS de secours.

Donc redémarre > quand tu as l'écran noir > tiens pressées les 2 touches ⌘R (cmd R) jusqu'à l'affichage d'une  = démarrage sur l'OS de secours. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires OS X. Va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal. Passe la commande :
Bloc de code: 
csrutil disable

  • qui désactive le SIP

Cela fait > quitte le Terminal > va à : Menu  > Disque de démarrage > Disque dur --> redémarre dessus. De retour dans ta session > relance le Terminal et passe la commande :
Bloc de code: 
sudo gpt show disk0

  • à validation de la commande > une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne s'affichant à la frappe - et revalide
  • la commande affiche la distribution des blocs du disque
Poste ce tableau dans une fenêtre de code.
Cliquez pour agrandir...

Voici le retour
Bloc de code: 
     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  117091032      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  117500672  507379592      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  624880264     262151        
  625142415         32         Sec GPT table
  625142447          1         Sec GPT header
 
Les lignes 1 GPT part > 2 GPT part > 3 GPT part --> décrivent les 3 partitions existantes (EFI > Disque dur > Recovery HD). En dehors de ces 3 partitions > il n'y a pas d'espace libre notable : en-dessus de la 1 GPT part --> 6 blocs (de 512 octets) = une misère. En-dessous de la 3 GPT part --> 262151 blocs libres = 134 Mo - rien de notable.

Mais alors où est passé l'espace manquant à la 2 GPT part (= la partition Disque dur) ? --> ici :
Bloc de code: 
117500672  507379592      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC

  • le nombre 117500672 initial désigne le n° du bloc à partir duquel débute cette partition n°3. Le nombre 507379592 suivant désigne l'extension de blocs (de 512 octets) qui définit sa taille. 507379592 blocs = 259,8 Go. Voilà la taille en blocs de la partition n°3 = partition de secours portant le volume Recovery HD.
  • or cette anomalie ne m'a pas sauté aux yeux dans ta capture initiale > car si je m'y reporte encore > dans le tableau des disques la partition n°3 est bien mesurée à une taille de 650 Mo = l'extension réglementaire d'une partition de secours.

Afin de vérifier si cette anomalie de mesure de la commande diskutil persiste > repasse la commande :
Bloc de code: 
diskutil list

  • et poste le tableau des disques dans une fenêtre de code.
 
macomaniac a dit:
Les lignes 1 GPT part > 2 GPT part > 3 GPT part --> décrivent les 3 partitions existantes (EFI > Disque dur > Recovery HD). En dehors de ces 3 partitions > il n'y a pas d'espace libre notable : en-dessus de la 1 GPT part --> 6 blocs (de 512 octets) = une misère. En-dessous de la 3 GPT part --> 262151 blocs libres = 134 Mo - rien de notable.

Mais alors où est passé l'espace manquant à la 2 GPT part (= la partition Disque dur) ? --> ici :
Bloc de code: 
117500672  507379592      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC

  • le nombre 117500672 initial désigne le n° du bloc à partir duquel débute cette partition n°3. Le nombre 507379592 suivant désigne l'extension de blocs (de 512 octets) qui définit sa taille. 507379592 blocs = 259,8 Go. Voilà la taille en blocs de la partition n°3 = partition de secours portant le volume Recovery HD.
  • or cette anomalie ne m'a pas sauté aux yeux dans ta capture initiale > car si je m'y reporte encore > dans le tableau des disques la partition n°3 est bien mesurée à une taille de 650 Mo = l'extension réglementaire d'une partition de secours.
Afin de vérifier si cette anomalie de mesure de la commande diskutil persiste > repasse la commande :
Bloc de code: 
diskutil list

  • et poste le tableau des disques dans une fenêtre de code.
Cliquez pour agrandir...

Bravo elle est réapparue !!!
Bloc de code: 
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Disque Dur              60.0 GB    disk0s2
   3:                 Apple_Boot Recovery HD             259.8 GB   disk0s3

Comment je fais maintenant pour que ces 259Go fusionne avec les 60Go ?
 
Dernière édition:
Ah ! quand même... la partition disk0s3 est reconnue pour une taille de 259,8 Go.

Benmoubou a dit:
Comment je fais maintenant pour que ces 259Go fusionne avec les 60Go ?
Cliquez pour agrandir...

- tu t'embarques avec moi dans un aimable exercice de saltimbanque dont je raffole. Il va falloir passer une série de commandes :)​

Prêt ? --> passe la commande (copier-coller) :
Bloc de code: 
sudo asr adjust --t /dev/disk0s3 --settype "Apple_HFS"
  • la commande change le type de la partition de secours > de Apple_Boot à Apple_HFS --> ce qui la rend re-dimensionnable. Le changement de type est sans impact sur le système de fichiers recelé dans la partition > ni sur le volume généré.

Poste l'affichage retourné par la commande + le retour d'un nouveau :
Bloc de code: 
diskutil list
 
macomaniac a dit:
Ah ! quand même... la partition disk0s3 est reconnue pour une taille de 259,8 Go.



- tu t'embarques avec moi dans un aimable exercice de saltimbanque dont je raffole. Il va falloir passer une série de commandes :)​

Prêt ? --> passe la commande (copier-coller) :
Bloc de code: 
sudo asr adjust --t /dev/disk0s3 --settype "Apple_HFS"
  • la commande change le type de la partition de secours > de Apple_Boot à Apple_HFS --> ce qui la rend re-dimensionnable. Le changement de type est sans impact sur le système de fichiers recelé dans la partition > ni sur le volume généré.

Poste l'affichage retourné par la commande + le retour d'un nouveau :
Bloc de code: 
diskutil list
Cliquez pour agrandir...

Content que cela te passionne. c'est parti !

Bloc de code: 
Fsck /dev/disk0s3 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully

Bloc de code: 
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Disque Dur              60.0 GB    disk0s2
   3:                  Apple_HFS Recovery HD             259.8 GB   disk0s3
 
Je reviens en ligne. Le changement de type de partition a bien été effectué.

On continue la manœuvre. Passe les commandes (l'une après l'autre) -->
Bloc de code: 
diskutil mount disk0s3
df -H /Volumes/"Recovery HD"

  • la 1ère monte le volume Recovery HD sur la partition disk0s3
  • la 2è mesure l'occupation de ce volume

Poste le tableau retourné par la 2è --> c'est pour vérifier que la taille des fichiers n'excède pas 600 Mo.
 
macomaniac a dit:
Je reviens en ligne. Le changement de type de partition a bien été effectué.

On continue la manœuvre. Passe les commandes (l'une après l'autre) -->
Bloc de code: 
diskutil mount disk0s3
df -H /Volumes/"Recovery HD"

  • la 1ère monte le volume Recovery HD sur la partition disk0s3
  • la 2è mesure l'occupation de ce volume
Poste le tableau retourné par la 2è --> c'est pour vérifier que la taille des fichiers n'excède pas 600 Mo.
Cliquez pour agrandir...

Et voilà. Effectivement 549Mo.
Bloc de code: 
Filesystem     Size   Used  Avail Capacity iused    ifree %iused  Mounted on
/dev/disk0s3   260G   549M   259G     1%  134117 63288330    0%   /Volumes/Recovery HD
 
Les 549 Mo sont la taille du dossier contenant l'OS de secours démarrable. Pas de problème de taille. Alors on continue tranquillement la manœuvre.

Passe la commande (copier-coller) :
Bloc de code: 
diskutil resizeVolume disk0s3 %recovery% free null 0b

  • la commande rétrécit (non-destructivement pour son volume) la partition disk0s3 à la taille réglementaire de 650 Mo > et laisse l'espace excédentaire à l'état d'espace libre

La commande passée > repasse un :
Bloc de code: 
diskutil list

  • et poste le tableau.
 
macomaniac a dit:
Les 549 Mo sont la taille du dossier contenant l'OS de secours démarrable. Pas de problème de taille. Alors on continue tranquillement la manœuvre.

Passe la commande (copier-coller) :
Bloc de code: 
diskutil resizeVolume disk0s3 %recovery% free null 0b

  • la commande rétrécit (non-destructivement pour son volume) la partition disk0s3 à la taille réglementaire de 650 Mo > et laisse l'espace excédentaire à l'état d'espace libre

La commande passée > repasse un :
Bloc de code: 
diskutil list

  • et poste le tableau.
Cliquez pour agrandir...
voici le resultat:
Bloc de code: 
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Disque Dur              60.0 GB    disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3
 
Ça roule : 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).

L'opération est un cycle ou un cercle. On va restituer à présent à cette partition son type originel Apple_Boot --> condition sine qua non pour pouvoir ensuite récupérer l'espace libre.

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:
Ça roule : 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).

L'opération est un cycle ou un cercle. On va restituer à présent à cette partition son type originel Apple_Boot --> condition sine qua non pour pouvoir ensuite récupérer l'espace libre.

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...
Bloc de code: 
Fsck /dev/disk0s3 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
Bloc de code: 
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Disque Dur              60.0 GB    disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
et voilà
 
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 resizeVolume disk0s2 0b

  • cette commande effectue la récupération des 259 Go d'espace libre à la partition "donneuse" (au départ) = disk0s2 > et à son volume Disque dur
  • il y a une vérification d'intégrité préalable du système de fichiers jhfs+ de la partition. La commande avorte en cas d'erreur.

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 impliquées par un re-dimensionnement > l'index de la partition de secours devrait être actuellement disk0s4 et plus disk0s3.
 
macomaniac a dit:
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 resizeVolume disk0s2 0b

  • cette commande effectue la récupération des 259 Go d'espace libre à la partition "donneuse" (au départ) = disk0s2 > et à son volume Disque dur
  • il y a une vérification d'intégrité préalable du système de fichiers jhfs+ de la partition. La commande avorte en cas d'erreur.
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 impliquées par un re-dimensionnement > l'index de la partition de secours devrait être actuellement disk0s4 et plus disk0s3.
Cliquez pour agrandir...
exact :
Bloc de code: 
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Disque Dur              319.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

super tout est rentré dans l'ordre.
merci beaucoup pour ton aide.
 
En effet : tu as récupéré tout l'espace libéré par la réduction de la partition Recovery HD hypertrophiée.

Tu as eu affaire à un accident rare mais déjà attesté : l'espace libre d'une partition BOOTCAMP supprimée > récupéré par la partition de secours au lieu de la partition-Système.

Redémarre une fois > et l'index d'appareil de la partition de secours sera de nouveau disk0s3.
 
macomaniac a dit:
En effet : tu as récupéré tout l'espace libéré par la réduction de la partition Recovery HD hypertrophiée.

Tu as eu affaire à un accident rare mais déjà attesté : l'espace libre d'une partition BOOTCAMP supprimée > récupéré par la partition de secours au lieu de la partition-Système.

Redémarre une fois > et l'index d'appareil de la partition de secours sera de nouveau disk0s3.
Cliquez pour agrandir...

Oui c'est effectivement disk0s3.

Plus exactement, j'ai partitionné mon disk pour faire un clone vers un SSD de 60Go (pour le remplacer au départ) puis j'ai abandonné l'idée et j'ai essayé de refusionner les 2 partitions. D'abord avec l'utilitaire de disk (sans succès) puis avec le terminal et c'est la qu'elle a disparu dans le warp. Puis elle est réapparu lors d'un boot sur le recovery et puis disparue encore et c'est là que j'ai fait appel à vos conseils.
 
Dernière édition:
Bonsoir,

J'ai le même soucis d'espace perdu.
Pouvez vous m'aidez ?

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *500.3 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_APFS Container disk2 341.0 GB disk0s2

3: Apple_APFS Container disk1 8.0 GB disk0s3

4: Apple_APFS Container disk3 151.1 GB disk0s4


/dev/disk1 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +8.0 GB disk1

Physical Store disk0s3

1: APFS Volume OSXRESERVED 704.5 KB disk1s1


/dev/disk2 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +341.0 GB disk2

Physical Store disk0s2

1: APFS Volume Macintosh HD 146.9 GB disk2s1

2: APFS Volume Preboot 46.0 MB disk2s2

3: APFS Volume Recovery 517.0 MB disk2s3

4: APFS Volume VM 1.1 GB disk2s4


/dev/disk3 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +151.1 GB disk3

Physical Store disk0s4

1: APFS Volume BOOTCAMP 811.0 KB disk3s1

Merci
 
Bonjour PapaMaman

Seul le Conteneur apfs du haut du disque est valide. Les autres Conteneurs sont invalides : il doivent être supprimés et leur espace récupéré au Conteneur du haut -->

- est-ce ce que tu souhaites ?​

Note : quand tu colles un tableau du Terminal > ne le fais pas en mode brut de décoffrage > car la mise-en-forme (et donc la lisibilité) du tableau du Terminal se trouve alors perdue (sans compter qu'une grande quantité de page du fil se trouve consommée). Colle dans une fenêtre de code par le procédé suivant :
  • dans la page de ce fil de MacGé > presse le bouton
    InsererCodeMcGe.jpg
    ici :
    521520_original.png

    menu  : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité)
 
@ Locke

Si > mais il y a eu récidive avec aggravation -->

- après avoir créé 2 partitions OSXRESERVED & BOOTCAMP > PM n'a rien trouvé de mieux que de les convertir au format apfs --> ce qui a généré 2 Conteneurs apfs en sus de celui du volume de démarrage...​
 
macomaniac a dit:
@ Locke

Si > mais il y a eu récidive avec aggravation -->

- après avoir créé 2 partitions OSXRESERVED & BOOTCAMP > PM n'a rien trouvé de mieux que de les convertir au format apfs --> ce qui a généré 2 Conteneurs apfs en sus de celui du volume de démarrage...​
Cliquez pour agrandir...

Bloc de code: 
3: Apple_APFS Container disk1 8.0 GB disk0s3

4: Apple_APFS Container disk3 151.1 GB disk0s4

Oui je veux récupérer les 150 GO pour qu'il soir fusionner avec :
Bloc de code: 
: Apple_APFS Container disk2 341.0 GB disk0s2

Merci
 

Sujets similaires

N
Impossible de récupérer l'espace libre après une suppression d'une partition BootCamp
Réponses
26
Affichages
7K
Windows sur Mac
Systemc
Systemc
J
Partition Irrécupérable
Réponses
14
Affichages
2K
macOS
ericse
ericse
S
erreur installation windows 10 bootcamp
Réponses
9
Affichages
3K
Windows sur Mac
saleem51
S
J
Perte d'espace suite à la suppression d'une partition Bootcamp
Réponses
0
Affichages
852
Windows sur Mac
JereIVIy
J
Aski
macOS Ventura No CoreStorage logical volume groups found
Réponses
6
Affichages
1K
macOS
Locke
Locke
Haut Bas