SSD bourré

Breizh44

Membre actif
13 Octobre 2011
805
29
32
Nantes
Question sur la DP 7,8
Le problème de partitions est il réglé?

explication:

Mon schéma original:
Samsung SSD 256GO…
- OSX SSD
- Recovery HD
- EFI

Le schéma après installation de Yosemite beta 2 (et DP7 sauf que étant donné que je n'ai pas reformaté, ç'est peut-être revenu à la normale).

OSX SSD
- OSX SSD
- OSX SSD
- Recovery HD
- EFI

Mon ordinateur est un MBP 15" early 2011 ( de fait, actuellement sous Yosemite beta3(ou DP7 c'est pas clair, je n'ai qu'un accès grand public))
Le ssd est un Samsung de 256Go ajouté il a un an environ.
L'ordinateur ne semble pas ralenti ou dysfonctionel pour autant à part la partition recovery qui n'apparait pas en appuyant sur "alt au démarrage (et quand on la met sur une clé usb sur laquelle on démarre ensuite on tombe sur la partition osx normale (démarrage d'un yosemite fonctionnel)

Quelqu'un a-t-il le même problème ou le connait-il?
Le problème à-t-il disparu?
 
Salut dominical Best de la part du facétieux macomaniac :D


SSD bourré

OSX SSD
- OSX SSD
- OSX SSD

- Recovery HD
- EFI

☝︎:D 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) :

Bloc de code:
diskutil list

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) :

Bloc de code:
diskutil cs list

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

&#9825;

Si l'exactitude de mes pronostics appliqués à distance à ton cas t'a convaincu de mon 'expertise ès bourrage' :D, 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 :D) 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» :

336133_original.png

est devenu l'affichage modifié, conforme à la structure spéciale Groupes de Volumes Logiques : CoreStorage -->

336070_original.png

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... :D

&#9826;

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 :

