Salut dominical
Best de la part du facétieux
macomaniac
SSD bourré
OSX SSD
- OSX SSD
- OSX SSD
- Recovery HD
- EFI
☝︎
Dès lors que ton SSD est 'bourré', pas étonnant s'il voit 'double' - que dis-je? - 'triple'...
Quelqu'un a-t-il le même problème ou le connait-il?
Le problème à-t-il disparu?
☝︎Avec moi, tu tombes bien : je suis une espèce d'«expert» ès 'bourrages' (de crâne, de mots, de pages, de pif...), et spécialement concernant celui qui te préoccupe, dont les symptômes que tu décris ne relèvent que d'un diagnostic univoque et indubitable...
♤
Quand tu dis que le partitionnement primitif de ton SSD de 256 Go était :
Bloc de code:
- OSX SSD
- Recovery HD
- EFI
je pense que ta mémoire fait une inversion, parce que, dans une table de partitionnement
GUID régulière, la carte d'amorçage
EFI est toujours la partition inaugurale, ce qui devait donner :
Bloc de code:
- EFI EFI 209 MB
- OSX SSD 255 GB
- Recovery HD 650 MB
♧
Tu déclares maintenant que, depuis ton installation sur le même SSD de «
Yosemite-bêta 2», le tableau de partitionnement est devenu :
Bloc de code:
OSX SSD
- OSX SSD
- OSX SSD
- Recovery HD
- EFI
À mons avis, l'«
Utilitaire de Disque», une fois sa fonctionnalité '
Déboguer' activée (ce qui semble être le cas chez toi), doit plus exactement montrer ce qui suit :
Bloc de code:
OSX SSD
[COLOR="Silver"]--[/COLOR]OSX SSD
[COLOR="Silver"]--[/COLOR]EFI
[COLOR="Silver"]--[/COLOR]OSX SSD
[COLOR="Silver"]--[/COLOR]Recovery HD
Et, si tu vas à :
Applications/Utilitaires et lances l'application : «
Terminal», pour saisir dans la fenêtre qui s'affiche la commande (purement informative) :
et ↩︎ (presse la touche 'Entrée' du clavier pour activer la commande), alors tu dois obtenir en retour l'affichage suivant :
Bloc de code:
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 256 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage 256 GB disk0s2
3: Apple_Boot Boot OS X 134.2 MB disk0s3
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS OSX SSD 256 GB disk1
et si, après cela, tu enchaînes par la commande spécifique (toujours d'ordre informatif) :
et ↩︎ --> tu devrais obtenir en retour l'affichage suivant :
Bloc de code:
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
=========================================================
Name: OSX SSD
Status: Online
Size: 25600000000 B (256 GB)
Free Space: 16777216 B (16.8 MB)
|
+-< Physical Volume XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
| ----------------------------------------------------
| Index: 0
| Disk: disk0s2
| Status: Online
| Size: 25600000000 B (256 GB)
|
+-> Logical Volume Family XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
----------------------------------------------------------
Encryption Status: Unlocked
Encryption Type: None
Conversion Status: NoConversion
Conversion Direction: -none-
Has Encrypted Extents: No
Fully Secure: No
Passphrase Required: No
|
+-> [COLOR="Blue"]Logical Volume[/COLOR] [COLOR="Red"]XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX[/COLOR]
---------------------------------------------------
Disk: disk1
Status: Online
Size (Total): 25600000000 B (256 GB)
Conversion Progress: -none-
Revertible: Yes (no decryption required)
LV Name: OSX SSD
Volume Name: OSX SSD
Content Hint: Apple_HFS
♡
Si l'exactitude de mes pronostics appliqués à distance à ton cas t'a convaincu de mon 'expertise
ès bourrage'

, alors voici la «
raison des effets» que tu constates (pour reprendre une expression de
Blaise Pascal) --> il arrive (cela m'est d'ailleurs arrivé sur un DDE multi-partitionné sur une partition duquel j'ai précisément installé une
bêta de «
Yosemite» pour voir à quoi cela ressemblait) que l'installation de «
Yosemite-bêta» sur un disque génère du même coup une structure formelle spécifique : un
Groupe de Volumes Logiques : CoreStorage.
La particularité de cette structure complexe :
Groupe de Volumes Logiques : CoreStorage est de 'plaquer' sur le volume principal du disque physique concerné (chez toi :
/dev/disk0s2) un
artefact : un '
disque physique virtuel', dont la présence intercepte et occulte dorénavant l'existence du disque physique matériel en le rendant irreprésentable et immanipulable, pour devenir le support 'artificiel' d'un '
Volume' sui generis : un
Volume Logique ne relevant que de l'artefact du
Disque Physique Virtuel. Par analogie, figure-toi ledit
Disque Physique Virtuel comme une espèce de
.dmg étendu à l'échelle d'une partition entière (au lieu d'être recelé à l'intérieur d'une partition donnée), et le
Volume Logique qui en relève comme l'
image-disque qui monte à partir du disque virtuel
.dmg mais qui serait désormais un volume égal à la partition entière.
Comme j'estime que le 'droit de plaisanterie' (un de mes vices

) doit se mériter et pas simplement s'infliger gratuitement à autrui, je viens d'infliger à la partition-Système du SSD de mon
MacBook Pro_Early 2011 (le même modèle que le tien) qui supporte «
Mavericks 10.9.5» la génération d'une structure formelle :
Groupe de Voluems Logiques : CoreStorage - ce
in vivo et
sans sauvegarde - par la commande dans le «
Terminal» :
Bloc de code:
sudo diskutil coreStorage convert /dev/disk0s2
et j'ai obtenu :
Bloc de code:
MacBook Pro:~ macomaniac$ diskutil coreStorage convert /dev/disk0s2
Started CoreStorage operation on disk0s2 Mavericks-SSD
Resizing disk to fit Core Storage headers
Creating Core Storage Logical Volume Group
[COLOR="DarkOrange"]Attempting to unmount disk0s2[/COLOR]
Switching disk0s2 to Core Storage
[COLOR="DarkOrange"]Couldn't unmount disk0s2; converted volume won't appear until it's unmounted[/COLOR]
Core Storage LVG UUID: E85F161C-6526-48F0-8F3B-3AABF532269A
Core Storage PV UUID: 6A4C30D0-5356-4FF5-9363-F4BA7B492E41
Core Storage LV UUID: 7690D591-A54D-4161-8494-8FABAEC7680C
Finished CoreStorage operation on disk0s2 Mavericks-SSD
--> le
binaire : diskutil râle forcément dans sa tentative pour démonter en volume la partition concernée (
/dev/disk0s2), puisque c'est celle de l'OS «
Mavericks 10.9.5» démarré qui ne peut donc pas être démonté en volume. Mais ça n'empêche nullement la génération de la structure formelle
Groupe de Volumes Logiques : CoreStorage --> il suffit de
re-démarrer le Mac et à la ré-ouverture de session l'affichage initial des volumes, conforme à la table de partition
GUID régulière, par l'«
Utilitaire de Disque» :
est devenu l'affichage modifié, conforme à la structure spéciale
Groupes de Volumes Logiques : CoreStorage -->
en quoi tu reconnais une copie-conforme de la structure formelle actuelle de ton propre SSD. J'ai donc réussi à 'bourrer' mon SSD à mon tour, et comme inauguration dominicale, tandis que j'écoute la pluie tomber, le succès de cette plaisanterie 'auto-infligée' me fait rire en douce d'un
risus sardonicus...
♢
Bon il est temps de dégainer le
katana et de décapiter d'un seul coup de lame cette configuration
CoreStorage qui - les plaisanteries les plus courtes étant les meilleures - a l'inconvénient de soustraire l'existence du disque physique réel d'un Mac à la capacité d'intervention de l'utilisateur.
Dans le tableau de partitionnement complexe qui s'est affiché dans le «
Terminal» chez toi en réponse à la commande :
tu as bien repéré l'équivalent de la ligne :
Bloc de code:
[COLOR="Blue"]Logical Volume[/COLOR] [COLOR="Red"]XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX[/COLOR]
n'est-ce pas? Ne te trompe pas : c'est la rubrique terminale, concernant le
Logical Volume --> surligne le groupe des 32 caractères alpha-numériques séparés par des tirets
XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX de l'
UUID du
Logical Volume en question et fais un
copier (⌘C) dans le presse-papier, puis rédige la commande :
Bloc de code:
sudo diskutil coreStorage revert [COLOR="Red"]XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX[/COLOR]
[où tu remplaces mon
XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX par un
coller de l'
UUID de ton
Logical Volume à partir du presse-papier - respecte les espaces critiques dans la commande] et ↩︎ --> une demande de
password s'affiche (commande
Super-User) --> tape ton mot-de-passe
admin à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ [attends le temps qu'il faut pour que l'opération s'exécute - la commande est
verbose par défaut, et tu vois l'affichage de la progression du processus : ne touche à rien tant que l'invite de commande de type
bestmbp$ ne s'est pas ré-affichée] --> normalement, le
binaire : diskutil va opérer la
réversion de la structure formelle
Groupe de Volumes Logiques : CoreStorage en détruisant l'artefact du '
Disque Physique Virtuel' supportant le '
Volume Logique' et libérer la partition-Système :
/dev/disk0s2 sans aucune perte logicielle.
Si tu es inquiet, fais une sauvegarde préalable de ton
Volume Logique =
Yosemite (clone). Une fois la
réversion opérée,
re-démarre ton Mac (il va le faire en plusieurs temps) --> à la ré-ouverture de session, le 'fantôme' :
CoreStorage s'est évanoui, et tu as récupéré une table de partition
GUID franche du collier...
J'ai opéré la même commande de
réversion, en utilisant comme cible les
UUID des
Volumes Logiques correspondants (obtenues elles aussi par la commande :
diskutil cs list), à destination d'une part de mon «
Mavericks» du SSD interne, et d'autre part du «
Yosemite» installé sur une partition de mon DDE, où des artefacts :
CoreStorage occultaient l'accès aux disques concernés --> sans rechigner, les fantômes des
Groupe de Volumes Logiques se sont évanouis
(comme ces Sorcières, dans «Macbeth», dont les figures se dissipent à la manière de 'brins de laine' dans le jour levant) et mes «
Mavericks» et «
Yosemite-bêta» sont redevenus des OS honnêtes cantonnés aux volumes de leurs partitions-disque.
DONE.
♗