Je voudrais apporter ma (toujours impertinente, pour ne pas dire insolente) contribution en m'autorisant de la superbe déclaration d'
Aristote : «
Amicus Plato, sed magis amica Veritas» <
Onyx est mon ami, mais la
Vérité est davantage mon amie>
.
Et puisque
Bonaparte lui-même reconnaissait que : «
Un petit croquis vaut mieux qu'une longue explication», en voici 2, des croquis (que je n'ai pu m'empêcher d'annoter nonobstant, me figurant qu'aucun dessin ne porte qu'à travers une interprétation qui, elle, ne se passe pas de mots) -->
Bon, je sais (puisque je me suis autorisé de l'auguste autorité d'
Aristote) : il ne faut pas confondre la «
Puissance» et l'«
Acte». Si le logiciel «
Onyx» propose des options (= 'potentiel'), ce n'est pas lui qui les active (= 'actuel'), mais bien l'utilisateur, cet occupant logé entre la chaise et le clavier sur qui on reporte toujours la responsabilité.
Néanmoins, le logiciel «
Onyx»
par défaut, au menu '
Automation' comporte la case :
Nettoyage --> Caches Système, et au menu '
Nettoyage' la case : '
Noyau et extensions' toutes les 2
cochées --> il y a plus là qu'une simple '
Potentialité', il y a là une '
Actualité en suspens' que la simple pression sur le bouton : '
Exécuter' va accomplir.
Eh bien! comme attesté expérimentalement par
Mathias et interprété (dans la mesure de mes lumières) dans le commentaire de mon 1er cliché : cette exécution va conduire nécessairement au plantage du Mac (écran d'interdiction de stationner) sur tous les Macs comportant un SSD de Tierce-Partie où «
Trim Enabler» est activé et qui supportent l'OS «
Yosemite 10.10» qui introduit le
kext_signing (j'en excepterais - à titre conjectural - les Macs qui utilisent «
REFInd comme intercepteur de
boot d'après mon expérience personnelle).
En effet, ce qui va être supprimé par «
Onyx», c'est le
kernelcache qui solidarise le
code intégral du kernel à l'
enveloppe globale des adresses des kexts avec l'option de chargement : «
All Loaded» qui enjoint au
kernel de charger le paquet intégral des
kexts adressées
sans vérification préalable.
Il faut savoir, ici, qu'au démarrage du Mac, l'
EFI exécute le
Boot_Loader : boot.efi en lui passant les arguments de
boot stockés en
NVRAM. Lequel
boot.efi ne charge pas le kernel solitaire, par défaut, mais le
prelinked-kernel inclus dans le kernelcache.
«
Trim Enabler» édite en
NVRAM l'argument de
boot à :
kext-dev-mode=1. Mais cet argument qui transite au
kernel via le chargeur
boot.efi, transite à un code du
kernel solidaire [= '
prelinked-kernel'] de l'enveloppe des
kexts porteuse de l'option : «
All Loaded» dans le cadre du
kernelcache, et cette 'bidouille'
fait système en permettant un chargement sans objection.
En cas de suppression du
kernelcache, ce qui est chargé par le
boot.efi est le
kernel solitaire, l'original (at :
System/Library/Kernels/kernel). C'est là (conjecturé-je) que l'argument de
boot passé à ce
kernel solitaire par le
boot.efi d'après la
NVRAM (=
kext-dev-mode=1) entre en conflit avec l'instruction inhérente au
kernel hors cache (= 'solitaire') de charger les
kexts en les passant en revue
une à une, ce d'après le protocole de la
vérification d'intégrité =
kext-signing.
Si ma reconstruction n'erre pas trop, il est obligatoire que le Mac combinant :
SSD-Tiers x «
Yosemite» x «
Trim Enabler» x
Suppression du kernelcache plante au re-démarrage (avec l'exception conjecturale introduite par «
rEFInd»).
Je pense qu'«
Onyx» (qui n'est pas ici un cas isolé, car
tous les logiciels de maintenance actuels : aussi bien les remarquables, comme «
Tinker Tools» de
Bresink que les douteusement recommandables, comme «
CleanMyMac 2», donnent dans le même panneau) n'a pas pris la mesure du problème qu'il y a, à continuer de proposer l'option de
Nettoyage des Caches Système alors même que la suppression du
kernelcache va faire planter les Macs qui combinent :
SSD-Tiers x «
Yosemite» x «
Trim Enabler», càd. finalement beaucoup.
Je pense qu'il serait temps que le développeur d'«
Onyx»
(pour ne pas évoquer les autres) introduise
au moins un
Warning énergique en cas de cochage de l'option :
Nettoyage --> Caches Système et surtout cesse de proposer cette option selon le mode :
Pré-coché par défaut dans les 2 menus :
Automation et
Nettoyage. Faute d'une commande de désactivation préalable de «
Trim Enabler», ou sinon de reconstruction du
kernelcache avec option «
All Loaded» après resynchronisation du dossier des
Extensions (par
touch) avant tout re-démarrage - l'exécution de l'option
Nettoyage --> Caches Système cochée par défaut avec d'autres dans ces 2 menus ne peut conduire qu'au plantage des Macs répondant à la triple condition :
SSD-Tiers x «
Yosemite» x «
Trim Enabler».
