Ander

Kext-Dev-Mode=1

Gloeilamp Plezier

originele poster
17 november 2013
London, Verenigd Koninkrijk
  • 23 okt 2014
Ik zat te denken aan het feit dat in Yosemite je kext-dev-mode=1 moet gebruiken om niet-ondertekende kexts te laden, nu iedereen het naar de kinderwagen brengt en het probleem dat als de kinderwagen wordt gewist, het systeem kan mislukken om nu op te starten. waarom kan je kext-dev-mode=1 niet in de com.apple.boot.plist zetten? het resetten van de kinderwagen zal die plist niet resetten, dus het lost het probleem op dat als de kinderwagen wordt gereset, er een systeemfout kan optreden? Ik heb dit in het mac pro-forum geplaatst, omdat daar het commando het meest wordt gebruikt Dus als iemand me zou kunnen vertellen of je het in de com.apple.boot.plist in plaats van kinderwagen kunt plaatsen, bedankt S

Squaw

20 juni 2014


  • 3 november 2014
LightBulbFun zei: Dus als iemand me zou kunnen vertellen of je het in de com.apple.boot.plist in plaats van kinderwagen kunt plaatsen, bedankt
Gebruik in Terminal:

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

matthewtoney

17 aug. 2009
Charlotte, North Carolina
  • 4 november 2014
Skvo zei: Gebruik in Terminal:

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

Ja, dat zet het erin, maar werkt dit zoals hij poneert?

Gloeilamp Plezier

originele poster
17 november 2013
London, Verenigd Koninkrijk
  • 4 november 2014
Het werkt

ik kan bevestigen dat het werkt. Ik heb een SSD in mijn MBP met de trim-hack en ik kon de bovenstaande methode gebruiken om kext-dev-mode=1 toe te voegen aan de com.apple.boot.plist en mijn PRAM te wissen en start nog steeds met succes op zonder enige hick-ups en tijdens uitgebreid opstarten kan ik kext-dev-mode=1 in mijn opstartargumenten zien. Dit zou het probleem met kext-ondertekening moeten oplossen en het risico dat het wordt ingeschakeld wanneer het is uitgeschakeld, hoewel ik niet zeker of een OS-update het bestand com.apple.boot.plist zou resetten?

crjackson2134

6 maart 2013
Charlotte, North Carolina
  • 4 november 2014
Dat is een goede vangst, zijn er bekende nadelen? Heeft het invloed op de opstarttijden? Misschien kan Cindori deze informatie op de een of andere manier gebruiken om TE te verbeteren. Misschien inclusief een optie om deze modus in te stellen met een schuifregelaar of knop.

mikeboss

13 aug. 2009
Zwitserland
  • 4 november 2014
JA!!! dit werkt helemaal. en er zijn geen nadelen voor zover ik weet. Cindori moet deze optie zeker implementeren. Ik heb nvram gewist met de opdracht 'nvram -c' en ik heb de toetsen option-command-p-r gebruikt en Yosemite startte nog steeds op alsof alles normaal was. natuurlijk is TRIM nog steeds ingeschakeld Laatst aangepast: 4 nov 2014

crjackson2134

6 maart 2013
Charlotte, North Carolina
  • 4 november 2014
mikeboss zei: JA!!! dit werkt helemaal. en er zijn geen nadelen voor zover ik weet. Cindori moet deze optie zeker implementeren. Ik heb nvram gewist met de opdracht 'nvram -c' en ik heb de toetsen option-command-p-r gebruikt en Yosemite startte nog steeds op alsof alles normaal was. natuurlijk is TRIM nog steeds enbaled

Geweldig, ga dit in de volgende sessie instellen.

UPDATE: Dus ik heb zojuist deze opdracht uitgevoerd en de NVRAM opnieuw ingesteld via 4 cycli en alles is in orde. Het lijkt erop dat dit een geweldige oplossing is. Laatst bewerkt: 4 november 2014

matthewtoney

17 aug. 2009
Charlotte, North Carolina
  • 4 november 2014
crjackson2134 zei: Geweldig, ik ga dit in de volgende sessie instellen.

UPDATE: Dus ik heb zojuist deze opdracht uitgevoerd en de NVRAM opnieuw ingesteld via 4 cycli en alles is in orde. Het lijkt erop dat dit een geweldige oplossing is.

Fantastisch! Hierdoor voel ik me veel beter over het gebruik van Trim Enabler in Yosemite. Ieder zijn eigen mening, maar het uitschakelen van het kext-signing-ding zelf stoort me niet.

mikeboss

13 aug. 2009
Zwitserland
  • 5 november 2014
haha! Ik weet niet sinds wanneer, maar Trim Enabler wijzigt de com.apple.Boot.plist al en voegt de regel 'kext-dev-mode=1' toe.

crjackson2134

6 maart 2013
Charlotte, North Carolina
  • 5 november 2014
