Salut
Kypaz.
Ton problème est en passe de devenir un "classique".
Selon toute apparence, tu es passé à «
Yosemite» et l'installateur de cet OS en a profité (
à l'insu de ton plein gré) pour greffer un format
CoreStorage sur la partition d'OSX (la /dev/disk0s2). Un format CoreStorage est un artefact logique qui crée sur la partition de référence un Groupe de Volumes Logiques "pyramidal" : en bas, un Disque Physique Virtuel qui "écrase" la partition-support ; au milieu, une Famille de Volumes Logiques qui a une fonction de paramétrage ; en haut, un Volume Logique rejeté par les 2 instances précédentes et dans lequel est installé «Yosemite».
Le double inconvénient d'avoir un Groupe de Volumes Logiques : CoreStorage greffé sur la partition de l'OS, c'est que :
-1° Le Volume Logique rejeté est absolument inextensible (à la différence d'un volume standard jhfs+) --> il ne peut ni être subdivisé, ni être dilaté (ce que tu voudrais précisément en lui réallouant l'espace-disque de ton ex-partition BootCamp) ;
-2° L'«Assistant BootCamp», pour la raison ci-dessus de l'invariabilité en taille du Volume Logique : CoreStorage, voit sa fonctionnalité classique (pouvoir réallouer l'espace d'une partition-Windows qu'on lui demande de supprimer au volume de l'OS "par-dessus la tête" de la partition de récupération «Recovery HD» régulièrement intercalée) absolument neutralisée (personnellement, je considère qu'il y a là une incohérence logique dans l'architecture d'un OS qui contient 2 dispositifs formels - format CoreStorage et fonctionnalité de l'«Assistant BootCamp» de réallocation au volume de l'OS de l'espace-disque de la partition Windows - en contradiction l'un de l'autre).
♤
☞ je viens de t'expliquer la raison de l'échec de l'«Assistant BootCamp» à exécuter sa mission classique. Par suite de quoi, tu te retrouves avec un espace-disque de 20 Go "dans la nature" et, comme je ne les vois pas sous forme de volume monté qui devrait logiquement occuper la position /dev/disk0s4 dans la séquence des devices, c'est donc tout aussi logiquement que tu as choisi de supprimer ladite partition - ce qui revient à virer son espace-disque au statut d'espace libre (free space) hors partitionnement actuel (un free space, ne supportant pas de filesystem <système de fichiers>, ne peut pas par conséquent monter sous forme de volume).
Tu dois prendre conscience, dans l'état actuel de la distribution logique du disque de ton Mac, que pour parvenir à tes fins (ré-intégrer les 20 Go de free space ci-devant le volume créé par l'«Assistant BootCamp» au volume de l'OS «Macintosh HD» de 288 Go) tu dois régler 2 difficultés (et pas une seule) :
- a) Supprimer le format CoreStorage greffé sur la partition /dev/disk0s2, càd. détruire le Groupe de Volumes Logiques dont dépend actuellement l'OS (condition sine qua non de pouvoir re-dimensionner la taille du volume de l'OS) - ce sans néanmoins perdre tes données et réglages d'utilisateur recelés sur le Volume Logique (dans certain cas, un format CoreStorage n'est éliminable qu'à la condition de détruire toutes les données recelées dans le Volume Logique rejeté par le Groupe de Volumes Logiques) ;
- b) Gérer le problème de la partition de récupération «Recovery HD» qui s'intercale en /dev/disk0s3 entre le volume de destination (celui de l'OS en /dev/disk0s2 qui doit recevoir les 20 Go) et le volume source (qui n'apparaît pas actuellement en tant que free space mais qui, si on le réintègre au partitionnement, se transformera nécessairement en un volume de queue en /dev/disk0s4). "Problème", car à la différence de l'«Assistant BootCamp» quand il n'est pas bloqué par un format CoreStorage sur la partition de l'OS, l'«Utilitaire de Disque» n'a en ce qui le concerne pas les ressources logicielles pour ré-allouer l'espace d'une partition /dev/disk0s4 à celui d'une partition /dev/disk0s2 sans détruire au passage la partition intercalaire /dev/disk0s3 (il ne possède pas de programme "saute-mouton"). Or tu n'as certainement pas envie de supprimer ta partition «Recovery HD» qui, à l'occasion, peut remplir de précieux services...
♧
En ce qui concerne le problème a) (suppression du format CoreStorage de la partition /dev/disk0s2 de l'OS sans perte de données pour toi), la question immédiate est de savoir si ce format est actuellement réversible ou irréversible (ça dépend de la façon dont il a été installé). S'il est logiquement réversible, une simple commande dans le «Terminal» peut re-créer illico un format standard jhfs+ sur la partition de l'OS sans perte du Système installé sur le Volume Logique. Si ce n'est pas le cas, les manœuvres à envisager sont plus compliquées.
Par voie de conséquence, je termine mon billet en te conseillant d'aller dans ton OS à : Applications/Utilitaires pour lancer le «Terminal». Dans la fenêtre qui s'affiche, saisis la commande :
et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> en retour de commande, tu obtiens la réponse :
Bloc de code:
CoreStorage logical volume groups : 1 found
suivi du tableau composite du Groupe de Volumes Logiques correspondant --> peux-tu poster ici ce tableau complet qui contient la réponse à la question de la réversibilité vs irréversibilité du format CoreStorage (croisons les doigts : si tu as installé «Yosemite» en mode "upgrade" d'un OS déjà en place auparavant, alors le CoreStorage a des chances d'être réversible...).
♡
