Sonstiges

Kext-Dev-Modus=1

GlühbirneSpaß

Originalplakat
17. November 2013
London, Vereinigtes Königreich
  • 23. Okt 2014
Ich dachte an die Tatsache, dass in Yosemite Sie kext-dev-mode = 1 verwenden müssen, um unsignierte Kexts zu laden, jetzt ritiert es jeder in den Kinderwagen und das Problem, dass das System nicht mehr booten kann, wenn der Kinderwagen gelöscht wird, dachte ich jetzt warum kannst du kext-dev-mode=1 nicht in die com.apple.boot.plist einfügen? Durch das Zurücksetzen des Kinderwagens wird diese Plist nicht zurückgesetzt, sodass das Problem behoben wird, dass beim Zurücksetzen des Kinderwagens ein Systemfehler auftreten kann? Ich habe dies in das Mac-Pro-Forum gestellt, da dort der Befehl am häufigsten verwendet wird Also, wenn mir jemand sagen könnte, ob Sie es in die com.apple.boot.plist anstelle des Kinderwagens legen können, danke S

Squaw

20.06.2014


  • 3. November 2014
LightBulbFun sagte: Also, wenn mir jemand sagen könnte, ob Sie es in die com.apple.boot.plist anstelle des Kinderwagens legen können, danke
Verwendung im Terminal:

sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1'' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist

matthewtoney

17. August 2009
Charlotte, NC
  • 4. November 2014
Skvo sagte: Verwendung im Terminal:

sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1'' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist

Ja, das steckt es drin, aber funktioniert das so, wie er behauptet?

GlühbirneSpaß

Originalplakat
17. November 2013
London, Vereinigtes Königreich
  • 4. November 2014
Es klappt

Ich kann bestätigen, dass es funktioniert booten immer noch erfolgreich ohne eny hick-ups und während des ausführlichen bootens kann ich sehen, dass kext-dev-mode=1 in meinen boot-argumenten aufgeführt ist Sie sind sich nicht sicher, ob ein Betriebssystem-Update die Datei com.apple.boot.plist zurücksetzen würde?

crjackson2134

6. März 2013
Charlotte, NC
  • 4. November 2014
Das ist ein toller Haken, gibt es bekannte Nachteile? Beeinflusst es die Bootzeiten? Vielleicht könnte Cindori diese Informationen irgendwie nutzen, um TE zu verbessern. Vielleicht mit einer Option, um diesen Modus mit einem Schieberegler oder einer Schaltfläche einzustellen.

Mikeboss

13. August 2009
Schweiz
  • 4. November 2014
JAWOHL!!! das funktioniert total. und es gibt keine nachteile, soweit ich das beurteilen kann. Cindori muss diese Option unbedingt implementieren. Ich habe nvram mit dem Befehl 'nvram -c' gelöscht und die Tasten option-command-p-r verwendet und Yosemite bootete immer noch, als ob alles normal wäre. TRIM ist natürlich weiterhin aktiviert Zuletzt bearbeitet: 04.11.2014

crjackson2134

6. März 2013
Charlotte, NC
  • 4. November 2014
Mikeboss sagte: JA!!! das funktioniert total. und es gibt keine nachteile, soweit ich das beurteilen kann. Cindori muss diese Option unbedingt implementieren. Ich habe nvram mit dem Befehl 'nvram -c' gelöscht und die Tasten option-command-p-r verwendet und Yosemite bootete immer noch, als ob alles normal wäre. natürlich ist TRIM noch aktiviert

Super, werde dies bei der nächsten Sitzung einstellen.

UPDATE: Also habe ich gerade diesen Befehl ausgeführt und den NVRAM über 4 Zyklen zurückgesetzt und alles ist gut. Scheint eine großartige Lösung zu sein. Zuletzt bearbeitet: 04.11.2014

matthewtoney

17. August 2009
Charlotte, NC
  • 4. November 2014
crjackson2134 sagte: Super, das werde ich in der nächsten Sitzung einstellen.

UPDATE: Also habe ich gerade diesen Befehl ausgeführt und den NVRAM über 4 Zyklen zurückgesetzt und alles ist gut. Scheint eine großartige Lösung zu sein.

Fantastisch! Dadurch fühle ich mich viel besser bei der Verwendung von Trim Enabler in Yosemite. Jedem seine eigene Meinung, aber das Deaktivieren der Kext-Signatur selbst stört mich einfach nicht.

Mikeboss

13. August 2009
Schweiz
  • 5. November 2014
hach! Ich weiß nicht, seit wann, aber Trim Enabler ändert bereits die com.apple.Boot.plist und fügt die Zeile 'kext-dev-mode=1' hinzu.

crjackson2134

6. März 2013
Charlotte, NC
  • 5. November 2014
Mikeboss sagte: hah! Ich weiß nicht, seit wann, aber Trim Enabler ändert bereits die com.apple.Boot.plist und fügt die Zeile 'kext-dev-mode=1' hinzu.

