10.12 Sierra Récupération espace libre du ssd

crey

Membre confirmé
25 Avril 2019
30
0
25
Bonsoir à tous, je viens vers vous car je n'arrive pas à rattacher mon espace libre à mon ssd, j'ai cherché sur le forum, mais je n'ai pas trouvé de solutions et j'ai peur de faire un peu n'import quoi...
Merci d'avance pour votre aide !

t9hy.png
 
Dernière édition par un modérateur:
Bonjour crey

Passe la commande (copier-coller) :
Bloc de code:
diskutil resizeVolume disk0s2 0b ; diskutil list disk0

  • la commande récupère l'espace libre à la partition de Macintosh HD > puis réaffiche la configuration du disque
  • note : la commande ne va fonctionner qu'à 3 conditions : que l'espace libre soit situé en-dessous de la partition de secours Recovery HD (en queue de disque) > que la journalisation soit activée pour le volume Macintosh HD > que son système de fichiers formateur soit sans erreur

Poste l'ensemble de l'affichage retourné par la commande.

 
Bonjour, voilà ce que ça m'a donné, je ne dois pas respecter une des 3 conditions ( peut-être plusieurs )...


Bloc de code:
Last login: Wed Sep 18 07:03:10 on ttys000
MacBook-Pro-de-Benjamin:~ benjaminmerlin$ diskutil resizeVolumes disk0s2 0b ; diskutil list disk0
diskutil: did not recognize verb "resizeVolumes"; type "diskutil" for a list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            235.6 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3
MacBook-Pro-de-Benjamin:~ benjaminmerlin$
 
J'ai mal tapé, voilà un message plus cohérent :

Bloc de code:
Last login: Wed Sep 18 07:06:59 on ttys000
MacBook-Pro-de-Benjamin:~ benjaminmerlin$ diskutil resizeVolume disk0s2 0b ; diskutil list disk0
Resizing to full size (fit to fill)
Started partitioning on disk0s2 Macintosh HD
Error: -69743: The new size must be different than the existing size
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            235.6 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3
MacBook-Pro-de-Benjamin:~ benjaminmerlin$
 
L'espace libre ne doit pas se situer en fin de disque -->

- il faut donc enquêter en ce qui concerne la localisation de cet espace sur le disque (sans doute avant la partition Macintosh HD). Mais si l'OS installé comporte un protocole de sécurisation SIP activé --> la commande permettant de voir la distribution des blocs du disque va être bloquée.​

Donc passe d'abord la commande informative :
Bloc de code:
csrutil status

  • qui affiche le statut du SIP

Poste le retour.
 
J'avais déjà désactivé le sip et j'avais oublié de le remettre ( je sais que c'est pas bien:( )

Bloc de code:
Last login: Wed Sep 18 07:10:14 on ttys001
MacBook-Pro-de-Benjamin:~ benjaminmerlin$ csrutil status
System Integrity Protection status: disabled.
MacBook-Pro-de-Benjamin:~ benjaminmerlin$
 
Parfait justement.

Passe la commande (copier-coller) :
Bloc de code:
sudo gpt show disk0

  • à validation > 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 interne

Poste le tableau.
 
Bloc de code:
MacBook-Pro-de-Benjamin:~ benjaminmerlin$ sudo gpt show disk0
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  460171264      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  460580904     262144        
  460843048    1269536      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  462112584   28122135        
  490234719         32         Sec GPT table
  490234751          1         Sec GPT header
MacBook-Pro-de-Benjamin:~ benjaminmerlin$

C'est bien le 262144 mon espace libre ?
 
Cette mention en-dessous de la ligne 3 GPT part -->
Bloc de code:
  462112584   28122135

  • déclare que : à partir du bloc n°462112584 > existe une bande de 28122135 blocs libres (de 512 octets = 14,4 Go). Donc bien en fin de disque comme souhaité.

Mais je m'avise de 2 points -->

- a) un point qui n'avait pas attiré mon attention. La partition de secours ainsi décrite dans le tableau des disques -->
Bloc de code:
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

  • possède un type : "Apple_HFS" au lieu de "Apple_Boot" comme requis pour une partition de secours. En effet --> le type : "Apple_HFS" désigne la partition de secours comme inamovible sur les blocs de son emplacement > alors qu'un type : "Apple_Boot" la désignerait comme amovible (= déplaçable sur les blocs afin de permettre la récupération de l'espace libre à la partition n°2 de Macintosh HD).

- b) entre la partition n°2 de Macintosh HD et la partition n°3 Recovery HD > il y a ceci -->
Bloc de code:
  460580904     262144

  • à partir du 1er bloc libre n°460580904 --> une bande de 262144 blocs libres (de 512 octets = 134 Mo). Soit la taille d'une partition booter (prédémarrage) de dispositif CoreStorage --> qui aurait été supprimé. Le problème étant que la partition de secours ne doit être séparée par aucun bloc libre de la partition principale.