mikeboss zei: haha! Ik weet niet sinds wanneer, maar Trim Enabler wijzigt de com.apple.Boot.plist al en voegt de regel 'kext-dev-mode=1' toe.

Al dat gedoe met denken dat we iets gevonden hebben. Ach, kan geen kwaad.

Gloeilamp Plezier

originele poster
17 november 2013
London, Verenigd Koninkrijk
  • 5 november 2014
mikeboss zei: haha! Ik weet niet sinds wanneer, maar Trim Enabler wijzigt de com.apple.Boot.plist al en voegt de regel 'kext-dev-mode=1' toe.

vertel me dan waarom voordat ik het naar de plist heb gekopieerd toen ik de PRAM resette de MacBook Pro niet kon opstarten met het iets kapotte verboden teken. Maar toen ik het zelf aan de com.apple.boot.plist toevoegde, werkte het hoe dan ook vaak heb ik de PRAM-boot gewist met nvram -c en comand optoin PR?

gaf Mack

15 juni 2008
Boogschutter A*
  • 5 november 2014
Kan iemand met de Sintech-kaart + Apple-blad bevestigen dat, hoewel trimmen is ingeschakeld, je na een kinderwagenreset met opnieuw inschakelen van de kinderwagen nog steeds het geen-invoerteken krijgt bij het opstarten?

mikeboss

13 aug. 2009
Zwitserland
  • 5 november 2014
LightBulbFun zei: vertel me dan waarom voordat ik het naar de plist heb gekopieerd toen ik het PRAM resette, de MacBook Pro niet kon opstarten met het iets gebroken verboden teken. Maar toen ik het zelf aan de com.apple.boot.plist toevoegde, werkte het wel het maakt niet uit hoe vaak ik de PRAM-boot heb gewist met nvram -c en comand optoin PR?

zoals ik schreef: ik weet niet sinds wanneer Trim Enabler com.apple.boot.plist wijzigt. het deed dit zeker niet vanaf het begin. Ik heb het ongeveer een uur geleden getest (op een nieuwe installatie van OS X Yosemite met een vers gedownloade versie van TE) en ik vond het bestand gewijzigd nadat TRIM was ingeschakeld. ook de instelling overleefde 'nvram -c' en option-command-p-r.

ibarnett

20 aug. 2010
Gold Coast, Australië
  • 5 november 2014
Gav Mack zei: Kan iemand met de Sintech-kaart + Apple-blad bevestigen dat hoewel trimmen is ingeschakeld, je na een kinderwagenreset met opnieuw inschakelen van de kinderwagen nog steeds het bord 'geen toegang' krijgt bij het opstarten?

Waarom zou dit gebeuren?
Is het jou overkomen?
Ik heb de mijne gisteren geïnstalleerd (Sintech + Apple Blade), wordt weergegeven als 'Apple SSD' en trim is automatisch actief via Yosemite. Ik had eerder Trim Enabler verwijderd.
Om eerlijk te zijn wil ik geen kinderwagen reset proberen om erachter te komen!

gaf Mack

15 juni 2008
Boogschutter A*
  • 5 november 2014
ibarnett zei: Waarom zou dit gebeuren?
Is het jou overkomen?
Ik heb de mijne gisteren geïnstalleerd (Sintech + Apple Blade), wordt weergegeven als 'Apple SSD' en trim is automatisch actief via Yosemite. Ik had eerder Trim Enabler verwijderd.
Om eerlijk te zijn wil ik geen kinderwagen reset proberen om erachter te komen!

Nee, maar mijn Sintech is besteld en ik ben in de jachtmodus voor het mes. Ik denk dat mijn kexts misschien moeten worden gedaan voor de upgrade van de overdrachtskaart, dus ik was benieuwd of het opstarten zal stoppen als de wifi / BT LE-kaart is geïnstalleerd of zijn het alleen opstartbare apparaten op het OS X-opstartvolume zoals ahci , fw, usb enz. die u het bord 'geen toegang' geven

Ik neem aan dat het mes best goed is

ibarnett

20 aug. 2010
Gold Coast, Australië
  • 5 november 2014
Gav Mack zei: ik neem aan dat het mes redelijk goed is

Het is gewoon geweldig!
Ik zie echt niets als een probleem met opstarten na een reset.
Ik heb ook de bluetooth-dingen van Macvidcards en had geen problemen voordat ik de Sintech & blade installeerde.
Omdat ik de hele tijd bezig ben met klonen enz., wil ik geen tijd verspillen met een nieuwe installatie - dus ik wacht met het opnieuw instellen van de kinderwagen.

gaf Mack

15 juni 2008
Boogschutter A*
  • 5 november 2014
