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

Bloc de code: 
-bash-3.2# gpt add -b 1641747056 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC -i 3 disk0
disk0s3 added
-bash-3.2#
 
Partition ajoutée (via la recréation de son descripteur GPT).

- passe la commande-test :​
Bloc de code: 
diskutil list

  • et reposte le tableau des disques => qui va permettre d'aviser l'effet résultant de la recréation de la partition.
 
Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            840.4 GB   disk0s2
   3:                 Apple_Boot                         650.0 MB   disk0s3

/dev/disk1 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         28.0 GB    disk1
   1:                        EFI EFI                     314.6 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            27.6 GB    disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk2
   1:                  Apple_HFS OS X Base System        2.0 GB     disk2s1

/dev/disk3 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +867.0 GB   disk3
                                 Logical Volume on disk1s2, disk0s2
                                 E170E8EA-6468-42CA-94AC-B33468489942
                                 Unencrypted Fusion Drive

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk4

/dev/disk5 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk5
   1:                        EFI EFI                     209.7 MB   disk5s1
   2:                  Apple_HFS marine                  999.8 GB   disk5s2

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk7

/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk12

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk13

/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk18

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk19

/dev/disk20 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk20

-bash-3.2#
 
Voici la nouvelle partition -->
Bloc de code: 
   3:                 Apple_Boot                         650.0 MB   disk0s3

  • elle est canonique dans son type = Apple_Boot et son extension = 650 Mo > ainsi que dans son rang = n°3 sur le disque
  • comme tu le vois > il manque un volume Recovery HD affiché sur la partition.

Passe la commande :
Bloc de code: 
diskutil mount disk0s3

  • la commande monte le volume Recovery HD (si un système de fichiers jhfs+ non corrompu - formateur de ce volume --> est toujours inscrit sur les blocs de tête de la partition)

Poste le retour.
 
Bloc de code: 
-bash-3.2# diskutil mount disk0s3
Volume on disk0s3 failed to mount
If the volume is damaged, try the "readOnly" option
If the volume is an APFS Volume, try the "diskutil apfs unlockVolume" verb
-bash-3.2#
 
Un volume Recovery HD n'a pas pu être remonté. Le système de fichiers jhfs+ (inscrit sur les blocs de tête de la partition à partir du 1er bloc de la partition) => a dû être endommagé à la suppression de la partition. Ce qui n'empêche pas que la partition actuelle (avec une recréation ad hoc de volume vide) => sera fonctionnelle pour une récupération de l'espace libre.

- comme il se fait tard > on finalisera ces opérations demain. Mais pour l'instant > passe la commande :​
Bloc de code: 
csrutil disable

  • qui désactive le SIP (protocole de sécurité). Il bloquerait des manipulations de la partition qu'on vient de recréer.

Cela fait (inutile de poster le retour) > tu peux redémarrer (Menu  > Disque de démarrage > Macintosh HD > Redémarrer) pour réouvrir ta session.

- en bilan : un demi-succès > qui permettra déjà une récupération des 160 Go. À demain !​
 
De retour dans ta session > passe la commande :
Bloc de code: 
diskutil list

  • et reposte le tableau des disques

=> que je récupère les index d'appareils des 2 disques après ce redémarrage. Sachant que les index disk0 & disk1 affectés aux 2 disques internes --> ne sont pas des constantes innamovibles > mais des variables attribuées en fonction du rang temporel des disques dans le processus d'attachement au Système du Mac. D'un rédémarrage à l'autre > il peut y avoir une redistribution de ces index.
 
Bloc de code: 
Last login: Wed Jan  8 00:39:56 on console
imac-de-marine:~ marine$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            840.4 GB   disk0s2
   3:                 Apple_Boot                         650.0 MB   disk0s3

/dev/disk1 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         28.0 GB    disk1
   1:                        EFI EFI                     314.6 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            27.6 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           +867.0 GB   disk2
                                 Logical Volume on disk1s2, disk0s2
                                 E170E8EA-6468-42CA-94AC-B33468489942
                                 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 marine                  999.8 GB   disk3s2

imac-de-marine:~ marine$
 
Alors je ne sais pas (plus) --> si l'on peut injecter un système de fichiers dans un conteneur de partition de type "Apple_Boot" > ou s'il faut changer ce type en préalable. On essaie l'injection directe.

