Salut
kinon.
La commande :
sudo trimforce enable sous «
Yosemite 10.10.4» réalise une copie d'une nouvelle
kext (extension du noyau) Apple, du dossier qui recèle l'original (
/System/Library/Filesystems/AppleDataSetManagement.kext) dans le répertoire des
kexts "officiellement supportées" (
/System/Library/Extensions). Et c'est tout ! Il suffit, en effet, que la
kext en question soit présente dans ce dossier des Extensions-Système (et valide bien entendu) pour qu'au re-démarrage elle soit injectée par le
boot_loader : boot.efi dans le
kernel (noyau opérateur).
D'après mon expérience, l'extension en question ne perturbe absolument pas le fonctionnement de l'OS. D'ailleurs, tu avais redémarré sans anicroche. Le problème est venu de ton usage d'«
Onyx» à qui tu as certainement dû demander de vider les Caches-Système. Ce qui a supprimé bien entendu le
kernelcache (cache du
kernel + kexts) que charge directement le
boot_loader : boot.efi au démarrage. La question étant : avais-tu au préalable désinstallé formellement «
Trim Enabler» ? Ou bien avais-tu laissé «
Trim Enabler» en activité ? Si c'est le 2è cas de figure, il existe toujours alors dans le dossier-Système des Extensions la
kext Apple spécifique que
patche «
Trim Enabler» (la
IOAHCIFamily.kext). En
resettant la mémoire
NVRAM tu as fait sauter l'argument de boot "développeur" mis en place par «
Trim Enabler» (le
"kext-dev-mode=1"). Sans problème au re-démarrage suivant, car tu étais protégé par le
kernelcache solidarisant un clone du code du
kernel avec le bloc des extensions selon l'argument
"all_loaded" (injecter toutes les
kexts en bloc sans vérification). Mais quand, via «
Onyx», tu as supprimé les caches-Système, tu as détruit le
kernelcache et au re-démarrage suivant, sans cache de démarrage, le
boot_loader : boot.efi a chargé directement le
kernel, puis lancé l'injection des
kexts une à une (à l'ancienne !). D'accord : mais dans ce cas de figure, comme le protocole du
kext_signing avait été réactivé en
NVRAM, l'
EFI a passé au
kernel (via le
boot.efi) l'argument de vérifier l'intégrité de chaque extension Apple une à une. Arrivé à la
IOAHCIFamily.kext toujours patchée,
tilt !
--> le
kernel a stoppé le chargement de l'OS...
Si ma description concorde avec ce qui s'est passé, eh bien ! on peut dire que tu as exactement aligné toutes les démarches nécessaires, sans en rater une seule, pour planter ton OS.
♤
Au cas où tu es bel et bien bloqué par le
kext_signing (signal d'interdiction de stationner à l'écran au
boot), alors la méthode 100% garantie de sauvetage (sans perte d'aucune données personnelles), consiste à démarrer sur la «
Recovery HD» (
⌘R au démarrage).
- a) D'abord, dans la fenêtre d'accueil des 4
Utilitaires OS X, lance l'«
Utilitaire de Disque». Dans son panneau (colonne de gauche), vérifie que le volume de ton OS (2è ligne, en alinéa de la marge) n'est pas grisé (
Macintosh HD) mais plein (
Macintosh HD) - signe qu'il est bien monté. S'il était en grisé (car verrouillé suite à son chiffrement par «
FileVault-2»), sélectionne-le et presse le bouton juste au-dessus intitulé : "
Déverrouiller" --> dans le panneau qui te le demande, renseigne ton mot-de-passe
admin de session dans «
Yosemite» --> hop ! le volume de ton OS monte.
- b) Si, par prudence, tu voulais éjecter l'autre
kext (la nouvelle Apple :
AppleDataSetManagement.kext) du répertoire des
Extensions (à mon avis, elle n'est pour rien dans tes ennuis), alors, après avoir quitté l'«
Utilitaire de Disque» et avant de lancer la
Ré-installation d'OS X, va à la barre supérieure de menus de l'écran, menu :
Utilitaires et lance le «
Terminal». Commence par saisir la commande :
et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> en retour, tu vois s'afficher la liste des volumes montés des disques actuellement attachés à ton Mac. Repère bien l'intitulé exact du volume de ton OS (c'est pour te rafraîchir la mémoire, cette commande - un peu redondante, je l'admets, de l'inspection que tu as faite juste avant du volume de ton OS dans la fenêtre de l'«
Utilitaire de Disque»). Par défaut c'est
Macintosh HD et je vais, dans la commande suivante, prendre cet intitulé en modèle, entre
"" afin d'échapper l'espace libre entre les 2 mots et forcer la lecture comme intitulé d'un objet unique. Si le nom de ton OS était différent, tu remplaces mon
Macintosh HD par le nom en question, à sa place exacte, entre
"" par prudence.
Tu passes donc la commande de suppression de la copie de la
kext Apple dans le dossier des
Extensions (je te rassure : le modèle original -
archè - est toujours présent dans son dossier de résidence :
/Volumes/"Macintosh HD"/System/Library/Filesystems, disponible pour toute récidive de la commande
sudo trimforce enable ultérieurement) :
Bloc de code:
rm -rf /Volumes/"Macintosh HD"/System/Library/Extensions/AppleDataSetManagement.kext
et ↩︎ (Attention à l'orthographe ! Et respecte les espaces critiques et les
/).
- c) Quitte le «
Terminal» pour activer, dans la fenêtre des 4
Utilitaires OS X, la fonctionnalité : "
Ré-Installer OS X" en choisissant comme destination le volume de ton OS (tu devras t'authentifier par ton
AppleID). Entre 2H et 3H de téléchargement des
packages d'installation de la version d'
OS X synchrone de celle de ton disque (soit «
Yosemite 10.10.4»), puis 20' de ré-écriture des fichiers-Système (dont restauration de la
kext IOAHCIFamily.kext à son intégrité Apple), enfin reconstruction du
kernelcache de démarrage et hop ! tu pourras réouvrir ta session.
[NB. Cette "
Ré-Installation" n'est en aucune façon une
Clean Install suppressive des données et réglages d'utilisateur et des applications tierces ajoutées ; c'est une
Restauration des fichiers-Système, préservatrice des données et réglages d'utilisateur et des applications tierces ajoutées.]
♧