Dieses ganze Tumult zu denken, wir hätten etwas gefunden. Naja, schadet nicht.

GlühbirneSpaß

Originalplakat
17. November 2013
London, Vereinigtes Königreich
  • 5. November 2014
Mikeboss sagte: hah! Ich weiß nicht, seit wann, aber Trim Enabler ändert bereits die com.apple.Boot.plist und fügt die Zeile 'kext-dev-mode=1' hinzu.

Dann sagen Sie mir, warum, bevor ich es in die Plist-Liste kopiert habe, wenn ich den PRAM zurücksetze Ich habe oft den PRAM-Boot mit nvram -c und comand optoin PR gelöscht?

Gab Mack

15. Juni 2008
Schütze A*
  • 5. November 2014
Kann jemand mit der Sintech-Karte + Apple Blade bestätigen, dass das Booten nach einem Zurücksetzen des Kinderwagens mit erneut aktiviertem Signieren und erneutem Signieren beim Booten immer noch das No Entry-Zeichen erhält, obwohl Trim aktiviert ist?

Mikeboss

13. August 2009
Schweiz
  • 5. November 2014
LightBulbFun sagte: Dann sagen Sie mir, warum, bevor ich es in die Plist kopiert habe, wenn ich den PRAM zurücksetze, das MacBook Pro nicht booten konnte mit dem Zeichen 'Somthings gebrochen verboten verboten'. Egal wie oft ich den PRAM-Boot mit nvram -c und comand optoin PR gelöscht habe?

wie ich schrieb: Ich weiß nicht, seit wann Trim Enabler com.apple.boot.plist modifiziert. das hat es sicher nicht von anfang an getan. Ich habe es vor etwa einer Stunde getestet (bei einer Neuinstallation von OS X Yosemite mit einer frisch heruntergeladenen Version von TE) und fand die Datei nach dem Aktivieren von TRIM geändert. auch die Einstellung überlebte 'nvram -c' und option-command-p-r.

ibarnett

20.08.2010
Gold Coast, Australien
  • 5. November 2014
Gav Mack sagte: Kann jemand mit der Sintech-Karte + Apple Blade bestätigen, dass das Booten nach einem Kinderwagen-Reset mit aktivierter Signierung und erneutem Signieren trotz aktivierter Trim-Funktion beim Booten immer noch das No-Entry-Zeichen erhält?

Warum sollte das passieren?
Ist es dir passiert?
Ich habe meine gestern installiert (Sintech + Apple Blade), wird als 'Apple SSD' angezeigt und trimmen ist automatisch über Yosemite aktiv. Ich hatte zuvor Trim Enabler deinstalliert.
Ehrlich gesagt möchte ich keinen Kinderwagen-Reset ausprobieren, um das herauszufinden!

Gab Mack

15. Juni 2008
Schütze A*
  • 5. November 2014
ibarnett sagte: Warum sollte das passieren?
Ist es dir passiert?
Ich habe meine gestern installiert (Sintech + Apple Blade), wird als 'Apple SSD' angezeigt und trimmen ist automatisch über Yosemite aktiv. Ich hatte zuvor Trim Enabler deinstalliert.
Ehrlich gesagt möchte ich keinen Kinderwagen-Reset ausprobieren, um das herauszufinden!

Nein, aber mein Sintech ist bestellt und ich bin im Jagdmodus für die Klinge. Ich denke, meine Kexts müssen möglicherweise für das Handoff-Karten-Upgrade durchgeführt werden, daher war ich neugierig, ob der Bootvorgang gestoppt wird, wenn die WLAN / BT LE-Karte installiert ist oder nur bootfähige Geräte auf dem OS X-Boot-Volume wie ahci , fw, usb usw., die Ihnen das Einreiseverbotszeichen geben

Ich vermute, die Klinge ist ziemlich gut

ibarnett

20.08.2010
Gold Coast, Australien
  • 5. November 2014
Gav Mack sagte: Ich nehme an, die Klinge ist ziemlich gut

Es ist einfach toll!
Ich sehe wirklich kein Problem beim Booten nach einem Reset.
Ich habe auch das Bluetooth-Zeug von Macvidcards und hatte keine Probleme vor der Installation von Sintech und Blade.
Nachdem ich die ganze Zeit mit Klonen usw. verbracht habe, möchte ich keine Zeit mit einer weiteren Installation verschwenden - also werde ich warten, bevor ein weiterer Kinderwagen zurückgesetzt wird.

Gab Mack

15. Juni 2008
Schütze A*
  • 5. November 2014
ibarnett sagte: Es ist einfach großartig!
Ich sehe wirklich kein Problem beim Booten nach einem Reset.
Ich habe auch das Bluetooth-Zeug von Macvidcards und hatte keine Probleme vor der Installation von Sintech und Blade.
Nachdem ich die ganze Zeit mit Klonen usw. verbracht habe, möchte ich keine Zeit mit einer weiteren Installation verschwenden - also werde ich warten, bevor ein weiterer Kinderwagen zurückgesetzt wird.

