En effet, limpide pour le connaisseur (qui s'en délecte) Et tu te déclares « curieux et fouineur » ? - Malheureux, je vais t'en fournir du fouissage de taupe...
Tu as un disque interne SSD de 121 Go, identifié
disk0 (ce qui veut dire : premier disque) et dont la
Table de Partition GUID gère les 3 partitions attendues :
- 1) en disk0s1 (= secteur 1 du disque 0), tu as l'ESP (EFI System Partition) qui est l'en-tête de 209 Mo classique de toute Table de Partition GUID.
- 2) en disk0s2 (= secteur 2 du disque 0), tu as la partition majeure de 120 Go de ton OS El Capitan.
- 3) en disk0s3 (= secteur 3 du disque 0), tu as la partition Recovery HD de 650 Mo, qui est le système auxiliaire de récupération.
Tu as évidemment, comme attendu encore avec «
El Capitan», un format
CoreStorage (« magasinage du noyau ») sur la partition
disk0s2 de l'OS - format, comme le second tableau le révèle, consistant en un empilement de couches logicielles (ou "volumes logiques") constituant ensemble un
Groupe de Volumes Logiques => en bas, un
Volume Physique importé à même l'espace de la partition
disk0s2 et qui y émule un disque dur (un peu comme un gigantesque
.dmg collé à la partition) => au milieu une
Famille de Volumes Logiques qui pilote le montage d'un volume à partir du
Volume Physique émulé => en haut un
Volume Logique exporté à partir du
Volume Physique et qui sert de point d'ancrage au système de fichiers
Apple_HFS+ de l'OS «
El Capitan». Compliqué, non ?
Ce petit
laïus pour rendre compte du phénomène suivant : le
Volume Logique qui monte à partir du
Volume Physique du
CoreStorage collé à la partition
disk0s2 est évalué comme un disque de
second ordre par rapport au disque physique
disk0 du SSD => il est donc indexé comme
disk1. Il s'agit-là purement et simplement d'un disque virtuel :
/dev/disk1 (internal, virtual).
--------------------
Il y a une petite « anomalie nominale » dans ton
CoreStorage (où serait le plaisir sans curiosités logiques ?) : normalement, le
nom du
Groupe de Volumes Logiques (qui est l'Ensemble du
CoreStorage) et le
nom du
Volume Logique (qui est son sous-ensemble sommital) sont
identiques, l'Ensemble empruntant son nom en écho au sous-ensemble qu'est le
Volume Logique. Ton
Volume Logique s'intitulant, par défaut,
Macintosh HD, le
Groupe de Volumes Logiques qui comprend ce sous-ensemble dans son Ensemble devrait s'intituler lui aussi
Macintosh HD. Eh bien ! non : il s'intitule chez toi
El Capitan, tandis que le
Volume Logique exporté se nomme seul
Macintosh HD.
C'est un détail nominal tout ce qu'il y a d'incident, mais curieux tout de même, sachant que si c'est l'installateur d'«
El Capitan» qui génère cette structure logique du
CoreStorage d'une manière tout ce qu'il y d'automatique, alors, dans ce cas, il y a
identité nominale Volume Logique / Groupe de Volumes Logiques. C'est seulement lorsque le
CoreStorage se trouve construit manuellement en 2 étapes distinctes (comme lors d'un
Fusion Drive à 2 disques) qu'un décalage nominal peut intervenir : a) création de l'Ensemble =
Groupe de Volumes Logiques avec le
Volume Physique importé sur une partition => un nom spécifique de
Groupe de Volumes Logiques est alors choisissable, genre
El Capitan ; b) génération en seconde instance de la paire logique =
Famille de Volumes Logiques / Volume Logique exporté => un nom spécifique décalé peut alors être retenu pour le
Volume Logique, genre
Macintosh HD.
De cette analyse d'un détail infime, j'aurais tendance à induire que ton
CoreStorage n'a pas été le fruit d'une génération
spontanée automatique par l'installateur d'«
El Capitan», mais est le produit d'une création manuelle à 2 étapes (aurais-tu eu un
Fusion Drive à un moment donné, après quoi tu aurais enlevé le HDD pour re-créer manuellement sur le seul SSD un
CoreStorage en 2 étapes comme on le fait pour un
Fusion Drive ? Ou bien un des membres malin du trio représenté dans ton
selfie de groupe aurait-il « à l'insu de ton plein gré » - comme on dit joliment - construit un
CoreStorage en 2 étapes sur la partition
disk0s2 ?). Pourtant, quand on procède ainsi en 2 étapes, le
CoreStorage produit est
non-réversible - ce qui n'est pas le cas du tien, qui, lui, est
réversible, comme lorsque sa génération a été "holistique" (l'Ensemble avec ses sous-ensembles en une seule opération globale)...
--------------------
Dans l'état actuel, ton
CoreStorage étant
non chiffré et aucun
Fusion Drive n'existant, il ne sert strictement à rien sur le disque de ton Mac sinon à embrouiller la situation logique en la rendant plus complexe que souhaitable (et plus fragile logiciellement aussi : toutes ces couches virtuelles constituent une assise beaucoup moins robuste que le standard classique : un système de fichiers
Apple_HFS+ directement ancré à l'espace de la partition
GUID disk0s2).
Il se trouve que ton
CoreStorage [comme en témoigne la mention à la rubrique du
Logical Volume :
Revertible: Yes (no decryption required) = Réversible : OUI (pas de déchiffrement requis)] peut être déconstruit en mode "
live" (l'OS démarré - non destructivement pour son système de fichiers) => si donc tu voulais te débarrasser de ce format qui (je le répète) ne sert strictement à rien dans l'état actuel des choses chez toi, alors tu peux faire un copier-coller direct de la commande (opérative) suivante dans la fenêtre du «
Terminal» :
Bloc de code:
sudo diskutil coreStorage revert F278B9AF-95E5-4D66-BA10-BEDDC3213D5E
et ↩︎ --> une demande de
password s'affiche (commande
sudo) --> tape ton mot-de-passe
admin à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ --> comme tu vois, la commande appelle le binaire
diskutil (+ le préfixe
sudo pour opérer en droits
root) avec la spécification
coreStorage et le verbe
revert ("opérer la réversion") sur la cible constituée par l'
UUID de 32 caractères alpha-numériques du
Volume Logique Macintosh HD => en retour, tu devrais voir s'afficher ce qui suit :
Bloc de code:
Started CoreStorage operation on disk1 Macintosh HD
Switching partition from Core Storage type to original type
Reclaiming space formerly used by Core Storage metadata
Even though the disk is now fully reverted, you should reboot soon to re-mount your reverted disk from the actual original partition
Removing Physical Volume
Destroying Logical Volume Group
Remounting former Physical Volume as normal disk
Core Storage LV UUID: F278B9AF-95E5-4D66-BA10-BEDDC3213D5E
Core Storage disk: disk0s2
Finished CoreStorage operation on disk1 Macintosh HD
--> comme indiqué par l'avertissement : "
Even though the disk is now fully reverted, you should reboot soon to re-mount your reverted disk from the actual original partition" (même si le disque a présentement subi une réversion de format complète, vous devriez re-démarrer votre Mac sans tarder pour re-monter votre disque "
réversé" sur la base effective de la partition
GUID originelle), tu devrais
re-démarrer ton Mac dans la foulée. En effet, le système de fichiers démarré de ton OS avait pour point d'ancrage logique un «
dev node » (point de montage) exporté par le
Volume Logique du
CoreStorage. Or, comme tout cet ensemble de couches logiques a été supprimé, le «
dev node » en question a disparu « réellement », et il ne persiste que dans la mémoire résiliente du
kernel (c'est donc un «
dev node » virtuel) => il ne serait pas bon du tout de continuer à agir dans un système de fichiers dont le point d'ancrage est... « imaginaire ». Re-démarrer va « faire atterrir » ledit système de fichiers, dont le point d'ancrage va désormais se situer sur le « sol logique » de la partition
GUID disk0s2 (imagine une mongolfière : son ancre va être fixée au plancher des vaches, càd. dans le pré, au lieu s'être accochée à un cumulo-nimbus).
--------------------
J'arrive à ton problème spécifique : la partition que tu veux supprimer réside sur un DDE de 500 Go où tu as 2 sauvegardes
Time Machine (sur 2 volumes éponymes). Si tu as supprimé le
CoreStorage, le
disk1 du
Volume Logique n'existe plus, et si ton DDE est seul branché au Mac, son disque est donc identifié désormais comme
disk1 et plus
disk2 =>
vérifie par un diskutil list dans le «Terminal» au préalable quels sont les identifiants des partitions de ton DDE.
Tu peux alors passer la commande :
Bloc de code:
sudo diskutil eraseVolume free NULL disk1s3
(attention ! vérifie bien que ta partition
SANS TITRE est bien identifiée comme
disk1s3. Si tu n'as pas supprimé ton
CoreStorage, alors elle doit être
disk2s3 => opère dans tous les cas la bonne substitution) [il te faut saisir ton
password à l'aveugle] --> cette commande appelle
diskutil avec le verbe
eraseVolume ("effacer le système de fichiers du Volume") le "format"
free (abrégé de "
free_space" qui est un
non-format = ne pas re-créer un système de fichiers), le nom
NULL (bidon, car en cas de
free_space, aucun système de fichiers pouvant monter un Volume n'est recréé - mais il faut quand même mentionner un "nom de volume" pour la forme) et la cible
disk1s3 (à vérifier) --> l'espace de la partition va être libéré du partitionnement
GUID.
Tu enchaînes alors par la commande :
Bloc de code:
sudo diskutil resizeVolume disk1s2 0b
[pas besoin de
password dans les 5' après un premier
sudo] (attention encore : vérifie bien que ta partition
Time Machine de tête est bien identifiée comme
disk1s2 - si tu n'as pas supprimé ton
CoreStorage, elle reste
disk2s2 => opère la bonne substitution encore) --> cette commande appelle
diskutil encore (+
sudo) avec le verbe
resizeVolume ("re-dimensionner le Volume") et la cible de la partition bénéficiaire (ici :
disk1s2 si tel est bien l'identifiant de ta partition
Time Machine de tête) et l'option
0b équivalant à : "récupérer jusqu'au dernier
byte l'espace libre disponible en-dessous de la partition-cible bénéficiaire".
Une vérification préalable du système de fichiers de la partition
Time Machine bénéficiaire va êtrre lancée. Au cas où un message d'erreur s'afficherait (
exit code > 0 = erreurs trouvées) sans qu'une réparation ne se soit opérée, alors tu lances l'«
Utilitaire de Disque», tu sélectionnes ton volume
Time Machine de tête de 314 Mo et tu fais un
S.O.S. dessus pour réparer son système de fichiers. Cela fait, tu repasses la commande
sudo diskutil resizeVolume disk1s2 0b (avec le bon identifiant du
disk évidemment).
--------------------
