Répondre à la discussion

Message: <blockquote data-quote="macomaniac" data-source="post: 13001815" data-attributes="member: 1060554">Salut olivierdt.J'ai justement ça en stock <img src="http://ic.pics.livejournal.com/regisjean/14073208/361608/361608_original.png" alt="" class="fr-fic fr-dii fr-draggable " style="" />La raison pour laquelle l'écran de choix du disque de démarrage obtenu par la touche "alt" ne montre plus la «Recovery HD» est la présence d'un format CoreStorage sur la partition de l'OS.--------------------Qu'est-ce qu'un format CoreStorage ? Un empilement de 3 couches logiques : l'inférieure émulant un disque dur à même la partition d'accueil de la Table de Parition GUID (Physical Volume = Volume Physique) ; l'intermédiaire constituant une instance directrice du montage d'un volume à partir de ce disque dur émulé (Logical Volume Family = Famille de Volume Logique) ; la supérieure consistant en un volume exporté à partir du disque dur émulé du Volume Physique, conformément aux paramètres de montage de la Famille Logique (Logical Volume = Volume Logique). C'est dans ce Volume Logique que le système de fichiers jhfs+ d'OS X se trouve inclus en dernière instance ("on top of the pool").D'ou vient ce CoreStorage ? C'est une instruction interne à l'installateur d'«El Capitan» qui le génère par défaut sur la partition d'accueil de cet OS, en préalable à l'installation de l'OS dans le Volume Logique exporté. Cette instruction génératrice d'un format CoreStorage non-chiffré, peut se trouver re-doublée par le choix de l'utilisateur d'activer «FileVault», qui, dans sa version n°2 datant de «Lion 10.7», chiffre le volume d'OS X à la condition sine qua non qu'il s'agisse d'un Volume Logique de type CoreStorage.Car le chiffrement implique un mécanisme de "traduction" entre la couche supérieure déchiffré du Volume Logique et la couche inférieure chiffrée du Volume Physique. Seule une structure multi-couches (Volume Physique <=> Volume Logique) dont l'instance médiatrice de la Famille Logique recèle le mécanisme "interprète" permet le chiffrement d'un Volume => donc il faut bien un CoreStorage. Et si le CoreStorage a été inventé (à l'époque de «Lion»), c'est exclusivement à l'origine en vue de permettre ce nouveau protocole de chiffrement. Par suite, le fonctionnement du CoreStorage découle « en essence » du concept de « CoreStorage Chiffré » qui est son concept fondateur.--------------------Tu es en train de te demander pourquoi je me suis lancé dans cette explication à rallonges ? C'est justement qu'elle a valeur démonstrative regardant la dernière la question (celle que tu te poses) =>Pourquoi, dès lors qu'un format CoreStorage existe sur la partition de l'OS, la «Recovery HD» n'est-elle plus affichée à l'écran obtenu avec "alt" ?Ahaa ! On passe là à un échelon d'exament plus fin (et si bompi me lit, cela devrait le conforter dans son idée - que je partage - que le CoreStorage est vraiment un sac de nœuds inénarrable) que je vais me faire un plaisir de te décortiquer.--------------------Lorsque le Volume Logique de l'OS a été chiffré par «FileVault», à son démontage lors de l'extinction du Mac il se verrouille littéralement. Ce qui veut dire qu'au re-démarrage du Mac, le Volume Logique ne peut pas monter automatiquement comme un volume standard (car si c'était le cas, il n'y aurait plus de chiffrement). Non : la Famille Logique (l'instance directrice intermédiaire de gestion du montage) est en attente de réception d'un mot-de-passe à passer au driver (pilote) Boot OS X en charge du montage du Volume Logique à partir du disque dur émulé du Volume Physique. Tant qu'elle n'a pas réceptionné un tel mot-de-passe, elle ne déclenche pas le déverrouillage. Conséquence : le Volume Logique n'est pas monté. Le système de fichiers de l'OS qu'il recèle est donc inaccessible, avec toutes ses ressources.Ce qui veut dire que le Mac ne peut pas démarrer logiciellement sur le système de fichiers de l'OS. C'est-à-dire que la séquence canonique : EFI (le Programme Interne du Mac) => boot.efi (Boot_Loader = chargeur) => prelinkedkernel (cache de démarrage combinant code du kernel ou noyau et bloc d'adressage des kexts ou extensions du noyau : pilotes du hardware) ne peut pas s'effectuer. Car boot.efi + prelinkedkernel de l'OS sont inaccessibles (dans le Volume Logique verrouillé et non monté).Comment alors le Mac peut-il démarrer ? Seulement sur le Système Logique de la «Recovery HD», seul Système résidant dans un volume non chiffré qui monte automatiquement au démarrage du Mac et dont les fichiers sont adressables. Qu'est-ce que ça veut dire : sur le Système de la «Recovery HD» ? Pas tout le Système, car si c'était le cas, c'est la «Recovery HD» qui se trouverait lancée. Non : seulement le démarreur (lanceur) de la «Recovery HD» = le fichier boot_loader boot.efi, lequel, au lieu de charger le cache de démarrage de la «Recovery HD», va faire s'afficher un écran de déverrouillage du Volume Logique de l'OS (en renseignant son mot-de-passe de session, un utilisateur habilité va donc passer à la Famille Logique le mot-de-passe attendu qui va lui permettre de déclencher le driver de montage du volume et d'enclencher le mécanisme de traduction Volume Physique Chiffré <=> Volume Logique Déchiffré.Par conséquent, lorsqu'existe un CoreStorage Chiffré, par défaut le boot.efi du Système de la «Recovery HD» a le statut spécifique de "démarreur préliminaire de l'OS" (afficheur de l'écran de déverrouillage). Sachant que lorsqu'on démarre le Mac avec "alt", cette commande lance le programme auxiliaire de l'EFI : DiskManager qui scanne les volumes montés pour repérer tout fichier .efi permettant de l'interpréter comme un volume démarrable (et pas de stockage) à afficher, lorsque le DiskManager repère le boot.efi de la partition «Recovery HD» en situation de CoreStorage Chiffré sur la partition de l'OS, alors il l'affiche dans son statut spécifique de "démarreur préliminaire de l'OS". Valeur exclusive d'un statut de "démarreur du Système de récupération", car un même élément ne peut logiquement valoir comme A et non-A simultanément sous peine de contradiction. Si le boot.efi de la «Recovery HD» vaut pour : "démarreur préliminaire d'OS X", il ne peut pas valoir en même temps sous le même rapport pour : "non-démarreur préliminaire d'OS X" (mais "démarreur de la «Recovery HD").L'affectation au boot.efi de la «RecoveryHD» d'un statut de "démarreur préliminaire d'OS X" refoule donc son statut primitif de "démarreur du Système de la récupération". Donc le DiskManager qui le détecte, le détecte comme indicateur d'un Volume montable d'OS X (et pas de la «Recovery HD». La «Recovery HD» n'est alors plus démarrable que par commande directe ⌘R.--------------------Oui, mais s'il s'agit d'un CoreStorage Non-Chiffré (tel que l'installateur d'«El Capitan» le génère automatiquement sur la partition d'accueil) ? Je n'ai pas d'autre réponse que ce que j'ai fait sous-entendre au début : les ingénieurs de la  ont à l'origine créé l'architecture du CoreStorage « en essence » afin de permettre le Chiffrement du volume de l'OS. Un CoreStorage Non-Chiffré (nu) est comme une version secondaire d'un CoreStorage Chiffré. De même qu'un Fusion Drive (CoreStorage gérant 2 disques physiques). Cette représentation me permet de supposer que, même lorsqu'on a affaire à un CoreStorage Non-Chiffré, le boot.efi de la «Recovery HD» se trouve implicitement affecté à la valeur de "démarreur préliminaire d'OS X" (quand bien même n'a-t-il pas à faire s'afficher un écran de déverrouillage) - ce qu'honore le DiskManager lorsqu'on démarre avec "alt" en n'affichant pas la «Recovery HD» pour laquelle il ne joue pas le rôle de "démarreur officiel". J'y vois une espèce de cohérence logique du CoreStorage dans toutes ses déclinaisons par rapport à son essence, qui  est le CoreStorage Chiffré.Tu veux vérifier qu'il y a bien CoreStorage en acte sur la partition de ton OS «El Capitan»? - Va à : Applications/Utilitaires et lance le «Terminal». Dans sa fenêtre, saisis la commande (informative) :[code]diskutil cs list[/code] et ↩︎ (presse la touche "Entrée" du clavier pour active la commande) --> cette commande appelle l'utilitaire diskutil (disk_utility) avec le verbe list (lister) et la spécification intercalaire cs (abrégé de CoreStorage) --> en retour, tu vas voir s'afficher le Tableau impressionnant d'un Logical Volume Group (Groupe de Volumes Logiques : c'est la pile des instances du CoreStorage ou Stack), avec les 3 instances : Physical Volume => Logical Volume Familly => Logical Volume.☞ et voilà pourquoi votre <s>fille</s> récupération est muette... La seule « solution » consiste à supprimer le format CoreStorage, ce qui réaffectera le boot.efi de la «Recovery HD» au statut exclusif de "démarreur du volume de la récupération" - statut qu'honorera le DiskManager, le volume de l'OS, montant automatiquement, étant indexé par ailleurs comme démarrable par son propre boot.efi. Si tu veux de débarrasser non-destructivement (pour le système de fichier de l'OS) de ton CoreStorage, poste par copier-coller le tableau de ton CoreStorage dans ce fil...<img src="http://ic.pics.livejournal.com/regisjean/14073208/367024/367024_original.gif" alt="" class="fr-fic fr-dii fr-draggable " style="" /></blockquote>

Vérification

Haut Bas

Rechercher

Rechercher

Répondre à la discussion