Boot camp partition missing, lost space

[Valtox]

Hello everyone,

So after a lot of research on the internet I still have not found a solution to my problem, although apparently I am not the only one to have it.

I installed Windows 10 some time ago with the Parallels Desktop tool in order to launch windows 10 as a virtual machine from the Boot Camp partition, and it worked very well for the applications (and for the games I booted on Windows directly for perfs).

Except that today Parallels wanted to make an update of its tools if I understood correctly, and an error has arrived, impossible to restart Windows. I check my disks and the Boot Camp partition no longer appears, however my Macintosh HD has lost the 40GB allocated to Boot Camp. So actually my Mac lost 40GB and could not find them.

When I run the disk utility I have a SSD volume of 121GB (for 128GB), but the Macintosh HD volume is only 80GB. No trace of BOOT CAMP.
The Boot Camp utility does as if I did not have boot camp installed and tells me (normal) that it takes 50GB of free space to create a Boot Camp partition and on.

So in fact I am stuck and I do not know what to do, if you have solutions, links, or people who have had the problem and have it repaired, to recover this space and be able to reuse Boot Camp, I'll be very thankful :3

Good day and thank you

PS: I'm on Sierra

 

[Weaselboy]

Do you have a spare external USB3 disk to use? If so, use Disk Utility to restore (clone) the Macintosh HD volume to the external disk. Then option key boot to the external. Then start Disk Utility and go to the erase tab and select the physical internal drive itself in the left column. Not Macintosh HD... but the drive itself jut above that. Then select Mac OS Extended (Journaled) in the drop down and apply that format. Then use Disk Util again to restore the external drive back to the internal.

That will get you one large internal volume with everything (except Windows/Bootcamp) back like it was.

 

[Valtox]

That's why I think I'll do, I thought there would be a solution without erasing the disk
Thanks for the help

 

[agffth]

I'm having the same problem. I was going to give this a shot but I wanted to know if this wipes out the recovery portion or if it removes the ability to run the recovery afterwards. Thanks.

 

[Valtox]

Here's a reply that helped me. It's in French but throw this into google translate and it should be fine.

Alors voici le principe : c'est une opération en 2 temps =>

- pour pouvoir réallouer l'espace de n partitions à une partition bénéficiaire > il faut que la bénéficiaire soit toujours située "en-dessus" des partitions "donneuses" (en terme de numérotation des blocs du disque de 1 à n) - ce qui est le cas chez toi, car la MAC n°2 précède les partitions "donneuses" n°4 à 7.

Cela étant > il faut libérer les blocs des partitions "donneuses", ce qui revient à dire effacer les systèmes de fichiers (inscrits sur les blocs d'en-tête des partitions) qui gèrent ces blocs en mode "partition" > les blocs libérés deviennent donc de l'espace libre hors partitions : free_space.

- tous les blocs virés à du free_space, s'ils n'ont pas de partition intercalaire entre eux, deviennent une bande continue invisible d'espace libre disponible hors partitions > une commande permet alors de les ré-intégrer en queue de la partition bénéficiaire supérieure de manière conservative pour son système de fichiers (dont les données préalables - Système ou perso - sont préservées) et en mode "live" possible (le Système de la partition bénéficiaire démarré).

La commande en question est capable de gérer la position intercalaire d'une Recovery HD entre la partition bénéficiaire et la bande de blocs libres > car elle opère un clonage de cette partition de secours en queue de disque > supprime alors la Recovery HD intercalaire dont l'espace vient grossir la bande des blocs libres > étire enfin le système de fichiers de la partition Macintosh HD dont la limite basse touche désormais le départ des blocs libres > jusqu'en fin de bande de blocs libres > à toucher la néo-Recovery HD de queue de disque.

--------------------

Maintenant que je te sens "en condition" > tu vas passer successivement (l'une après l'autre) les 4 commandes d'effacement des 4 partitions parasites que je te liste par commodité en un seul panneau d'affichage (fais des copier-coller chaque fois de la commande ad hoc dans la fenêtre du «Terminal« avant de l'activer) :
Code (Text):
diskutil eraseVolume free NULL1 disk0s4
diskutil eraseVolume free NULL2 disk0s5
diskutil eraseVolume free NULL3 disk0s6
diskutil eraseVolume free NULL4 disk0s7
Ces 4 commandes opérées > repasse un :
Code (Text):
diskutil list
informatif qui devrait de montrer, pour ton disk0, le tableau de partitions suivant :
Code (Text):
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *121.3 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS MAC 84.4 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
preuve que l'opération a parfaitement réussi > tu as désormais une bande continue de free_space récupérable en-dessous de la partition 3: Apple_Boot Recovery HD 650.0 MB disk0s3.

Fais alors un copier-coller de la commande opératoire de re-dimensionnement de la partition bénéficiaire MAC disk0s2 :
Code (Text):
diskutil resizeVolume disk0s2 0b
où l'instruction finale 0b (comme 0_byte) doit être lue comme : "récupérer à la partition-cible disk0s2 tout l'espace libre disponible situé en-dessous jusqu'à épuisement du dernier byte, ce sans obstacle d'une Recovery HD intercalaire dont l'emplacement sera mis à jour sur les blocs de queue du disque".

En préambule du re-dimensionnement > une commande de vérification d'intégrité du système de fichiers du volume MAC bénéficiaire est lancée :

- a) si exit code = 0 (pas d'erreur) > la commande de re-dimensionnement s'exécutera sans faute.

- b) si exit code > 0 (erreurs trouvées) => la commande de re-dimensionnement avortera. Il faut alors réparer le système de fichiers de MAC en préalable > ce qui n'est pas possible aussi longtemps qu'il gère un OS démarré, car pour réparer un système de fichiers, il faut démonter le volume qu'il monte.

Si tu étais dans ce cas > re-démarre avec "alt" > choisis de booter sur le volume Récupération 10.x > Utilitaire de Disque > option S.O.S. («El Capitan») ou "Réparer le disque" (OS antérieur à 10.11) sur le volume sélectionné Macintosh HD (pas le disque entier) > le succès obtenu (mention : "le volume Macintosh HD semble être en bon état" ) > re-démarrage sur l'OS > tu repasses ma dernière commande
Code (Text):
diskutil resizeVolume disk0s2 0b
qui sera honorée.

=> en cas de succès du re-dimensionnement > tu verras s'afficher en terminaison des opérations le tableau de partitionnement du disque concerné (disk0) > ce qui devrait te donner :
Code (Text):
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *121.3 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS MAC 120.5 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
#8