@
l4crim.
Le gestionnaire de démarrage «
rEFInd» installe ses binaires sur l'
ESP (l'
EFI System Partition /dev/disk1s1 qui est le secteur de
boot de l'
EFI sur le disque interne du Mac, dossier:
EFI/refind & tools). Cela fait, un argument en
NVRAM permet de détourner l'
EFI de l'exécution par défaut du
boot_loader d'
OS X :
boot.efi (at:
/System/Library/CoreServices) en faisant exécutuer à la place le
boot_loader : refind_x64.efi qui affiche l'écran de choix des disques de démarrage.
Je te confirme que «
rEFInd» marche toujours sans problème avec «
EL Capitan» - ce qui est logique, puisque l'exécution de son
boot_loader se situe juste en amont du chargement de l'OS. Mais j'ai constaté que, suite à l'installation d'un nouvel OS (comme
10.11), ou d'une MÀJ d'
OS X, ou encore suite à des manœuvres d'utilisateur (comme un
reset_NVRAM, par exemple), «
rEFInd» saute régulièrement. Ce qui veut dire : ses binaires sont toujours bien en place sur l'
ESP, mais c'est l'argument en
NVRAM qui cible l'exécution de l'
EFI sur le
boot_loader : refind_x64.efi qui saute. Il ne reste plus alors qu'à restaurer cet argument et le gestionnaire de démarrage «
rEFInd» est derechef opérationnel.
Comme
Roderick Smith met très régulièrement à jour son programme, je te conseille d'en télécharger la nouvelle version depuis cette page de
SourceForge : ☞
refind-bin-0.9.2.zip☜ et de garder le dossier d'install bien en évidence quelque part (sur les conseils de
Roderick Smith, j'ai créé un répertoire intitulé
EFI à la racine de l'OS, et j'y fourre les dossiers successifs des MÀJ du logiciel --> lorsque «
rEFInd» saute, je sais où aller chercher le script de ré-installation à faire exécuter via le «
Terminal»). Une fois ton dossier dans un endroit sûr, tu lance le «
Terminal» et tu passes une commande du type :
Bloc de code:
sudo /chemin_au_dossier/refind-bin-0.9.2/install.sh
(dans la pratique, tu tapes
sudo, tu sautes un espace, et tu vas chercher le fichier
install.sh dans le dossier que tu glisses au pointeur dans la fenêtre du «
Terminal» pour renseigner le chemin au script et son intitulé - il te faut t'authentifier en tapant ton mot-de-passe
admin à l'aveugle, à cause de l'invocation de
sudo) --> au re-démarrage, le gestionnaire de démarrage «
rEFInd» est de nouveau opérationnel.
--------------------
[NB. Je n'ai pas contrôlé le point suivant : «
El Capitan» met en place en
NVRAM, en amont du déploiement de l'OS donc, le protocole
rootless - aka:
SIP = "
System Inegrity Protection" - qui verrouille entre autres les dossiers/fichiers critiques du Système contre toute modification par l'utilisateur, même en passant en droits
root. La présence de cet argument en
NVRAM pourrait-elle, en mode "collatéral", empêcher la prise d'effet de l'argument de
boot de «
rEFInd» sur son
boot_loader : refind_x64.efi tant que l'on n'a pas viré l'instruction
rootless ? Au cas où tu rencontrerais ce problème, tu re-démarres par ⌘R sur la partition de récuépration «
Recovery HD», tu vas au menu
Utilitaires de la barre de menus supérieure de l'écran, tu lances le «
Terminal» et tu passes la commande :
qui fait sauter
rootless de la
NVRAM. Tu dois pouvoir exécuter ensuite le script
install.sh de «
rEFInd» de manière opératoire. Pour restaurer
rootless après coup (ce qui ne peut plus affecter la préférence exécutive pour l'
EFI), tu redémarres encore sur la «
Recovery HD» et tu passes la commande :
mais si tu aimes bidouiller un peu sur les fichiers-Système, ne serait-ce qu'installer de nouveaux binaires - tu vas avoir une drôle de surprise...]
