Salut
olivierdt.
la partition recovery HD ... est toujours présente sur le disque interne, mais elle n'est plus accessible que par la combinaison redemarrage + cmd + R. Lorsque je maintiens la touche alt seule, une seule partition apparait, celle du disque interne, mais pas la recovery HD
Une explication/solution ?
J'ai justement ça en stock
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) :
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 fille 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...