Répondre à la discussion

Message: <blockquote data-quote="macomaniac" data-source="post: 13004769" data-attributes="member: 1060554"><img src="http://files.macg.co/forums/xenforo/smilies/coucou.gif"  class="smilie" loading="lazy" alt=":coucou:" title="Coucou    :coucou:" data-shortname=":coucou:" /> olivierdtLa question que tu t'es posée : « pourquoi la Recovery HD n'apparaît-elle plus à l'écran obtenu avec la touche alt ? » - je me l'étais déjà posée naguère à l'époque de «Yosemite» et je connaissais déjà le facteur bloquant : la présence d'un format CoreStorage sur la partition Macintosh HD de l'OS. Mais ce qui m'échappait, c'était l'explication rationnelle de ce blocage constitué par le CoreStorage.C'est en décortiquant le mécanisme de démarrage du Mac, lorsque le CoreStorage sur le disque du Mac est Chiffré par «FileVault», que j'ai capturé l'alternative : si le boot_loader boot.efi de la «Recovery HD» sert à enclencher le démarrage du Volume Chiffré de l'OS, et donc sert d'indicateur de son statut de Volume démarrable pour le scan du DiskManager lancé par la touche "alt" ; alors, par principe logique d'exclusion de la contradiction (un même élément ne peut pas avoir à la fois une valeur = A et une valeur = Autre que A), le même boot_loader boot.efi ne peut plus servir d'indicateur de statut de Volume démarrable de la Recovery HD. Par suite, le DiskManager ne peut pas afficher les 2 volumes (Macintosh HD // Recovery HD) en parallèle, mais n'affiche que le premier.Reste le cas d'un CoreStorage non-Chiffré par «FileVault» (c'était celui que j'avais considéré au tout début et qui me laissait dans l'inconnu). Une fois saisi le mécanisme lorsque le CoreStorage est Chiffré, je me suis souvenu que ce format révolutionnaire avait été inventé, à l'époque de «Lion 10.7», précisément en vue du Chiffrement du volume de l'OS entier. Mon argument ici est de l'ordre d'une « transitivité de l'implication » : si un CoreStorage Chiffré affecte le boot.efi de la «Recovery HD» au statut d'indicateur de statut démarrable du volume de l'OS (et proscrit corrélativement qu'il puisse être simultanément l'indicateur du statut démarrable du volume de la Recovery HD) ; alors, la même chose doit être vraie lorsque le CoreStorage est non-Chiffré (CoreStorage simple), ou lorsque le CoreStorage est double (Fusion Drive). Ce - par principe de cohérence (d'identité) logicielle : un CoreStorage, quelles que soient les variables qui le caractérisent (Chiffré, non-Chiffré, Double), doit, identitairement, monopoliser le boot.efi de la Recovery HD au rôle de démarreur préalable du Volume de l'OS, et par voie de conséquence, exclure qu'il puisse servir d'indicateur du statut de volume démarrable de la Recovery HD.J'admets que l'argumentaire est assez « touffu », mais ta question était comme un défi à pouvoir rendre raison du fait insolite : la disparition du volume de la Recovery HD à l'écran d'affichage du disque de démarrage obtenu en pressant la touche "alt". Tu noteras, suite à ta passation de la commande : diskutil cs list, que tu as bien un CoreStorage, non-Chiffré (càd. simple) car mention de : « no decryption required » (pas de déchiffrement requis) en bas du tableau - et c'est donc bien l'existence de ce format qui explique le phénomène qui t'a intrigué.♤Absolument et résolument : OUI (et même, le résultat produit sera plus stable : car le format standard de système de fichiers JHFS+ possède une robustesse que n'a pas l'échafaudage logique complexe d'un format CoreStorage, toujours exposé à des accidents). Pour ce qui est de la manip intrinsèquement : j'ai volontairement, à fins de test, instauré plus de 50 fois des CoreStorages simples sur la partition de mon OS, et je les ai aussi souvent « déconstruits » pour autant qu'ils aient eu le statut de « réversibles » - ce, l'OS de cette même partition démarré pendant toute l'opération (= "mode live"), sans jamais aucune anicroche.Comme il est mentionné dans ton tableau à l'instance du Logical Volume (Volume Logique) :[code]Revertible:     Yes (no decryption required)[/code] [« logiquement réversible : oui (pas de déchiffrement requis) »] --> ton CoreStorage est donc logiquement réversible, par une simple commande dans le «Terminal», sans aucun danger pour le système de fichiers terminal JHFS+ de l'OS (la commande est résolument "non destructive" pour le système de fichiers d'OS X, et n'est "destructive" que du format logique CoreStorage). Ce sont simplement les couches logiques, intercalées entre le plan de ce système de fichiers et celui de la partition GUID Macintosh HD /dev/disk0s2, qui vont être déconstruites.Tu n'as qu'à relancer, donc, le «Terminal» et faire un copier-coller direct dans sa fenêtre de la commande :[code]sudo diskutil coreStorage revert BCC057FC-A7E9-4B3D-9DD0-E7AA676C7DD5[/code] et ↩︎ --> saisie à l'aveugle du mot-de-passe admin à la demande de password et ↩︎.Cette commande appelle l'exécutable diskutil, avec la spécification coreStorage et le verbe revert (opérer la réversion logique) sur la cible constituée par l'UUID (IDentifiant Unique Universel de 32 caractères alpha-numériques) du Logical Volume (Volume Logique qui est la 3è instance du Groupe de Volumes Logiques du CoreStorage) : BCC057FC-A7E9-4B3D-9DD0-E7AA676C7DD5. J'ai recopié a la mano cet UUID d'après la capture que tu as postée (c'est un identifiant permanent).=> tu vas voir l'affichage progressif de la déconstruction logique du CoreStorage suivant :[code]Started CoreStorage operation on disk1 Macintosh HDSwitching partition from Core Storage type to original typeReclaiming space formerly used by Core Storage metadataEven though the disk is now fully reverted, you should reboot soon to re-mount your reverted disk from the actual original partitionRemoving Physical VolumeDestroying Logical Volume GroupRemounting former Physical Volume as normal diskCore Storage LV UUID: BCC057FC-A7E9-4B3D-9DD0-E7AA676C7DD5Core Storage disk: disk0s2Finished CoreStorage operation on disk1 Macintosh HD[/code] suivi du réaffichage de l'invite de commande à ton nom d'utilisateur de type olivierdt$.=> comme indiqué dans l'affichage : « 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 subi un réversion complète de format, vous devriez sans tarder re-démarrer afin de remonter votre disque "réversé" sur la base de la partition GUID originale redevenue le support actuel du système de fichiers) : je t'invite à re-démarrer ton Mac à partir de là, afin que le kernel (le noyau opérateur) charge la nouvelle donne du partitionnement (au lieu de garder dans sa mémoire résiliente l'image de l'ancien dispositif logique).♧</blockquote>