ibarnett zei: Het is gewoon geweldig!
Ik zie echt niets als een probleem met opstarten na een reset.
Ik heb ook de bluetooth-dingen van Macvidcards en had geen problemen voordat ik de Sintech & blade installeerde.
Omdat ik de hele tijd bezig ben met klonen enz., wil ik geen tijd verspillen met een nieuwe installatie - dus ik wacht met het opnieuw instellen van de kinderwagen.

:jaloers: ik heb het 1tb-onderdeel nodig om mijn dubbele 840 Evo's te vervangen en nadat ik met de 1tb nMP en zijn schijfprestaties in OS X en Windows heb gespeeld en gelachen om 'belachelijke snelheid', ga ik echt genieten van die upgrade daarna!

Het suggereert mij dat het alleen opstartapparaten zijn die de no-entry oproepen en daar ben ik erg blij mee.

Virtuele Regen

1 aug. 2008
Vancouver, BC
  • 6 november 2014
mikeboss zei: zoals ik schreef: ik weet niet sinds wanneer Trim Enabler com.apple.boot.plist wijzigt. het deed dit zeker niet vanaf het begin. Ik heb het ongeveer een uur geleden getest (op een nieuwe installatie van OS X Yosemite met een vers gedownloade versie van TE) en ik vond het bestand gewijzigd nadat TRIM was ingeschakeld. ook de instelling overleefde 'nvram -c' en option-command-p-r.

Inderdaad... Trim Enabler heeft mijn com.apple.boot.plist aangepast toen ik het eerder op de avond probeerde, maar het plist-bestand ziet er niet goed geformatteerd uit (als ik het bekijk in Teksteditor). Misschien verwijdert het een heleboel onnodige dingen in het bestand terwijl het wordt bijgewerkt of vervangt het het door een zeer schaarse versie. Niet echt de beste praktijk IMHO, maar het lijkt te werken.

mikeboss

13 aug. 2009
Zwitserland
  • 6 november 2014
Ik heb de 10.10.1-update geïnstalleerd en kreeg opnieuw het stopteken hm, zal meer testen doen...

Virtuele Regen

1 aug. 2008
Vancouver, BC
  • 6 november 2014
mikeboss zei: Ik heb de 10.10.1 update geïnstalleerd en kreeg het stopteken weer hm, zal meer testen doen...


Ik heb geüpdatet naar 10.10.1 voordat ik Trim Enabler toepast. Ik hoop dat niet elke update het verbreekt.

h9826790

3 april 2014
Hongkong
  • 6 november 2014
Ik heb de update uitgevoerd met TRIM ingeschakeld, geen stopteken, maar moet TRIM Enabler opnieuw toepassen zoals verwacht.

cindori

17 januari 2008
Zweden
  • 6 november 2014
Hallo allemaal
Ik ben hiervan op de hoogte, maar het werkt niet 100%.
Ik heb gebruikers contact met me laten opnemen die de plist hebben ingesteld met kext-dev-mode=1 maar nog steeds 'ongeldige handtekening, weglaten' ontvangen en niet kunnen opstarten. Ook weet ik nog steeds niet zeker of het kan worden gereset op OS-updates.

Dus aangezien het niet voor alle gebruikers van toepassing lijkt te zijn, kies ik ervoor om in mijn ondersteuningsartikel naar het PRAM te verwijzen, omdat dit de ondergrens lijkt te zijn voor verwachting.

Trouwens, Trim Enabler gebruikt sowieso beide methodes (kinderwagen en plist) voor een maximale kans op succes. U hoeft deze stappen niet uit te voeren als u Trim Enabler gebruikt. Laatst bewerkt: 6 november 2014

mikeboss

13 aug. 2009
Zwitserland
  • 6 november 2014
oke, ik heb het net nog een keer getest. deed een nieuwe installatie van Yosemite, installeerde Trim Enabler, zapte kinderwagen / wist NVRAM. alles werkte prima. Ik heb toen de 10.10.1-update geïnstalleerd en de machine startte niet meer op. precies zoals cindori opmerkte, dit werkt niet 100% betrouwbaar. nogmaals, ik weet waarom ik een Apple/SAMSUNG PCIe SSD heb voor mijn hoofdsysteem...

Virtuele Regen

1 aug. 2008
Vancouver, BC
  • 6 november 2014
Dus, bij het updaten van OS X Yosemite, is het het beste om Trim Enabler uit te schakelen, Update en vervolgens Trim opnieuw in te schakelen?

cindori

17 januari 2008
Zweden
  • 6 november 2014
VirtualRain zei: Dus, bij het updaten van OS X Yosemite, is het het beste om Trim Enabler uit te schakelen, bij te werken en vervolgens Trim opnieuw in te schakelen?

Aangezien Trim Enabler ook de nvram instelt, die niet opnieuw wordt ingesteld bij updates, is de kans dat er problemen optreden vrij klein (ik zou bijna onmogelijk durven zeggen). Toch raad ik het uit voorzorg aan.