Salut
Jacques.
Veux-tu un syllogisme matutinal ?
(majeure) Tous les formats CoreStorage sur la partition de l'OS empêchent l'affichage de la «Recovery HD» à l'écran de choix du disque de démarrage obtenu par la touche "alt"
(mineure) Or l'installateur d'«El Capitan» génère un format CoreStorage non-chiffré sur la partition de l'OS
(conclusion) Donc le format CoreStorage généré sur la partition d'«El Capitan 10.11.4» empêche la «Recovery HD» d'être affichée à l'écran de choix du disque de démarrage obtenu par la touche "alt"
=> ce syllogisme appelle 2 sortes de questions : « théoriques » ("pourquoi en est-il ainsi ?") et « pratiques » ("comment gérer cette disparition d'affichage ?").
--------------------
Question « théorique » : "pourquoi en est-il ainsi ?". Cette question est beaucoup plus "pointue" qu'il n'y paraît.
Le format
CoreStorage a été inventé par les ingénieurs de la dans le cadre du développement de l'OS «
Lion 10.7» (un OS mal aimé mais absolument majeur, ses successeurs n'en étant que des remaniements mineurs), afin de permettre une transformation de la méthode de chiffrement : ne plus chiffrer (procédé «
FileVault-1») le dossier de départ seul de l'utilisateur (en l'encapsulant dans un disque virtuel
.sparseimage chiffré) ; mais le volume entier de l'OS, Système compris (procédé «
FileVault-2»).
Pour cela, il faut intercaler sur la partition d'accueil de l'OS 2 couches logiques spéciales : un
Physical Volume (
Volume Physique) à même la partition (Disque dur émulé, à l'image d'un
.sparseimage ou
.dmg) ; et un
Logical Volume (
Volume Logique) montant à partir du
Volume Physique et servant de point d'ancrage à son tour au système de fichiers
jhfs+ de l'OS par exportation d'un
dev-node.
Le
Volume Physique est alors chiffrable bloc à bloc et le
Volume Logique montable en mode déchiffré, dans la mesure où un logiciel de traduction à la volée (dépendant d'une instance intercalaire dite
Famille de Volumes Logiques) ne cesse d'interpréter en continu les écritures chiffrées du
Volume Physique en écritures déchiffrées du
Volume Logique (vice-versa : toutes les initiatives d'écriture dans le cadre du
Volume Logique se trouvent converties en écritures chiffrées aux blocs du
Volume Physique).
Ce binôme en place, dès que le
Volume Logique est démonté à l'extinction du Mac, le
Volume Physique Chiffré se verrouille littéralement et le
Volume Logique ne peut être re-monté que par l'intermédiaire d'un mot-de-passe de déverrouillage initial.
La conséquence logique extrêmement déplaisante est qu'à l'allumage du Mac, aucun Volume monté de l'OS n'est disponible : le
Programme Interne du Mac (
EFI) ne peut donc pas exécuter le démarreur de l'OS, situé dans l'arborescence du Système at:
/System/Library/CoreServices/boot.efi, puisque le
Volume Logique est verrouillé a priori et donc non-monté automatiquement à l'allumage du Mac. Donc le Mac ne peut pas démarrer. Pourtant il faut bien qu'il démarre...
La seule solution qu'ont trouvée les ingénieurs de la (je trouve ces processus intellectuels admirables), c'est de faire démarrer le Mac... sur les ressources de démarrage de la partition de récupération «
Recovery HD». Car la partition de récupération accueille dans son espace un dossier de démarrage appelé
com.apple.recovery.boot, qui recèle un
boot_loader : boot.efi = un démarreur exécutable par l'
EFI et adressable directement, puisque le volume de la «
Recovery HD» n'est pas verrouillé au démarrage du Mac.
Lorsque le système de fichiers d'
OS X est donc encapsulé dans un
Volume Logique verrouillé au démarrage, car dépendant d'un
Volume Physique Chiffré, la seule solution pour faire démarrer le Mac est donc que l'
EFI exécute le démarreur
boot.efi de la «
Recovery HD»
en tant que boot_loader dédié par défaut au démarrage de l'OS. S'il n'y a pas de partition de récupération «
Recovery HD», «
FileVault» refuse d'engager le Chiffrement, parce que ça signifierait que le Mac, le
Volume Physique Chiffré et le
Volume Logique verrouillé à l'extinction, ne pourrait pas démarrer logiciellement.
Dans le cadre d'un
CoreStorage Chiffré sur la partition de l'OS, l'
EFI exécute donc le
boot_loader : boot.efi de la «
Recovery HD» en tant que
booter logiquement dédié au démarrage du Système de l'OS, et en premier lieu au remontage de son
Volume Logique verrouillé. Pour cela, un dossier connexe se trouve créé sur l'espace de la «
Recovery HD» (le :
com.apple.corestorage.R) qui recèle une série de fichiers d'instruction pour l'
EFI lui permettant, lors de l'exécution du
boot_loader : boot.efi de la «
Recovery HD», non pas de faire se lancer le Système de la partition de récupération, mais de faire s'afficher un écran spécial de déverrouillage du
Volume Logique.
En conséquence : en cas de
CoreStorage Chiffré sur la partition de l'OS, le
boot_loader : boot.efi de la partition de récupération collatérale n'a plus le statut logique de "démarreur du volume de la Recovery", mais de "démarreur du volume logique verrouillé d'OS X". Dans un tel contexte, lorsqu'on démarre avec "
alt", cette option déclenche le
DiskManager, qui est un logiciel gestionnaire de choix de disques de démarrage de l'
EFI. Ce logiciel scanne tous les volumes automatiquement montés pour reconnaître ceux qui comportent un
boot_loader de type
.efi et les afficher seuls comme volumes bootables. En cas de
CoreStorage Chiffré, le
DiskManager ne peut pas scanner le
Volume Logique d'
OS X, puisqu'il est verrouillé ; il ne peut scanner que le volume automatiquement monté au
pre-boot de la «
Recovery HD» et détecter son
boot.efi. Mais ce
boot.efi de la «
Recovery HD», il ne le détecte pas comme indicateur de démarrage du volume de «
Recovery HD», mais comme indicateur de démarrage du
Volume Logique verrouillé de l'OS (si ce n'était pas le cas, jamais l'OS ne pourrait être choisi comme disque de démarrage).
Il est donc absolument crucial que la détection du
boot.efi de la partition de récupération pointe sur le disque de l'OS, non sur le disque de la récupération, et il est
logiquement impossible que ce soit
les 2 en même temps, de par l'exclusion logique de la
contradiction. En conséquence : s'il existe un
CoreStorage Chiffré sur la partition de l'OS, alors le
boot_loader : boot.efi de la «
Recovery HD» perd pour l'
EFI son statut de
booter du Système de la récupération, et prend le statut de
booter du Système de l'OS. Et c'est exclusivement ainsi que le
DiskManager l'identifie et l'affiche. Il est donc
nécessaire que le volume de la «
Recovery HD»
n'apparaisse pas à l'écran de choix du disque de démarrage affiché par la touche "alt", car pour ce faire, le
boot.efi de la partition de récupération devrait être identifié comme démarreur de ce Système, ce qu'il ne peut pas être, puisqu'il a été converti au statut de démarreur exclusif du Système de l'OS.
Tu vas me dire : d'accord, mais si l'on a affaire à un
CoreStorage non-Chiffré, tel que l'installateur d'«
El Capitan» le génère sur la partition de l'OS ? Le volume de l'OS monte automatiquement et son
boot_loader doit être exécutable en direct : pourquoi n'a-t-on pas alors le double affichage :
Macintosh HD vs
Recovery HD ?
C'est que l'« essence » (
οὐσία) du
CoreStorage est le
CoreStorage Chiffré. Un
CoreStorage non-Chiffré n'est pas d'une « autre espèce » logique qu'un
CoreStorage Chiffré, il est exactement de la « même espèce ». Il n'y a là qu'une différence « modale », mais non « essentielle ». Un
CoreStorage non-Chiffré implique aussi les 2 disques virtuels : un
Volume Physique et un
Volume Logique. Il implique aussi un logiciel de traduction bloc à bloc du
Volume Physique =>
Volume Logique, sauf que, en l'absence de chiffrement du
Volume Physique, ce mécanisme logique de traduction est "
blank" : il fonctionne... à vide. Mais le dispositif logique d'ensemble est, « en essence», formellement identique dans le cas d'un
CoreStorage Chiffré (qui est le mode exemplaire), et dans celui d'un
CoreStorage non-Chiffré (qui est le mode variant).
En vertu du «
Principe Formel d'Identité », dès qu'un
CoreStorage existe sur la partition de l'OS, quand bien même n'est-il pas
Chiffré, mais "
Blank" - alors le
boot_loader : boot.efi de la partition de récupération «
Recovery HD» perd le statut de
booter du Système de la récupération, et prend le statut exclusif de
booter du Système de l'OS. Le
DiskManager lancé par l'option "
alt" n'identifiera donc pas le
boot.efi de la partition de récupération comme indicateur du caractère démarrable du volume de la «
Recovery HD», mais comme indicateur du caractère démarrable du volume d'
OS X.
--------------------
Question « pratique » : "comment gérer cette disparition d'affichage ?"
Cette question admet 2 solutions pratiques :
- a) le démarrage direct avec ⌘R. Lorsqu'un
CoreStorage existe sur la partition de l'OS quel que soit son mode (
Blank,
Chiffré ou
Fusion Drive), le démarrage sur la partition de récupération ne peut s'opérer qu'en pressant les touches
⌘R au démarrage. C'est le démarrage en direct sur la récupération, l'option
⌘R ayant la capacité de faire exécuter par l'
EFI le
boot_loader boot.efi de la «
Recovery HD» en
mode classique : càd. comme lanceur du Système de la récupération, et non comme lanceur du Système de l'OS. L'option
⌘R fait que l'
EFI ne passe pas au
boot_loader : boot.efi des
flags de démarrage du Système de l'OS, mais laisse ce démarreur consulter le fichier d'instruction de boot régulier
com.apple.Boot.plist qui lui fait lancer le Système de la «
Recovery HD».
=> l'option
⌘R a donc un pouvoir d'« over-riding » en ce qui concerne le
boot_loader boot.efi de la «
Recovery HD», qui se trouve alors exécuté par l'
EFI en tant que lanceur exclusif du Système de la récupération.
- b) la déconstruction du format CoreStorage sur la partition de l'OS. Cette solution drastique, discutable si l'utilisateur tient au
Chiffrement, ou s'il a un
iMac à 2 disques avec un
Fusion Drive, a par contre, en cas de
CoreStorage Blank (fonctionnant "à vide") le mérite de la simplification logique. Tu peux parfaitement l'exécuter sur le Mac de ta belle-fille, dans la mesure où le tableau du
CoreStorage non-Chiffré porte mention (concernant le disque virtuel
Logical Volume) : "
Revertible: Yes (no decryption required)". Ce qui veut dire qu'une déconstruction logique du format
CoreStorage est praticable en mode "
live" : l'OS démarré, conservativement de son système de fichiers.
Il suffit, dans l'OS de ta belle-fille, de lancer le «
Terminal» et de faire un copier-coller de la commande :
Bloc de code:
diskutil cs revert 58AA8500-AA93-45A2-A307-3726AA4A7AC9
où l'utilitaire
diskutil est appelé avec la spécification
CoreStorage (
cs en abrégé) et le verbe
revert (opérer la réversion logique non-destructive de format) sur la cible de l'
UUID du
Logical Volume. Tu vas voir s'afficher la réversion du format : à complétion, il est absolument impératif de
re-démarrer le Mac, pour que le
kernel charge bien le ré-ancrage en direct du système de fichiers
jhfs+ nu de l'OS sur la partition
disk0s2.
=> un démarrage avec "
alt" réaffichera, en l'absence de
CoreStorage, le disque
Récupération 10.11 à côté du disque
Macintosh HD.
