@
corinne.dabel.
L'extension du noyau
AppleDataSetManagement.kext dans le dossier
Filesystems est l'
original ("archétype", "paradigme"), tenu en réserve dans ce dossier où il est inactif. L'extension du noyau
AppleDataSetManagement.kext dans le dossier
Extensions est la
copie d'après l'original précédent effectuée par la commande dans le «
Terminal» :
sudo trimforce enable --> cette copie, présente dans le dossier des
Extensions qui est la localisation de tous les pilotes du
hardware, est par là-même injectée dans le
kernel au démarrage et... le
TRIM est activé. Quelqu'un qui passe, la commande inverse :
sudo trimforce disable, commande par là la suppression de la
AppleDataSetManagement.kext (la
copie) présente dans le dossier des
Extensions - ce qui désactive le
TRIM faute d'extension présente dans ce dossier qui soit injectable dans le
kernel au démarrage ; mais l'
original ("archétype")
AppleDataSetManagement.kext dans le dossier
Filesystems reste, lui, intact, prêt à resservir pour une prochaine commande
sudo trimforce enable qui en effectuera une nouvelle
copie dans le dossier des
Extensions...
--------------------
Locke.
macomaniac, à toi de jouer maintenant.
Ta description m'intéresse bigrement.
- a) Peux-tu me confirmer que ton installation d'«
El Capitan» sur un de tes 2 SSD était bien une
clean install ? - si oui, tu apportes la preuve bien documentée que l'installation d'«
El Capitan» ne pré-active pas le
TRIM par détection automatique de la nature du disque comme étant un SSD tiers (càd. ne re-copie pas a priori l'
AppleDataSetManagement.kext du dossier
Filesystems dans celui des
Extensions) --> lorsque le
TRIM est activé après installation d'«
El Capitan», c'est qu'il s'agit de la mise-à-niveau d'un OS «
Yosemite» au moins
10.10.4 (forcément) où le
TRIM était déjà activé suite à une commande
sudo trimforce enable --> l'
AppleDataSetManagement.kext («
Yosemite») pré-existante dans le dossier
Extensions est préservée par la mise-à-niveau vers «
El Capitan», car elle est signée Apple et car elle est compatible
10.11 (et pour cause : elle a été créée pour une bêta de
10.11 et rétro-activement rendue compatible avec la MÀJ
10.10.4 de «
Yosemite»).
- b) Peux-tu me confirmer que tu as passé la commande
sudo trimforce enable dans le «
Terminal» d'«
El Capitan»
sans avoir désactivé le SIP au préalable par la commande
csrutil disable dans la «
Recovery HD» ? Si oui, et si ça a marché (=
TRIM directement activé) - tu confirmes le constat de
Jean (message
#19) :
J'ai quand même un doute sur l'utilisation du mode Recovery + csrutil pour activer Trim via :
sudo trimforce .....
Perso je l'ai désactivé sous El Capitan et réactivé en session en vérifiant à chaque fois l'impact sur le système (A propos/Rapport système/Matériel/SATA/SATA express/Prise en charge de TRIM )
Toujours sans toucher à csrutil.
--> personnellement, je trouve qu'il y a là un bien curieux petit
rébus : car
SIP activé, signifie répertoire
/System récursivement verrouillé contre toute action, y compris de l'utilisateur
root, par l'
extended_attribute :
com.apple.rootless fixé sur tous les éléments contenus, donc le sous-dossier des
Filesystems aussi bien que celui des
Extensions dans la
/System/Library. Or ne voilà-t-il pas qu'une commande
sudo trimforce enable s'en vient invoquer un simple binaire exécutable (
trimforce at:
/usr/bin) avec le préfixe
sudo (droits
root) pour a) "affecter" le dossier des
Filesystems par un acte de
lecture de l'élément
AppleDataSetManagement.kext et b)
écrire à l'espace du dossier des
Extensions par ajout d'une copie de l'élément précédent ?
D'où la
question : comment rendre compte raisonnablement de cette
exception à la
règle de
SIP, par-delà le
simple constat empirique euphorique que ça a marché, mais qui n'explique rien
(ne parle-t-on pas d'« empirisme bestial » pour discréditer le défaut de "questionnement onto-logique" de la philosophie anglo-saxonne en général ) ? - Je n'ai pas pris le temps de creuser la question, mais il y a bien
question théoriquement parlant (et c'est souvent celles qui concernent les points le plus minuscules qui sont les plus fécondes en enseignements...).
☞ « Je reviendrai » (
sic:
MacArthur après
Pearl Harbor).
- c) Pour ce qui est de la préservation de ta partition
Windows dans son caractère
bootable (malgré des manipulations de formatage / installation collatérales sur la partition de l'OS) : j'enregistre, mais
wait 'n' see (pas pour toi, mais pour d'autres) --> j'ai été déjà été échaudé sur ce sujet que j'ai été amené, par le biais du
CoreStorage, à traiter <de fil en "anguille"> ailleurs malgré moi
(je n'ai jamais utilisé «Windows» et si la « Divine Providence » veut bien, dans sa générosité inépuisable, continuer d'étendre sa « Main Invisible » au-dessus de ma pratique informatique, je compte bien ne jamais l'utiliser)...
--------------------
