Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen gezeigt.
|
mac:activate_trim [2015/01/12 16:04] wikisysop |
mac:activate_trim [2015/07/06 10:29] (aktuell) wikisysop [Yosemite 10.10.4] |
||
|---|---|---|---|
| Zeile 28: | Zeile 28: | ||
| ==== Yosemite 10.10 ==== | ==== Yosemite 10.10 ==== | ||
| + | |||
| Apples neuestes Betriebssystem Yosemite hat bzgl. des oben angewandten Hacks eine Besonderheit aufzuweisen. Yosemite prüft die Signaturen der Kernel Extensions auf Ihre Gültigkeit und verweigert den Systemstart, sobald an einer Kernel Extension herumgebastelt wurde und genau das tun wir in unserem bisherigen Workaround. Die gute Nachricht ist, dass wir die Signaturprüfung abschalten können, die schlechte Nachricht jedoch ist, dass das solange funktioniert bis zB ein Secure Boot ausgeführt wird. Der Secure Boot leert alle Caches im System und somit auch den KextCache, den wir im Workaround anlegen. Das ganze ist aber keine Sackgasse, es gibt einen Ausweg aber zuerst mal die notwendigen Schritte um TRIM in Yosemite zu aktivieren: | Apples neuestes Betriebssystem Yosemite hat bzgl. des oben angewandten Hacks eine Besonderheit aufzuweisen. Yosemite prüft die Signaturen der Kernel Extensions auf Ihre Gültigkeit und verweigert den Systemstart, sobald an einer Kernel Extension herumgebastelt wurde und genau das tun wir in unserem bisherigen Workaround. Die gute Nachricht ist, dass wir die Signaturprüfung abschalten können, die schlechte Nachricht jedoch ist, dass das solange funktioniert bis zB ein Secure Boot ausgeführt wird. Der Secure Boot leert alle Caches im System und somit auch den KextCache, den wir im Workaround anlegen. Das ganze ist aber keine Sackgasse, es gibt einen Ausweg aber zuerst mal die notwendigen Schritte um TRIM in Yosemite zu aktivieren: | ||
| Zeile 39: | Zeile 40: | ||
| Soweit funktioniert der TRIM Hack wie bisher gehabt aber wenn jetzt zB ein Secure Boot ausgeführt wird, startet das System nicht mehr und bleibt mit einem duchgestrichenen gauen Kreis stehen. Das System möchte uns damit sagen, dass kein Bootvolume gefunden wurde, was ohne AHCI Treiber auch schlecht geht. Um das System jetzt wieder startfähig zu machen, starten Sie das System von einem Installationsdevice (zB USB-Stick) und führen von dort im Terminal folgende Kommandos aus: | Soweit funktioniert der TRIM Hack wie bisher gehabt aber wenn jetzt zB ein Secure Boot ausgeführt wird, startet das System nicht mehr und bleibt mit einem duchgestrichenen gauen Kreis stehen. Das System möchte uns damit sagen, dass kein Bootvolume gefunden wurde, was ohne AHCI Treiber auch schlecht geht. Um das System jetzt wieder startfähig zu machen, starten Sie das System von einem Installationsdevice (zB USB-Stick) und führen von dort im Terminal folgende Kommandos aus: | ||
| - | * Überprüfen Sie ob der NVRAM Boot Argument >><fc #008000>kext-dev-mode=1</fc><< noch vorhanden ist:\\ <xterm>$ <fc #008000>nvram boot-args</fc></xterm>\\ Ist das noch der Fall, gehen Sie weiter wie beschrieben fort. Wenn nicht, dann setzen Sie ihn nochmal wie oben bereits schon einmal ausgeführt. | + | * Überprüfen Sie ob der NVRAM Boot Argument >><fc #008000>kext-dev-mode=1</fc><< noch vorhanden ist:\\ <xterm>$ <fc #008000>nvram boot-args</fc></xterm>\\ Ist das noch der Fall, gehen Sie weiter vor wie beschrieben. Wenn nicht, dann setzen Sie ihn nochmal wie oben bereits schon einmal ausgeführt. |
| * Wechseln Sie in das Startvolume:\\ <xterm>$ <fc #008000>cd /Volume/Macintosh\ HD</fc></xterm> | * Wechseln Sie in das Startvolume:\\ <xterm>$ <fc #008000>cd /Volume/Macintosh\ HD</fc></xterm> | ||
| * Touchen Sie das Extension Verzeichnis. Dadurch wird der Timestamp aktualisiert:\\ <xterm>$ <fc #008000>touch System/Library/Extensions</fc></xterm> | * Touchen Sie das Extension Verzeichnis. Dadurch wird der Timestamp aktualisiert:\\ <xterm>$ <fc #008000>touch System/Library/Extensions</fc></xterm> | ||
| Zeile 48: | Zeile 49: | ||
| --- //pronto 2015/01/12 15:47// | --- //pronto 2015/01/12 15:47// | ||
| - | **Weitere Nachforschungen:** | + | ==== Yosemite 10.10.4 ==== |
| + | NEW | ||
| + | Mit dem Servicepack 4 für Yosemite (10.10.4) hat Apple ein eigenes Utility >><fc #008000>trimforce</fc><<((http://www.mactechnews.de/news/article/TRIM-fuer-Drittanbieter-SSDs-unter-OS-X-10-10-4-aktivieren-161729.html)) zum aktivieren von Dritthersteller SSDs integriert. Führen Sie einfach in einem Terminal folgendes Kommando aus, bestätigen Sie die Warnung die besagt dass Apple keine Garantie für das Funktionieren von TRIM bei jeder SSD übernimmt (Haben sie eh noch nie) und starten Sie Ihren Rechner anschließend neu: | ||
| + | |||
| + | <xterm>$ <fc #008000>sudo trimforce enable</fc></xterm> | ||
| + | |||
| + | Da dieses Feature ursprünglich für >><fc #008000>El Capitan</fc><< (10.11) vorgesehen war und jetzt vorgezogen wurde, kann man davon ausgehen, dass dieses Utility uns wohl auch in Zukunft erhalten bleibt und die og Workarounds überflüssig werden. :-) | ||
| + | |||
| + | --- //pronto 2015/07/06 10:15// | ||
| + | |||
| + | **Weitere Nachforschungen (aus 2011):** | ||
| Die Welt ist böse und Apple macht da keine Ausnahme, deshalb haben wird den og Workaround kritisch hinterfragt, weil wir befürchteten, dass diese Option auch nur kosmetisch im System_Profiler aktiviert worden sein könnte. In einer relativ aufwändigen Testreihe haben wir aber nachweisen können, dass das System bei aktiviertem TRIM Support das TRIM-Kommando auch an den Festplattencontroller weitergibt und dieser so reagiert, wie es in seiner Spezifikation ausgewiesen wurde. | Die Welt ist böse und Apple macht da keine Ausnahme, deshalb haben wird den og Workaround kritisch hinterfragt, weil wir befürchteten, dass diese Option auch nur kosmetisch im System_Profiler aktiviert worden sein könnte. In einer relativ aufwändigen Testreihe haben wir aber nachweisen können, dass das System bei aktiviertem TRIM Support das TRIM-Kommando auch an den Festplattencontroller weitergibt und dieser so reagiert, wie es in seiner Spezifikation ausgewiesen wurde. | ||
