Mehdi
Je suis content pour toi que ton volume
Macintosh HD ait récupéré une taille conforme.
Ton témoignage est précieux : il confirme qu'en cas d'erreur de taille
interne à un
CoreStorage > une réparation n'est pas capable de redresser la situation > il faut employer des moyens radicaux : la
suppression du dispositif
CoreStorage qui permet au système de fichiers
jhfs+ de recoller à l'espace entier de la partition.
Quand le
CoreStorage est
chiffré (c'était ton cas) > "
Désactiver FileVault" est l'option incontournable > car le
déchiffrement va de pair avec une "
déconstruction" du format
CoreStorage > ce qui supprime l'erreur du
Volume Logique.
Quand le
CoreStorage est
non-chiffré (cas de figure où il est instauré automatiquement par l'installateur d'«
El Capitan») > il convient de vérifier par une commande
diskutil cs list si ce format a le statut «
revertible » > si oui : une simple commande de «
réversion » permet de s'en débarrasser sans dommage pour le système de fichiers
jhfs+ terminal > après re-démarrage, on retombe dans le cas de figure précédent.
Mais il y a des cas de
CoreStorage à la fois
non-chiffré par «
FileVault» et
non réversible : par exemple, s'il s'agit d'un
CoreStorage de type «
Fusion Drive» associant les 2 disques d'un
iMac (en bref : un
CoreStorage est
réversible, s'il intervient
consécutivement à l'installation d'un OS sur une partition de disque (c'est le cas lors d'une mise-à-niveau d'un
OS X pré-existant à «
El Capitan») ; il est toujours
irréversible, par contre, s'il
précède l'installation d'un
OS X (c'est le cas avec un «
Fusion Drive», dont l'architecture logique vide précède l'installation d'un
OS X dans le
Volume Logique exporté).
Dans un tel cas de figure du «
Fusion Drive» > il est impossible bien sûr d'éliminer le
CoreStorage en gardant le système de fichiers
jhfs+ (dont dépendent les données Système et utilisateur), car ce dernier réside sur le
Volume Logique du
CoreStorage qui est exporté à partir de
2 partitions de disques > on ne peut donc pas faire "retomber" le système de fichiers sur une
partition unique de disque > il faut alors faire une
sauvegarde démarrable sur un disque externe (clone) >
re-démarrer dessus >
supprimer /
recréer le «
Fusion Drive» >
rétro-cloner le clone dans le
Volume Logique.
Il existe malgré tout une version "
solitaire" de ce problème de
CoreStorage irréversible : c'est celui d'une
clean install d'«
El Capitan» sur une partition de disque > cette installation n'étant
pas précédée par l'existence d'un
OS X > le
CoreStorage créé par l'installateur n'a
pas le statut
réversible > pourtant le système de fichiers
jhfs+ pourrait très bien "retomber" sur la partition unique du disque ("retomber" veut dire : ne plus être ancré à un
dev node exporté par le
Volume Logique du
CoreStorage > mais récupérer l'ancrage standard de l'en-tête de blocs de la partition).
Dans ce cas de figure de
CoreStorage irréversible "
solitaire" > il existe une solution perverse qui fait ma joie : elle consiste à
chiffrer dans un premier temps le
CoreStorage > puis une fois l'opération accomplie > à
déchiffrer ce
CoreStorage chiffré > car cette opération s'accompagne toujours de la
déconstruction du format
CoreStorage. Ainsi, le
chiffrement «
FileVault» n'est pas entièrement une mauvaise chose : il peut servir de procédé
médiat pour
déconstruire un
CoreStorage irréversible de type "
solitaire"...
[Et puisque ma verve s'en donne à cœur joie dans cette fin de billet dans le mode "médisance" : on notera que les adeptes de la
clean install (sous prétexte qu'ainsi on a un
OS X débarrassé de toutes sortes de corruptions logiques incluses dans une version précédente d'
OS X) > lorsqu'il s'agit d'installer «
El Capitan» ressemblent à de braves soldats qui se tireraient une balle dans le pied en voulant tirer "proprement".
Car leur
clean install instaure un
CoreStorage solitaire de type
irréversible (puisque format
non précédé sur la partition d'accueil par l'existence d'un
OS X à mettre à niveau) > il s'ensuit qu'en cas d'
erreur de taille interne du
CoreStorage (issue par exemple d'un échec de re-partitionnement par l'«
Assistant BootCamp») > ils ne peuvent pas
déconstruire aisément un
CoreStorage réversible (ce qui aurait été le cas s'ils avaient fait une simple
mise-à-niveau d'un
OS X préexistant) > ils doivent donc opérer par la bande :
chiffrer dans un premier temps leur
CoreStorage > pour ensuite le
déchiffrer > afin d'éliminer en mode indirect le
CoreStorage > et récupérer à la fin un système de fichiers
jhfs+ nu ancré sur l'en-tête de la partition-Système et ne comportant plus d'erreur de taille.]