- passe la commande (copier-coller) :​
Bloc de code: 
sudo newfs_hfs -J -v "Recovery HD" /dev/disk0s3

  • à validation > une demande de password s'affiche (commande sudo) => tape ton mot-de-passe de session admin an aveugle - aucun caractère ne se montrant à la frappe - et revalide
  • la commande injecte un système de fichiers jhfs+ > formateur d'un volume Recovery HD --> sur les blocs de tête de la partition disk0s3

Poste le retour.
 
Bloc de code: 
Last login: Wed Jan  8 08:02:32 on ttys000
imac-de-marine:~ marine$ sudo newfs_hfs -J -v "Recovery HD" /dev/disk0s3
Password:
Initialized /dev/rdisk0s3 as a 620 MB case-insensitive HFS Plus volume with a 8192k journal
imac-de-marine:~ marine$
 
Hé ! hé ! --> ça a marché en injection directe.

- passe la commande :​
Bloc de code: 
diskutil mount disk0s3 ; diskutil list disk0

  • la commande remonte le volume Recovery HD juste créé (une façon de forcer la prise en charge du nouveau système de fichiers jhfs+ injecté dans la partition --> de la part du kernel ou noyau de l'OS démarré) > puis affiche la configuration du HDD seul

Poste le retour.

Note : ne t'étonne pas de voir un volume Reccovery HD affiché sur le Bureau suite à cette commande.
 
Bloc de code: 
Last login: Wed Jan  8 08:02:32 on ttys000
imac-de-marine:~ marine$ sudo newfs_hfs -J -v "Recovery HD" /dev/disk0s3
Password:
Initialized /dev/rdisk0s3 as a 620 MB case-insensitive HFS Plus volume with a 8192k journal
imac-de-marine:~ marine$ diskutil mount disk0s3 ; diskutil list disk0
Volume Recovery HD on disk0s3 mounted
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            840.4 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
imac-de-marine:~ marine$
 
Voici le résultat -->
Bloc de code: 
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

  • cette partition est une "simili-vraie" : il ne lui manque que des contenus dans le volume Recovery HD

On va l'étrenner pour récupérer les 160 Go d'espace libre. Passe la commande (copier-coller - copie-la bien jusqu'au list final) :
Bloc de code: 
diskutil umount force disk0s3 ; diskutil coreStorage resizeStack E170E8EA-6468-42CA-94AC-B33468489942 0b ; diskutil list

  • la commande démonte le volume Recovery HD > récupère l'espace libre de bas de HDD --> au volume logique Macintosh HD (et spécifiquement à la partition CoreStorage du HDD) > réaffiche le tableau des disques

Poste le retour intégral de la commande.
 
Bloc de code: 
Last login: Wed Jan  8 08:10:31 on ttys000
imac-de-marine:~ marine$ diskutil umount force disk0s3 ; diskutil coreStorage resizeStack E170E8EA-6468-42CA-94AC-B33468489942 0b ; diskutil list
disk0s3 was already unmounted
The Core Storage Logical Volume UUID is E170E8EA-6468-42CA-94AC-B33468489942
Started CoreStorage operation
Checking prerequisites for resizing Logical-Physical volume stack
Growing Logical-Physical volume stack
Verifying file system
Volume could not be unmounted
Using live mode
Performing fsck_hfs -fn -l -x /dev/rdisk2
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 volume bitmap
Checking volume information
The volume Macintosh HD appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Growing Core Storage Physical Volume from 840 364 756 992 to 999 345 127 424 bytes
Copying booter
Growing disk partition
Modifying partition map
Growing Core Storage data structures
Resizing Core Storage Physical Volume structures
Resized Core Storage Physical Volume to 999 345 127 424 bytes
Growing Logical Volume
Resizing Core Storage Logical Volume structures
Resized Core Storage Logical Volume to 1 025 980 497 920 bytes
Growing file system
Finished CoreStorage operation
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

/dev/disk1 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         28.0 GB    disk1
   1:                        EFI EFI                     314.6 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            27.6 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.0 TB     disk2
                                 Logical Volume on disk1s2, disk0s2
                                 E170E8EA-6468-42CA-94AC-B33468489942
                                 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 marine                  999.8 GB   disk3s2

imac-de-marine:~ marine$
 
Tu as récupéré les 160 Go d'espace libre. Ce qui prouve qu'il fallait restaurer la partition booter sur le HDD et que celle qu'on a créée est fonctionnelle.

- si tu veux tenter de la restaurer dans son contenu de partition de secours => tu peux télécharger un installateur de High Sierra et lancer une réinstallation à destination de Macintosh HD. La partition de secours sera restaurée > puis le seul logiciel du Système restauré également.​
 

Sujets similaires

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