Ce constat complexe fait que > même si l'on restaure le type de la partition de secours à "Apple_Boot" comme requis > la bande de blocs libres de 134 Mo séparant cette partition de la partition n°2 Macintosh HD => risque de bloquer encore la récupération d'espace libre.

----------

Passe la commande :
Bloc de code:
sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot"

  • la commande change à "Apple_Boot" le type de la partition de secours

Poste le retour.
 
Merci pour les explications à chaque message !

Bloc de code:
MacBook-Pro-de-Benjamin:~ benjaminmerlin$ sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot"
asr: Target for adjust mode must be a partition with no mounted volume
MacBook-Pro-de-Benjamin:~ benjaminmerlin$
 
Ah ! pardon -->

- le faux type "Apple_HFS" de la partition de secours --> fait que le volume Recovery HD de cette partition se trouve automatiquement monté. Or la commande asr (apple_software_restore) que je t'ai passée --> requiert strictement pour le changement de type que le volume de la partition concernée ne soit pas monté.​

Alors on ajuste à cette requête. Passe la commande (copier-coller) :
Bloc de code:
sudo diskutil umount force disk0s3 ; sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot"

  • j'ai juste intercalé une commande de démontage du volume Recovery HD > avant la reprise de la commande de conversion du type de la partition-cible

Poste le retour.
 
Bloc de code:
MacBook-Pro-de-Benjamin:~ benjaminmerlin$ sudo diskutil umount force disk0s3 ; sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot"
Password:
Volume Recovery HD on disk0s3 force-unmounted
Fsck /dev/disk0s3 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
MacBook-Pro-de-Benjamin:~ benjaminmerlin$
 
Conversion de type réussie.

Repasse la commande :
Bloc de code:
diskutil list disk0

  • et reposte le tableau de la configuration du disque interne => qu'on voie le résultat.

Question : comment se fait-il que le partitionnement de ton disque soit aussi "compliqué" à remettre en ordre ?
 
  • J’aime
Réactions: litobar71
j'avais enlevé 15 Go pour installer linux, mais je n'en ai plus l'utilité et je voulais faire de la place pour installer bootcamp car j'ai besoin de logiciel sous windows...

Bloc de code:
Last login: Wed Sep 18 13:45:33 on ttys001
MBP-de-Benjamin:~ benjaminmerlin$ diskutil list disk0
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            235.6 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
MBP-de-Benjamin:~ benjaminmerlin$
 
La partition de secours -->
Bloc de code:
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

  • a retrouvé un type "Apple_Boot" conforme (qui la rend déplaçable sur les blocs). Reste à savoir si l'espace libre de 134 Mo qui la sépare de la partition Macintosh HD du dessus=> ne va pas bloquer l'opération.

Passe la commande :
Bloc de code:
diskutil resizeVolume disk0s2 0b ; diskutil list disk0

  • qui tente la récupération de l'espace libre > puis réaffiche la configuration du disque interne

Poste l'affichage complet retourné.
 
Je pense que le problème est résolu, voici le message :

Bloc de code:
Last login: Wed Sep 18 19:10:42 on ttys001
MBP-de-Benjamin:~ benjaminmerlin$ diskutil resizeVolume disk0s2 0b ; diskutil list disk0
Resizing to full size (fit to fill)
Started partitioning on disk0s2 Macintosh HD
Verifying the disk
Verifying file system
Using live mode
Performing live verification
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking multi-linked directories
Checking volume bitmap
Checking volume information
The volume Macintosh HD appears to be OK
File system check exit code is 0
Resizing
Modifying partition map
Copying booter
Growing file system
Finished partitioning on disk0s2 Macintosh HD
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            250.0 GB   disk0s2
   3:                 Apple_Boot                         650.0 MB   disk0s4
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            250.0 GB   disk0s2
   3:                 Apple_Boot                         650.0 MB   disk0s4
MBP-de-Benjamin:~ benjaminmerlin$
 
Tu as bien récupéré l'espace libre.

Si tu observes à présent la partition de secours -->
Bloc de code:
   3:                 Apple_Boot                         650.0 MB   disk0s4

  • tu devrais déceler 2 anomalies : lesquelles ? (simple jeu de fin d'opérations)
 
Oui : le volume Recovery HD n'est pas affiché sur la partition > et l'index d'appareil de la partition qui était disk0s3 => est à présent disk0s4.

- dernière question (plus difficile) : imaginer pourquoi plus de Recovery HD et pourquoi un index disk0s4 ?​
 
Est-ce que j'ai la réponse en faisant :

Bloc de code:
sudo gpt show disk0

ce qui me donne :

Bloc de code:
MBP-de-Benjamin:~ benjaminmerlin$ sudo gpt show disk0
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  488293392      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  488703032    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  489972568     262151        
  490234719         32         Sec GPT table
  490234751          1         Sec GPT header
MBP-de-Benjamin:~ benjaminmerlin$