Bloc de code:
diskutil cs list

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 (&#8984;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 &#8617;&#65038; --> 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 &#8617;&#65038; [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... :D

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.

&#9815;
 
Dernière édition par un modérateur:
  • J’aime
Réactions: Aliboron
Oh Morpheus,
de toute mon existence, il me sera impossible de te rendre l'inestimable trésor que tu me confie.
Qu'on se le dise.
Pour moi, elle n'est plus qu'un souvenir.
Adieu Matrice.

Il est maintenant temps de d'ouvrir les yeux à de nouveaux agents.
Sus aux machines!
 
Dernière édition:
Bonjour,
je viens ici car l'ai un peu le même type de problème après avoir essayé de partitionner mon disque pour y installer une béta publique de Yosemite.
Il s'agit d'un disque dur classique (non SSD) d'origine de mon macbook pro 13pouces début 2011.
Quand je lance utilitaire de disque à la racine du HD je ne peux plus rien faire car il est en "groupe de volumes logiques"
Voilà la photo d'écran de l'utilitaire de disque http://hpics.li/48c189c

je n'ose pas trop toucher au terminal, n'étant pas trop spécialiste, y a t il un moyen de supprimer ce groupe et de remettre le HD en un seul "morceau" et au bon format Mac os étendu (journalisé) ?

J'ai noté aussi que parfois le nom de mon ordi change tout seul et prend un chiffre entre parenthèses, MBPXX (2)
, si je le change dans les préf système / partage et que je remets le vrai nom ça tient quelque temps puis ça se remet à changer ..est ce pour la même raison que ce problème de disque ?

Merci beaucoup de vos conseils
 
Salut palmipedes.

Même si passer des commandes dans le «Terminal» te paraît aussi redoutable que d'invoquer quelque nocturne succube d'après la liste douteuse des formules d'un grimoire, je t'invite néanmoins à aller : Applications/Utilitaires et à le lancer, ledit «Terminal». Dans sa fenêtre, fais un copier-coller directo presto de :

Bloc de code:
diskutil cs list

et &#8617;&#65038; (presse la touche 'Entrée' du clavier pour activer la commande). Cette commande consiste à demander au programme UNIX diskutil ('utilitaire de disque' - dont l'«Utilitaire de Disque» n'est qu'un habillage graphique étriqué) d'afficher de manière ordonnée (list) tout ce qui relève sur les disques actuellement attachés au Mac d'un format CoreStorage ('cs' en abrégé) --> comme tu le vois, il s'agit d'une commande purement informative qui n'agit qu'en mode 'lecture', donc inoffensive.

En réponse, tu vas voir s'afficher un :

Bloc de code:
CoreStorage Logical Volume Groups (1 found)

suivi du tableau décrivant le dispositif du CoreStorage greffé sur la partition /dev/disk0s2 du disque de ton Mac où est installé ton OS «Yosemite-bêta» (dont l'installateur a profité de l'occasion pour virer le format jhfs+ de la partition au format Groupe de Volume Logiques comme il en a l'instruction).

Est-ce que tu peux sélectionner tout le tableau en question (rubriques : Logical Volume Group, Physical Volume, Logical Volume Family et Logical Volume avec leurs détails comme dans l'exemple que j'avais donné pour Breizh) et le poster ici en faisant un copier-coller entre des balises de code (bouton # de la barre de menus surplombant la fenêtre de saisie d'un message) pour la clarté? Ce tableau devrait indiquer, notamment, si le format CoreStorage actuel est réversible logiquement, et l'UUID (IDentifiant Unique Universel) du Volume Logique qui contient l'OS. Ces deux informations suffisent à permettre la suppression sans perte de données du format CoreStorage s'il supporte la réversion.
 
Pour le deuxième point (changement de nom) c'est apparemment un bug lié aux services réseau et ça n'a donc pas de lien avec l'état du disque.
 
merci beaucoup de me répondre aussi vite et bien !!
voilà ce que me dit le terminal :

Last login: Thu Dec 11 14:12:41 on ttys000
pc2:~ jl$ diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 4CD5B9B1-D0D4-455B-9C7B-9734B5E1BCB9
=========================================================
Name: Macintosh HD
Status: Online
Size: 319208620032 B (319.2 GB)
Free Space: 18939904 B (18.9 MB)
|
+-< Physical Volume A6FE4E68-0353-462A-AA0E-EA315E5BA3B4
| ----------------------------------------------------
| Index: 0
| Disk: disk0s2
| Status: Online
| Size: 319208620032 B (319.2 GB)
|
+-> Logical Volume Family 9ECA6F2E-6BE4-47FB-8B5D-4BEE69E1A836
----------------------------------------------------------
Encryption Status: Unlocked
Encryption Type: AES-XTS
Conversion Status: Complete
Conversion Direction: -none-
Has Encrypted Extents: Yes
Fully Secure: No
Passphrase Required: No
|
+-> Logical Volume E24D60A9-D82F-4EA6-AFFB-257C0748B9DA
---------------------------------------------------
Disk: disk1
Status: Online
Size (Total): 319208620032 B (319.2 GB)
Conversion Progress: Complete
Revertible: No
LV Name: Macintosh HD
Volume Name: Macintosh HD
Content Hint: Apple_HFS
pc2:~ jl$

j'espère que le copié collé a bien marché ...

---------- Nouveau message ajouté à 14h25 ---------- Le message précédent a été envoyé à 14h18 ----------

Pour le deuxième point (changement de nom) c'est apparemment un bug lié aux services réseau et ça n'a donc pas de lien avec l'état du disque.

merci aussi pour cette réponse, déjà c'est bien que les deux soucis ne soient pas liés, si j'arrive à résoudre le premier déjà ce sera bien !!
 
-------------------------------------
+-> Logical Volume E24D60A9-D82F-4EA6-AFFB-257C0748B9DA
---------------------------------------------------
Disk: disk1
Status: Online
Size (Total): 319208620032 B (319.2 GB)
Conversion Progress: Complete
Revertible: No
LV Name: Macintosh HD
Volume Name: Macintosh HD
Content Hint: Apple_HFS

Comme tu peux le voir d'après l'information que j'ai coloriée en rouge, le «CoreStorage» sur la partition principale de ton HDD n'est pas réversible logiquement. Cela signifie que tu n'as pas installé «Yosemite», selon toute apparence, en mise-à-niveau d'un OS pré-existant (genre : «Mavericks»), car, si ç'avait été le cas, l'OS pré-existant aurait été au format classique jhfs+ (Mac OS étendu journalisé) et c'est donc par conversion de format d'un filesystem préexistant vers le CoreStorage que «Yosemite-bêta» aurait été installé --> un CoreStorage généré par conversion du format d'un OS pré-existant est alors toujours réversible. Mais tu as donc dû installer «Yosemite-bêta» sur un volume vierge de Système et c'est une création de format pour le filesystem qui a eu lieu, non-réversible dans ce cas.

Tu peux toujours vérifier l'exactitude de cette analyse, en relançant le «Terminal» et en passant la commande (copier-coller direct) :

Bloc de code:
sudo diskutil coreStorage revert E24D60A9-D82F-4EA6-AFFB-257C0748B9DA

et &#8617;&#65038; --> demande de password (car commande sudo = Super-Administrateur Système) --> tape ton mot-de-passe admin à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef &#8617;&#65038; --> logiquement, tu vas te faire jeter avec un message d'erreur dans le «Terminal». Sinon, ton affaire est réglée : il suffirait d'attendre la complétion de la réversion jusqu'au ré-affichage de l'invite de commande ~jl$ (tu as un pourcentage de la progression qui s'affiche).

&#10057;

Mais comme je ne crois pas à que ça puisse marcher ainsi, dans la perspective d'une non-réversibilité de format directe, je suis conduit à te demander : qu'est-ce que tu veux faire exactement?


  • Supprimer le format CoreStorage sans préservation des données ni de l'OS existant (ce qui équivaudrait à un reformatage destructif sur le volume)? - Si c'est le cas, rien de plus aisé que de te donner une formule de destruction du format CoreStorage qui va restaurer un volume vierge de données au format jhfs+.

    Mais cette commande de reformatage destructif ne peut pas être passée à partir de l'OS démarré sur lui-même. Il te faut donc démarrer sur un Système indépendant (partition de récupération «Recovery HD» ou clone de l'OS, et pouvoir disposer d'un moyen de ré-installer un OS sur le volume reformaté : installateur de «Yosemite 10.10» (version client) sur une clé USB bootable, téléchargement à partir de la «Recovery» ou autre.

  • Supprimer le format CoreStorage avec préservation des données et de l'OS existant? - Comme cette option n'est pas possible par réversion de format conservative directe, il faut passer par un intermédaire pour parvenir à cette fin. Je crois bien entrevoir une astuce pour faciliter la tâche dans cette optique.

&#9758; À toi de décider exactement ce que tu préfères faire et de le faire savoir.

&#10056;
 
Dernière édition par un modérateur:
encore merci pour cette réponse rapide et super précise !!
voila j'ai tapé :

sudo diskutil coreStorage revert E24D60A9-D82F-4EA6-AFFB-257C0748B9DA
dans le terminal et voilà ce qu'il me dit :

Last login: Thu Dec 11 19:22:09 on ttys000
pc2:~ jl$ sudo diskutil coreStorage revert E24D60A9-D82F-4EA6-AFFB-257C0748B9DA
Passphrase:
Started CoreStorage operation on disk1 Macintosh HD
Error: -69741: The target disk isn't eligible for reversion because it wasn't created by conversion or it is not part of a simple setup of exactly one logical and one physical volume
pc2:~ jl$

Je voudrais simplement que mon HD soit à nouveau d'un seul tenant et dans le format mac os journalisé comme il faut, et, bien sur, sans perdre mes données donc j'opte pour la deuxieme solution si j'ai tout bien compris.
 
Donc ton CoreStorage était non-réversible comme prévu.

Comme tu choisis l'option b de rechange, voici l'astuce à laquelle j'ai pensé : c'est l'équivalent d'un coup en 2 bandes au billard -->

  • Tu vas à : Menu &#63743;/Préférences Système/Sécurité et consifentialité/FileVault, tu cliques le cadenas (en bas à gauche) pour le déverrouiller - ce qui implique de t'authentfier avec ton mot-de-passe admin - et, superbe d'audace, tu presses le bouton : Activer FileVault.

    Cette opération peut être longue, et ralentit d'autant plus que tu lances de processus en parallèle sur ton Mac --> choisis un moment où tu peux délaisser quelque peu l'engin. Veille à ce qu'il soit branché sur secteur. L'opération s'exécute en 2 temps : chiffrement + optimisation. À complétion, re-démarre ton Mac --> la partition-Système /dev/disk0s2 de ton disque supporte désormais le format : CoreStorage chiffré.

  • Re-logé dans ta session après le re-démarrage, tu vas derechef à Menu &#63743;/Préférences Système/Sécurité et confidentialité/FileVault, tu déverrouilles de nouveau le cadenas, et cette fois-ci tu choisis de presser le bouton qui affiche actuellement : Désactiver FileVault --> idem : le processus de déchiffrement du volume va prendre ... le temps qu'il faut. Tu es en train de te dire : pas de doute, le facétieux macomaniac est en train de me rouler dans la farine :D

  • Crois-tu? Re-démarre ton Mac de nouveau et reloge-toi dans ta session. Si dans le «Terminal», tu passes encore la commande :

    Bloc de code:
    diskutil cs list

    la réponse cette fois-ci est :

    Bloc de code:
    No CoreStorage logical volume groups found

    Pourquoi diable? Car la désactivation de «FileVault», que le volume à chiffrer ait été au départ au format CoreStorage ou au format simple jhfs+ (Mac OS étendu journalisé), dans tous les cas de figure supprime le format CoreStorage sur le Volume pour le virer à l'arrivée au même format : jhfs+ (Mac OS étendu journalisé). Sans perte de données ni du caractère démarrable de l'OS, bien sûr.

DONE​
 
je suis à la lettre tes conseils et je te tiens au courant dès ce soir quand mon mac aura fait le boulot de filevault !!

edit : rdv plutôt demain car le chiffrage du disque va prendre environ 6h déjà !! :)
 
Dernière édition:
Bonsoir,

Je reviens donner des nouvelles et surtout te remercier macomaniac car la manip semble avoir marché impeccablement.

Le terminal maintenant me dit bien ce message:
Last login: Fri Dec 12 22:30:38 on ttys000
pc2:~ jl$ diskutil cs list
No CoreStorage logical volume groups found
pc2:~ jl$

Et enfin si maintenant j'ouvre l'utilitaire de disque, je pense que tout est redevenu normal, afin d'en être sûr, j'ai mis en ligne 2 photos d'écran pour que tu me le confirmes.

http://hpics.li/e777882

http://hpics.li/472cee4
 
je suis à la lettre tes conseils et je te tiens au courant dès ce soir quand mon mac aura fait le boulot de filevault !!

edit : rdv plutôt demain car le chiffrage du disque va prendre environ 6h déjà !! :)

&#9757;&#65038;:D Une ruse ressemblant, certes, à un coup en 2 bandes au billard pour ce qui est du procédé, mais dont l'exécution aurait tout d'un film en super-ralenti...​

la manip semble avoir marché impeccablement.

Le terminal maintenant me dit bien ce message:
No CoreStorage logical volume groups found

Et enfin si maintenant j'ouvre l'utilitaire de disque, je pense que tout est redevenu normal...

353812_original.png

Effectivement, tout est rentré dans l'ordre : le volume de ton OS a été restitué au format standard jhfs+ (Mac OS étendu journalisé) en lieu et place du format Groupe de Volumes Logiques : CoreStorage.

Ce que je trouve délectable dans le procédé que je t'ai préconisé, c'est qu'il consiste tout entier à utiliser le programme «FileVault-2» contre le format : CoreStorage. Le format CoreStorage sur la partition de l'OS est une espèce de «plaie d'Égypte» apportée par «Yosemite», qui, à la manière d'un vol de criquets migrateurs, recouvre la partition-Système /dev/disk0s2 de la Table de partition GUID d'un artefact: un Disque Physique Virtuel, lequel rend invisible et inaccessible le Disque Physique Réel ; mais également, fait de l'ombre à la partition graphiquement invisible : «Recovery HD» en la rendant inaffichable à l'écran de choix du disque de démarrage initié par la touche 'alt' pressée à l'allumage. Quant au procédé de chiffrement «FileVault-2» du volume de l'OS, c'est un cauchemar sécuritaire devenu réel : non seulement il apporte des restrictions aux options de démarrage (plus de login en Single User par exemple), mais la possibilité qui ne peut jamais être exclue d'un blocage de la clé de déchiffrement suscite un paradoxe : celui d'un procédé de sécurisation induisant précisément l'insécurité qu'il est censé combattre.

Mais voici l'amusant dans l'histoire : le chiffrement «FileVault-2» ne peut s'exécuter que sur un volume de l'OS viré au préalable au format : Volume Logique relevant de la structure : Groupe de Volumes Logiques : CoreStorage. Or, lorsqu'on demande à rebours au programme «FileVault-2» un déchiffrement de ce volume, il ne le fait jamais en gardant le volume de l'OS au format : Volume Logique, mais le binaire qu'il utilise : le programme fdesetup ne peut déchiffrer le volume qu'en produisant à l'arrivée un format déchiffré standard : jhfs+. Ce qui a donc permis dans ton cas une réversion par la bande de ce que diskutil ne pouvait pas effectuer directement.

[À titre d'incrimination collatérale : comme j'ai tenté de le démontrer dans le message #4 de ce fil : &#9758;Problème de double boot avec eEFIT sur Yosemite&#9756;, lorsqu'on a affaire à un Mac combinant les 3 facteurs : SSD de Tierce-Partie x Yosemite x Trim Enabler Activé, l'installation de «rEFInd» en intercepteur de boot du Mac prévient les risques de plantage introduits par cette autre «plaie d'Égypte» de «Yosemite» : le protocole du kext_signing. Or, dès lors que la partition /dev/disk0s2 de l'OS se trouve virée au format : CoreStorage, qu'il soit chiffré par «FileVault-2» ou non, alors «rEFInd» se trouve incapacité à jouer les intercetpeurs de boot --> il s'ensuit que l'utilisateur ne peut plus tabler sur cette garantie.]
&#10051;

Je t'offre un petit bonus en guise de : tout est bien qui finit bien :D --> relance le «Terminal» pour faire un copier-coller de :

Bloc de code:
defaults write com.apple.DiskUtility DUDebugMenuEnabled 1

et &#8617;&#65038; et re-démarre ton Mac. Lance alors l'«Utilitaire de Disque» --> tu t'avises que sa barre de menus supérieure comporte désormais un nouveau menu avancé qui vient d'être démasqué par cette commande : le menu Déboguer. Va à l'option de ce menu : Afficher chaque partition pour la cocher : désormais, dans la colonne de représentation graphique des disques du logiciel, se trouvent affichés y compris les volumes frappés d'invisibilité. Tu t'aperçois que, dans la table de partitionnement de ton disque, le volume de l'OS se trouve en intermédiaire de 2 partitions : la partition EFI qui est toujours l'en-tête du Tableau de partition GUID et la partition : «Recovery HD» qui est régulièrement subalterne à celle de l'OS.

'Voir' la présence de ces partitions dans l'«Utilitaire de Disque» permet souvent d'éviter des manipulations fâcheuses lorsque le disque interne du Mac est multipartitionné.
&#10056;
 
Dernière édition par un modérateur:
:coucou: macomaniac
Donc ton CoreStorage était non-réversible comme prévu.

Comme tu choisis l'option b de rechange, voici l'astuce à laquelle j'ai pensé : c'est l'équivalent d'un coup en 2 bandes au billard
:up:

Je l'ai fait en 3 bandes = mon Finder a planté au redémarrage de chiffrage (j'ai dû forcer l'extinction et réparer le Disque interne vérifié juste avant la 1ère bande : le redémarrage suivant a fait son boulot).

Maintenant, le démarrage en mode Alt me montre Recovery HD.
 
:coucou: François.

Chacun ses 'dadas', j'imagine, sans que l'esprit qui ressent une 'attraction' sourde pour tel sujet plutôt que tel autre ne sache clairement au départ la raison de cette affinité : ainsi, tu es intéressé par TimeMachine, comme de mon côté je suis intéressé par le format CoreStorage (en quoi tu aurais plus d'affinité avec la dimension de la Diachronie, et moi avec la dimension de la Synchronie).

Ce fil qui joue les monstres du Loch Ness en refaisant périodiquement surface est spécial en ce qui me concerne, car il m'a donné l'occasion d'affronter la question d'une suppression non-destructive (pour le volume de l'OS et ses données) du format CoreStorage par 2 moteurs logiques bien distincts : une réversion directe par le binaire diskutil (le cas : Breizh44 - qui s'appelait alors : BestBMP) vs une réversion indirecte par le binaire fdesetup (qui est le programme mis en &#339;uvre par FileVault --> le cas palmipedes).

En ce qui concerne ce dernier cas de figure dont le procédé a marché pour toi aussi : chiffrer par FileVault un format CoreStorage pré-existant non-réversible en soi, de manière à obtenir via le dé-chiffrement à rebours une restitution du volume au format jhfs+ sans perte de données : figure-toi que cette idée - c'est toi-même qui m'y a conduit par le biais d'une question, naguère. J'ai eu un peu de mal à retrouver le fil concerné, mais le voici : &#9758;problème recréer partition unique&#9756; --> au message #4, tu demandais en effet :

Edit : je laisse la place à macomaniac, qui connaît bien les Groupes de Volumes logiques. ;)

Et je lui pose une question :
désactiver FileVault dans les Préférences Système ne fait-il pas disparaître cette structure ?

C'est cette question qui m'avait conduit à des expérimentations, consécutivement auxquelles je répondais ceci (en synthèse) :

&#9758; en résultat : quelle que soit la situation initiale, l'issue est la même --> le déchiffrement par «FileVault-2» du volume de l'OS 'CoreStorage_chiffré' non seulement supprime le chiffrement du volume, mais opère également la réversion du format CoreStorage pour restituer un volume au format HFS+ standard. Que «FileVault-2» ait eu un statut d'héritier ou de créateur au départ relativement au format CoreStorage, cela n'a aucune incidence sur dénouement final : dans tous les cas de figures, déchiffrement implique réversion du format CoreStorage.

C'est la rémanence de cette 'leçon de l'expérience' - où je me figurais une "loi" insusceptible d'exception - qui m'a servi de principe directeur pour le procédé du "billard en 2 bandes" proposé à palmipedes. J'y faisais preuve de cette 'assurance caustique' qui accompagne la "certitude de la loi" :D. Mais - ne voilà-t-il pas qu'un cas récent l'a mise-à-jour, précisément, l'exception critique : un chiffrement par FileVault d'un volume de l'OS intialement au format : CoreStorage non_réversible suivi d'un déchiffrement laissant intact en sortie le format CoreStorage, au lieu de produire un format jhfs+ (voici le fil : &#9758;Récupérer l'espace libre Mac OS X 10.10&#9756; --> c'est tout l'échange avec YannPlanckeel).

Je l'étais déconfit pour le coup - moi et ma belle assurance de l'universalité de la "loi"!... Depuis, je reste dans le doute quand au sens de cette exception : y a-t-il une "variable cachée" (et alors laquelle) capable d'invalider la "loi" qui veut que le programme fdesetup mis-en-&#339;uvre par FileVault produise nécessairement en sortie d'un déchiffrement un format jhfs+ et pas cs?

C'est tout le problème du «déterminisme» : les mêmes causes produisent les même effets, si et seulement si des facteurs "hétérogènes" n'introduisent pas de variable qui génère l'exception à la loi (Louis Althusser, en son temps, invoquait un principe de «Sur-Détermination de la Détermination» - le problème étant qu'en admettant un tel 'syncrétisme', on ouvre en grand la porte à l'In-Déterminisme, justement).

[Dans le fil que j'ai cité : &#9758;problème recréer partition unique&#9756;, j'avais profité des circonstances pour évoquer une Contradiction Logique manifeste dans l'Ensemble Formel constitué par «Yosemite» : l'Assistant BootCamp ne peut pas supprimer une partition Windows pour en ré-intégrer dynamiquement l'espace au volume de l'OS, dès lors que ce volume est au format CoreStorage (format auquel l'utilisateur est incité à virer ce volume via le chiffrement FileVault - s'il n'est pas mis en place automatiquement comme cela se passe dans 50% des cas) --> la conséquence est qu'une partition 'au-delà' de la Recovery HD se retrouve en déréliction, ce qui montre bien qu'une fonctionnalité logique : le CoreStorage (avec ou sans FileVault) en bloque une autre : la capacité de BootCamp à re-partitionner dynamiquement le disque. C'est donc une contradiction touchant la gestion du partitionnement.]
 
Dernière édition par un modérateur:
Le plantage que j'ai vécu sur mon Mac et l'exception critique que tu as affrontée me font penser que FileVault 2 puisse être encore un peu jeune/buggé sous Yosemite.


J'ai migré l'intégralité de mon Mavericks non chiffré sur un nouveau Mac acheté en 10.10, avec Assistant de Réglages,
et la première connexion sur le nouveau Mac Yosemite ne m'a jamais demandé si je voulais de FileVault, alors que je pensais y avoir droit comme tout le monde : Apple nous dit quand même que ce n'est que facultatif :confused: =
Que ce soit en utilisant l’assistant Réglages ou l’assistant Migration, il se peut qu’il vous soit demandé si vous souhaitez utiliser FileVault. FileVault permet de chiffrer votre disque de démarrage.


Nous ne savons rien des antécédents du Mac et du système de YannPlanckeel.
 
Bonjour à tous,
Je suis tout nouveau sur ce forum riche en informations précieuses.
Je rencontre le même souci de SSD bourré puisque, même si mon MBP early 2015 est quasi neuf, sans grand chose dessus, je me retrouve avec des infos stockage bizarre.
En exécutant les commandes décrites plus haut, je me retrouve avec les infos suivantes :

CoreStorage logical volume groups (1 found)

|

+-- Logical Volume Group C4B8DBAB-4295-4F85-8DB1-31DB6D71EFDE

=========================================================

Name: Macintosh HD

Status: Online

Size: 120473067520 B (120.5 GB)

Free Space: 12656640 B (12.7 MB)

|

+-< Physical Volume 25A9C22A-BF4B-4FEA-B1BF-D66AC88BDBF3

| ----------------------------------------------------

| Index: 0

| Disk: disk0s2

| Status: Online

| Size: 120473067520 B (120.5 GB)

|

+-> Logical Volume Family 99D0C8D3-FDA7-4D8E-B56C-4E46358E3B7C

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

Encryption Type: None

|

+-> Logical Volume 6CE17A43-B90E-45EE-B137-D29BACA53FC4

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

Disk: disk1

Status: Online

Size (Total): 120108089344 B (120.1 GB)

Revertible: Yes (no decryption required)

LV Name: Macintosh HD

Volume Name: Macintosh HD

Content Hint: Apple_HFS

Je ne sais pas quel numéro sélectionner pour lancer la commande
sudo diskutil coreStorage revert

Merci d'avance pour votre aide.
 
Salut dako

Tu peux te débarrasser illico de ton CoreStorage en faisant dans le «Terminal» un copier-coller de la commande suivante :
Bloc de code:
sudo diskutil coreStorage revert 6CE17A43-B90E-45EE-B137-D29BACA53FC4
et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> 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, c'est l'UUID du Logical Volume - la dernière instance, tout en bas, qu'il faut sélectionner pour une réversion non-destructive du système de fichiers de l'OS).

Ton CoreStorage va être "dé-tricoté" très rapidement => à complétion, re-démarre impérativement ton Mac, pour que le kernel charge la nouvelle donne du partitionnnement.
 
Commandes exécutées et MBP redémarré.
J'ai cependant une question qui turlupine encore mon esprit.
Quand j'affiche l'état du stockage je me retrouve face aux infos suivantes :
Macintosh HD 88,23 Go libres sur 120,47 Go
Par contre, le graphique me donne les infos :
Apps : 83,59 Go
Photos : 9,95 Go
Audio : 1,84 Go
Vidéo : 663,1 Mo
Ce qui ne correspond pas, à mon sens, puisque environ 96 Go seraient déjà occupés sur le disque.
Je n'y comprends rien.
 
Salut @dako57

Utilises-tu Time Machine? Si oui il faudrait brancher le disque régulièrement.
Tu peux aussi désactiver les "instantanés locaux" (sauvegardes locales) par la commande :
sudo tmutil disablelocal
Pour les réactiver (en cas de besoins) :
sudo tmutil enablelocal