- a) si c'est toujours via «
Trim Enabler», alors c'est du
suicide pur et simple de cocher les cases que tu cites dans «
Onyx» (tu noteras que le développeur d'«
Onyx» prévient, noir sur blanc, de ne pas activer ces options en cas d'utilisation de «
Trim Enabler»). Je te signale en passant qu'un démarrage en "
Safe Mode" (dit "
Sans Extensions" : touche ⇧ = maj pressée au démarrage) a, entre autres, l'effet de supprimer le
kernelcache --> c'est donc une option de
boot tout aussi
suicidaire en cas de
TRIM activé par «
Trim Enabler».
En effet, «
Trim Enabler» modifie une extension Apple native : la
/System/Library/Extensions/IOAHCIFamily.kext pour lui faire gérer le
TRIM sur des SSD tiers. Ce faisant, le procédé entre en conflit avec le protocole dit du "
kext_signing" mis en place sous «
Yosemite», qui est la vérification de l'intégrité des extensions Apple au démarrage --> en cas de détection d'une extension modifiée, le démarrage est boqué net.
Pour éviter ce plantage, le développer de «
Trim Enabler» a mis en place une double protection : 1° inscription dans la mémoire
NVRAM de la Carte-Mère d'un argument de
boot autorisant les développeurs à tester des extensions expérimentales sans plantage de l'OS (le
boot-args : "
kext-dev-mode=1") ; or cet argument ne neutralise le
kext_signing, que si 2° le démarrage du Mac se fait sur un cache-Système dit :
kernelcache (qui solidarise code du
kernel + bloc des extensions) verrouillé par le
flag : "
all_loaded" qui équivaut à l'instruction : charger en bloc les extensions sans les passer en revue une à une --> le logiciel «
Trim Enabler» veille précisément à cette reconstruction du
kernelcache après modification de l'extension Apple, de manière à offrir un "bloc" bien carré à charger au
boot_loader : boot.efi (le chargeur de l'OS) lors du démarrage.
Si donc tu supprimes le
kernelcache (cache de démarrage du Système), lors du prochain démarrage, même avec le
boot-args : "
kext-dev-mode=1" en
NVRAM, le
boot_loader : boot.efi (le démarreur de l'OS) ne va trouver aucun bloc cache à charger. Il va donc être obligé de revenir à un chargement de type "vieille école" : charger le
kernel (micro-noyau) d'abord, puis lui injecter les
kexts (extensions) une à une dans l'ordre. Cette régression à une procédure d'injection terme à terme suffit à réactiver le protocole de vérification et hop ! arrivé à la
IOAHCIFamily.kext, le
kernel jette l'éponge et ton Mac est planté [J'ai vérifié expérimentalement une dizaine de fois le scénario : tu n'y coupes pas --> suppression du
kernelcache = plantage avec affichage du logo d'interdiction de stationner à l'écran].
--------------------
- b) si donc tu veux pouvoir faire du nettoyage de caches-Système, il faut 1° que tu relances «
Trim Enabler» pour lui demander de
désactiver formellement le
TRIM --> le logiciel va monter en loucedé la partition de récupération «
Recovery HD» pour faire une recopie de l'extension
IOAHCIFamily.kext du Système de la «
Recovery» (il y a une OS en réduction sur la partition «
Recovery HD») à la place de la
kext bidouillée de l'OS ; puis il va supprimer le
boot-args "
kext-dev-mode=1" en
NVRAM ; enfin reconstruire le
kernelcache --> au re-démarrage, tu as un Mac qui passe le
kext-signing. 2° Tu vas alors à :
Applications/Utilitaires et tu lances le «
Terminal» : dans la fenêtre qui s'affiche, tu fais un copier-coller de :
et ↩︎ (presse la touche "Entrée" pour activer la commande) --> une demande de
password s'affiche (commande
sudo requérant des droits
root) --> tape ton mot-de-passe
admin à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ --> cette commande active le
TRIM selon un procédé ©Apple qui date juste de la MÀJ
10.10.4 de «
Yosemite» (tu en bénéficies donc). La commande consiste à solliciter le nouveau programme UNIX
trimforce avec le verbe "
enable" (= activer) : ce qui lui fait, purement et simplement, se référer à une néo-extension dédiée à la gestion du
TRIM sur SSD-tiers qui est gardée en réserve à l'adresse :
/System/Library/Filesystems/AppleDataSetManagement.kext (localisation où elle est inactive) pour en opérer une copie dans le dossier des extensions :
/System/Library/Extensions où cette localisation conduira à son injection dans le
kernel au re-démarrage.
Comme cette néo-
kext (et sa copie par le programme
trimforce aussi bien) est 100% Apple, elle passe l'examen du
kext_signing. Ce qui implique que tu peux, quand tu veux, détruire le
kernelcache (cache-Système de démarrage), ton Mac n'en sra pas planté pour autant au re-démarrage...
[NB. Au cas où tu serais passé à la gestion du
TRIM par la nouvelle méthode trimforce
sans désactiver formellement «
Trim Enabler» au préalable, cela voudrait dire que, dans le dossier de tes Extensions, la
kext Apple
IOAHCIFamily.kext est toujours modifiée et n'a pas été formellement restaurée. C'est donc toujours du
suicide de supprimer le
kernelcache. Si tu étais dans ce cas, relance ton application «
Trim Enabler» et demande-lui explicitement de désactiver son procédé de
TRIM, càd. de restaurer la
kext Apple
IOAHCIFamily.kext à son intégrité.]
--------------------
mais
