Salut
bulrog
Le démarrage sans échec se solde par un
kernel_panic (plantage du noyau opérateur). L'utilitaire de déboguage appelé pour rendre compte de la raison de ce plantage du noyau incrimine un
com.iospirit.driver.rbiokithelper = une extension du noyau (ou
kext = pilote du hardware) non-Apple, qui paraît dépendre de l'application «
Remote Buddy» du site de développement
IOSPIRIT.
Afin de faire le point sur les extensions du noyau non-Apple qui pourraient se trouver chargées au démarrage par le
kernel (et susciter éventuellement des dysfonctionnements ultérieurs), va à :
Applications > Utilitaires et lance le «
Terminal». Dans la fenêtre qui s'ouvre, fais un copier-coller de la commande (inoffensive, car purement informative) :
et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> cette commande invoque l'utilitaire
kextstat (afficheur du statut des extensions du noyau actuellement chargées) pour lui demander de tout afficher a priori ; mais une redirection de commande
| appelle à la rescousse
grep (utilitaire de recherche de fichiers en fonction de critères) en lui demandant d'échapper dans la liste de
kextstat toutes les extensions Apple natives (par l'argument
-v apple : exercer un
veto sur toutes les lignes comportant le mot
apple en elles) => tu vas voir s'afficher la liste des extensions tierces actuellement chargées.
=> Peux-tu faire un copier-coller de cette liste ici (pas de photo) ?
--------------------
Mais je note aussi que dans la mémoire
NVRAM de la Carte-Mère (où résident des paramètres de
boot chargés par le
Programme Interne aka
EFI du Mac au démarrage), à la rubrique
boot-args (qui cible des options délibérées de lancement du
kernel), est mentionné le :
kext-dev-mode=1. Ce qui veut dire en clair : "activation du mode "développeur" de lancement du noyau, autorisant l'injection d'extensions tierces ou trafiquées sans rejet a priori de la part du
kernel".
L'utilisation de cet argument par des utilisateurs non-développeurs remonte à «
Yosemite», quand, pour activer le
TRIM sur des SSD de tierce-partie, il fallait passer par «
Trim Enabler» qui modifiait une extention Apple native ; mais, pour contrer le
kext_signing, ou protocole de vérification d'intégrité des extensions Apple au démarrage mis en place par cet OS, il fallait absolument inscrire en
NVRAM le
boot-args: kext-dev-mode=1 bloquant le
kext_signing.
Cet argument résiduel en
NVRAM, devenu obsolète sous «
El Capitan» où il n'est plus besoin de passer par une extension non-Apple pour activer le
TRIM, me laisse songeur. As-tu un SSD tiers ? Si oui, utilises-tu toujours «
Trim Enabler» pour activer le
TRIM ? - Je le demande, car si c'était le cas, tu aurais intérêt à désactiver au préalable «
Trim Enabler» en passant par les préférences de ce logiciel, ce qui effacerait le
kext-dev-mode=1 boot-args en
NVRAM susceptible de poser problème (ce qui occasionnerait un re-démarrage) et à activer le
TRIM par la commande Apple (après désactivation de «
Trim Enabler») :
et ↩︎ --> une demande de
password s'affiche (commande
sudo) --> tape ton mot-de-passe
admin à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ => un re-démarrage s'ensuit et le
TRIM est activé en mode Apple. Pour le vérifier : menu > À propos de ce Mac > Rapport Système... > Matériel > SATA > Nom de marque du SSD > Prise en charge du TRIM >
Oui.
Si tu n'utilisais pas «
Trim Enabler», alors le
boot-args kext-dev-mode=1 en
NVRAM aurait peut-être partie liée avec l'application «
Remote Buddy» et la nécessité d'un passe-droit au lancement du
kernel pour charger son extension tierce
com.iospirit.driver.rbiokithelper.kext (ce qui ne serait guère bon signe).
--------------------
Ces 2 anomalies que je viens de commenter (une extension du noyau tierce
com.iospirit.driver.rbiokithelper.kext problématique & un
boot-args kext-dev-mode=1 en
NVRAM discutable) m'amènent à te conseiller de télécharger et d'installer l'application (gratuite) ☞
EtreCheck☜ (déroule la page pour atteindre le lien de téléchargement en Bordeaux). Lance l'application, et dans le panneau de saisie :
Choisissez un problème, coche dans la liste le sous-menu :
Pas de problème - seulement la vérification (sinon écris dans le champ de saisie : "
blocage fermeture de session" ou quelque chose dans ce genre).
=> est-ce que tu peux poster ici en copier-coller le rapport de vérification
in extenso (de préférence entre des balises de code pour ne pas "dévorer" indûment de la page) ?
