LightbulbFun
Originalaffisch- 17 november 2013
- London, Storbritannien
- 23 oktober 2014
Så om någon kan berätta för mig om du kan lägga den i com.apple.boot.plist i stället för barnvagn tack S Squaw
- 20 juni 2014
- 3 november 2014
LightBulbFun sa: Så om någon kan berätta för mig om du kan lägga den i com.apple.boot.plist i stället för barnvagn tackAnvänd i terminal:
sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1'' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
matthewtony
- 17 augusti 2009
- Charlotte, NC
- 4 november 2014
Skvo sa: Använd i terminal:
sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1'' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Ja, det sätter det där, men fungerar det här som han påstår?
LightbulbFun
Originalaffisch- 17 november 2013
- London, Storbritannien
- 4 november 2014
Jag kan bekräfta att det fungerar. Jag har en SSD i min MBP med trimhacket och jag kunde använda metoden ovan för att lägga till kext-dev-mode=1 till com.apple.boot.plist och rensa min PRAM och startar fortfarande upp utan problem och under verbous uppstart kan jag se kext-dev-mode=1 listad i mina bootarg Så detta borde lösa problemet med kext-signering och risken att det aktiveras när det är inaktiverat även om jag är inte säker på om en OS-uppdatering skulle återställa com.apple.boot.plist-filen?
crjackson2134
- 6 mars 2013
- Charlotte, NC
- 4 november 2014
mikeboss
- 13 augusti 2009
- schweiz
- 4 november 2014
crjackson2134
- 6 mars 2013
- Charlotte, NC
- 4 november 2014
mikeboss sa: JA!!! det här fungerar helt. och det finns inga nackdelar så vitt jag kan säga. Cindori måste definitivt implementera detta alternativ. Jag rensade nvram med kommandot 'nvram -c' plus att jag använde option-command-p-r-nycklarna och Yosemite startade fortfarande som om allt var normalt. naturligtvis är TRIM fortfarande enbaled
Fantastiskt, kommer att ställa in detta på nästa session.
UPPDATERING: Så jag körde bara det här kommandot och återställde NVRAM genom 4 cykler och allt är bra. Det verkar som att detta är en bra fix. Senast redigerad: 4 november 2014
matthewtony
- 17 augusti 2009
- Charlotte, NC
- 4 november 2014
crjackson2134 sa: Fantastiskt, kommer att ställa in detta på nästa session.
UPPDATERING: Så jag körde bara det här kommandot och återställde NVRAM genom 4 cykler och allt är bra. Det verkar som att detta är en bra fix.
Fantastisk! Detta får mig att må mycket bättre av att använda Trim Enabler i Yosemite. Till var och en sin egen åsikt, men att inaktivera själva kext-signeringen stör mig helt enkelt inte.
mikeboss
- 13 augusti 2009
- schweiz
- 5 november 2014
crjackson2134
- 6 mars 2013
- Charlotte, NC
- 5 november 2014
mikeboss sa: hah! Jag vet inte sedan när, men Trim Enabler modifierar redan com.apple.Boot.plist och lägger till raden 'kext-dev-mode=1'.
Allt detta skrattretande tänkande att vi hittade något. Nåja, ingen skada.
LightbulbFun
Originalaffisch- 17 november 2013
- London, Storbritannien
- 5 november 2014
mikeboss sa: hah! Jag vet inte sedan när, men Trim Enabler modifierar redan com.apple.Boot.plist och lägger till raden 'kext-dev-mode=1'.
sedan berätta för mig varför innan jag roterade den till plistan när jag återställde PRAM, MacBook Pro kunde inte starta upp med något trasigt förbjudet tecken. Men när jag lade till den i com.apple.boot.plist själv fungerade det hur som helst. många gånger har jag rensat PRAM-starten med nvram -c och comand optoin PR?
Gav Mack
- 15 juni 2008
- Skytten A*
- 5 november 2014
mikeboss
- 13 augusti 2009
- schweiz
- 5 november 2014
LightBulbFun sa: berätta för mig varför innan jag roterade den till plistan när jag återställde PRAM:n MacBook Pro kunde inte starta upp med något trasigt förbjudet tecken. Men när jag lade till den i com.apple.boot.plist själv fungerade det oavsett hur många gånger jag rensat PRAM-starten med nvram -c och comand optoin PR?
som jag skrev: Jag vet inte sedan när Trim Enabler ändrar com.apple.boot.plist. det gjorde det verkligen inte från början. Jag testade det för ungefär en timme sedan (på en nyinstallation av OS X Yosemite med en nyligen nedladdad version av TE) och jag hittade filen modifierad efter att ha aktiverat TRIM. även inställningen överlevde 'nvram -c' och option-command-p-r.
ibarnett
- 20 augusti 2010
- Gold Coast, Australien
- 5 november 2014
Gav Mack sa: Kan någon med Sintech-kortet + Apple-bladet bekräfta att även om trim är aktiverat, startar du upp den äkta varan efter en barnvagnsåterställning med återaktiverad signering med att du fortfarande får ingångsförbud vid start?
Varför skulle detta hända?
Har det hänt dig?
Jag installerade min igår (Sintech + Apple Blade), visas som 'Apple SSD' och trim är aktivt via Yosemite automatiskt. Jag hade tidigare avinstallerat Trim Enabler.
För att vara ärlig vill jag inte testa en barnvagnsåterställning för att ta reda på det!
Gav Mack
- 15 juni 2008
- Skytten A*
- 5 november 2014
ibarnett sa: Varför skulle detta hända?
Har det hänt dig?
Jag installerade min igår (Sintech + Apple Blade), visas som 'Apple SSD' och trim är aktivt via Yosemite automatiskt. Jag hade tidigare avinstallerat Trim Enabler.
För att vara ärlig vill jag inte testa en barnvagnsåterställning för att ta reda på det!
Nej men min Sintech är beställd och jag är i jaktläge efter bladet. Jag tror att mina kexts kan behöva göras för handoff-kortuppgraderingen så jag var nyfiken på om det kommer att stoppa uppstarten om wifi/BT LE-kortet installerades eller är det bara startbara enheter på OS X-startvolymen som ahci , fw, usb etc som ger dig inträdesförbud
Jag antar att bladet är ganska bra
ibarnett
- 20 augusti 2010
- Gold Coast, Australien
- 5 november 2014
Gav Mack sa: Jag antar att bladet är ganska bra
Det är bara häftigt!
Jag ser verkligen inte att något är ett problem med att starta upp efter en återställning.
Jag har också bluetooth-grejer från Macvidcards och hade inga problem innan jag installerade Sintech & blade.
Efter att ha ägnat hela tiden åt kloning etc vill jag inte slösa tid på en annan installation - så jag väntar innan en ny barnvagn återställs.
Gav Mack
- 15 juni 2008
- Skytten A*
- 5 november 2014
ibarnett sa: Det är bara fantastiskt!
Jag ser verkligen inte att något är ett problem med att starta upp efter en återställning.
Jag har också bluetooth-grejer från Macvidcards och hade inga problem innan jag installerade Sintech & blade.
Efter att ha ägnat hela tiden åt kloning etc vill jag inte slösa tid på en annan installation - så jag väntar innan en ny barnvagn återställs.
:jealous: Jag behöver 1 tb delen för att ersätta min tvilling 840 Evo och efter att ha lekt med 1 tb nMP och dess diskprestanda i OS X och Windows och skrattat åt 'löjlig hastighet' kommer jag verkligen att njuta av den uppgraderingen efteråt!
Föreslår för mig att det bara är startenheter som tar upp no-posten och jag är väldigt nöjd med det.
VirtualRain
- 1 augusti 2008
- Vancouver, BC
- 6 november 2014
mikeboss sa: som jag skrev: Jag vet inte sedan när Trim Enabler ändrar com.apple.boot.plist. det gjorde det verkligen inte från början. Jag testade det för ungefär en timme sedan (på en nyinstallation av OS X Yosemite med en nyligen nedladdad version av TE) och jag hittade filen modifierad efter att ha aktiverat TRIM. även inställningen överlevde 'nvram -c' och option-command-p-r.
Sannerligen... Trim Enabler modifierade min com.apple.boot.plist när jag provade den tidigare i kväll, men plist-filen ser inte ut att vara korrekt formaterad (visar den i TextEdit). Kanske blir den av med en massa onödiga saker i filen när den uppdateras eller ersätter den med en väldigt sparsam version. Inte precis best practice IMHO men det verkar fungera.
mikeboss
- 13 augusti 2009
- schweiz
- 6 november 2014
VirtualRain
- 1 augusti 2008
- Vancouver, BC
- 6 november 2014
mikeboss sa: Jag installerade 10.10.1-uppdateringen och fick stoppskylten igen hm, ska göra fler tester...
Jag uppdaterade till 10.10.1 innan jag använde Trim Enabler. Jag hoppas att varje uppdatering inte bryter det.
h9826790
- 3 april 2014
- Hong Kong
- 6 november 2014
Cindori
- 17 januari 2008
- Sverige
- 6 november 2014
Jag är medveten om detta men det fungerar inte till 100%.
Jag har fått användare att kontakta mig som har haft plist inställd med kext-dev-mode=1 men som fortfarande fått 'ogiltig signatur, utelämnande' och inte kan starta. Dessutom är jag fortfarande inte säker på om det kan återställas på OS-uppdateringar.
Så eftersom det inte verkar gälla för alla användare väljer jag att hänvisa till PRAM i min supportartikel, eftersom det verkar vara den nedre gränsen för förväntan.
Btw, Trim Enabler använder redan båda metoderna ändå (barnvagn och plist) för maximal sannolikhet för framgång. Du behöver inte göra dessa steg om du använder Trim Enabler. Senast redigerad: 6 november 2014
mikeboss
- 13 augusti 2009
- schweiz
- 6 november 2014
VirtualRain
- 1 augusti 2008
- Vancouver, BC
- 6 november 2014
Cindori
- 17 januari 2008
- Sverige
- 6 november 2014
VirtualRain sa: Så när du uppdaterar OS X Yosemite, är det bäst att stänga av Trim Enabler, uppdatera och sedan återaktivera Trim?
Eftersom Trim Enabler också ställer in nvram, som inte återställs vid uppdateringar, är sannolikheten ganska låg för att några problem uppstår (jag skulle våga säga nästan omöjligt). Men jag rekommenderar det fortfarande som en försiktighetsåtgärd.
Populära Inlägg