:eifersüchtig: Ich brauche den 1-TB-Teil, um meine Zwillinge 840 Evo zu ersetzen, und nachdem ich mit dem 1-TB-nMP und seiner Festplattenleistung in OS X und Windows gespielt und über 'lächerliche Geschwindigkeit' gelacht habe, werde ich dieses Upgrade danach wirklich genießen!

Das schlägt mir vor, dass nur Boot-Geräte den Eintrag Kein Eintrag anzeigen, und ich bin sehr zufrieden damit.

VirtualRain

1. August 2008
Vancouver, BC
  • 6. November 2014
mikeboss sagte: wie ich schrieb: Ich weiß nicht, seit wann Trim Enabler com.apple.boot.plist ändert. das hat es sicher nicht von anfang an getan. Ich habe es vor etwa einer Stunde getestet (bei einer Neuinstallation von OS X Yosemite mit einer frisch heruntergeladenen Version von TE) und fand die Datei nach dem Aktivieren von TRIM geändert. auch die Einstellung überlebte 'nvram -c' und option-command-p-r.

Tatsächlich ... Trim Enabler hat meine com.apple.boot.plist geändert, als ich es heute Abend ausprobiert habe, aber die Plist-Datei sieht nicht richtig formatiert aus (in TextEdit anzeigen). Vielleicht entfernt es beim Aktualisieren eine Menge unnötiger Dinge in der Datei oder ersetzt sie durch eine sehr spärliche Version. IMHO nicht gerade Best Practice, aber es scheint zu funktionieren.

Mikeboss

13. August 2009
Schweiz
  • 6. November 2014
Ich habe das Update 10.10.1 installiert und wieder das Stop-Schild bekommen hm, werde noch mehr testen...

VirtualRain

1. August 2008
Vancouver, BC
  • 6. November 2014
mikeboss sagte: Ich habe das Update 10.10.1 installiert und wieder das Stop-Schild bekommen hm, werde noch mehr testen...


Ich habe auf 10.10.1 aktualisiert, bevor ich Trim Enabler angewendet habe. Ich hoffe, nicht jedes Update macht es kaputt.

h9826790

3. April 2014
Hongkong
  • 6. November 2014
Ich habe das Update mit aktiviertem TRIM durchgeführt, kein Stoppschild, aber TRIM Enabler muss wie erwartet erneut angewendet werden.

Cindori

17. Januar 2008
Schweden
  • 6. November 2014
Hallo zusammen
Das ist mir bekannt, aber es funktioniert nicht 100%.
Ich habe mich von Benutzern kontaktiert, die die Plist mit kext-dev-mode=1 gesetzt haben, aber immer noch 'ungültige Signatur, Weglassen' erhalten und nicht booten können. Außerdem bin ich mir immer noch nicht sicher, ob es bei OS-Updates zurückgesetzt werden kann.

Da es also nicht für alle Benutzer zu gelten scheint, verweise ich in meinem Support-Artikel auf das PRAM, da es die untere Grenze der Erwartung zu sein scheint.

Übrigens, Trim Enabler verwendet ohnehin schon beide Methoden (Kinderwagen und Plist) für maximale Erfolgswahrscheinlichkeit. Sie müssen diese Schritte nicht ausführen, wenn Sie Trim Enabler verwenden. Zuletzt bearbeitet: 06.11.2014

Mikeboss

13. August 2009
Schweiz
  • 6. November 2014
ok, ich habe das gerade nochmal getestet. habe Yosemite neu installiert, Trim Enabler installiert, Kinderwagen gezapft/NVRAM gelöscht. alles funktionierte gut. Ich habe dann das Update 10.10.1 installiert und die Maschine bootete nicht mehr. genau wie cindori darauf hingewiesen hat, funktioniert dies nicht 100% zuverlässig. Ich weiß mal wieder, warum ich mir eine Apple/SAMSUNG PCIe SSD für mein Hauptsystem geholt habe...

VirtualRain

1. August 2008
Vancouver, BC
  • 6. November 2014
Ist es also beim Aktualisieren von OS X Yosemite am besten, Trim Enabler auszuschalten, zu aktualisieren und dann Trim wieder zu aktivieren?

Cindori

17. Januar 2008
Schweden
  • 6. November 2014
VirtualRain sagte: Ist es also beim Aktualisieren von OS X Yosemite am besten, Trim Enabler auszuschalten, zu aktualisieren und dann Trim wieder zu aktivieren?

Da Trim Enabler auch das nvram setzt, das bei Updates nicht zurückgesetzt wird, ist die Wahrscheinlichkeit für das Auftreten von Problemen ziemlich gering (ich würde sagen, fast unmöglich). Dennoch empfehle ich es vorsorglich.