Annen

Kext-Dev-Mode=1

LyspæreFun

Original plakat
17. november 2013
London Storbritannia
  • 23. oktober 2014
Jeg tenkte på det faktum at i Yosemite må du bruke kext-dev-mode=1 for å laste usignerte kexter nå riterer alle det til barnevogn og problemet at hvis barnevognen blir tømt, kan systemet ikke starte opp nå tenkte jeg hvorfor kan du ikke sette kext-dev-mode=1 i com.apple.boot.plist insted? tilbakestilling av vognen vil ikke tilbakestille den plisten, så det løser problemet at hvis vognen nullstilles, kan det oppstå systemfeil? Jeg satte dette i mac pro-forumet da det var kommandoen som brukes mest Så hvis noen kan fortelle meg om du kan legge den i com.apple.boot.plist istedenfor barnevogn takk S

Squaw

20. juni 2014


  • 3. november 2014
LightBulbFun sa: Så hvis noen kan fortelle meg om du kan legge den i com.apple.boot.plist insted for barnevogn takk
Bruk i terminal:

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

matthewtony

17. august 2009
Charlotte, NC
  • 4. november 2014
Skvo sa: Bruk i terminal:

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

Ja, det setter det inn der, men fungerer dette slik han påstår?

LyspæreFun

Original plakat
17. november 2013
London Storbritannia
  • 4. november 2014
Det fungerer

Jeg kan bekrefte at det fungerer. Jeg har en SSD i MBP-en min med trim-hacket og jeg var i stand til å bruke metoden ovenfor for å legge til kext-dev-mode=1 til com.apple.boot.plist og tømme PRAM-en min og starter fortsatt opp uten problemer og under verbous oppstart kan jeg se kext-dev-mode=1 oppført i oppstartsargene mine. Så dette burde løse problemet med kext-signering og risikoen for at den blir aktivert når den er deaktivert, selv om jeg er ikke sikker på om en OS-oppdatering vil tilbakestille com.apple.boot.plist-filen?

crjackson2134

6. mars 2013
Charlotte, NC
  • 4. november 2014
Det er en flott fangst, er det noen kjente ulemper? Påvirker det oppstartstidene? Kanskje Cindori kunne bruke denne informasjonen på en eller annen måte for å forbedre TE. Kanskje inkludert et alternativ for å stille inn denne modusen med en glidebryter eller knapp.

mikeboss

13. august 2009
Sveits
  • 4. november 2014
JA!!! dette fungerer helt. og det er ingen ulemper så vidt jeg kan se. Cindori trenger definitivt å implementere dette alternativet. Jeg fjernet nvram ved å bruke 'nvram -c'-kommandoen pluss at jeg brukte option-command-p-r-tastene og Yosemite startet fortsatt opp som om alt var normalt. TRIM er selvfølgelig fortsatt aktivert Sist redigert: 4. november 2014

crjackson2134

6. mars 2013
Charlotte, NC
  • 4. november 2014
mikeboss sa: JA!!! dette fungerer helt. og det er ingen ulemper så vidt jeg kan se. Cindori trenger definitivt å implementere dette alternativet. Jeg fjernet nvram ved å bruke 'nvram -c'-kommandoen pluss at jeg brukte option-command-p-r-tastene og Yosemite startet fortsatt opp som om alt var normalt. selvfølgelig er TRIM fortsatt enbaled

Fantastisk, skal sette dette på neste økt.

OPPDATERING: Så jeg kjørte denne kommandoen og tilbakestilte NVRAM gjennom 4 sykluser og alt er bra. Ser ut som dette er en flott løsning. Sist redigert: 4. november 2014

matthewtony

17. august 2009
Charlotte, NC
  • 4. november 2014
crjackson2134 sa: Fantastisk, skal sette dette på neste økt.

OPPDATERING: Så jeg kjørte denne kommandoen og tilbakestilte NVRAM gjennom 4 sykluser og alt er bra. Ser ut som dette er en flott løsning.

Fantastisk! Dette får meg til å føle meg mye bedre med å bruke Trim Enabler i Yosemite. Til hver sin mening, men å deaktivere selve kext-signeringen plager meg bare ikke.

mikeboss

13. august 2009
Sveits
  • 5. november 2014
hah! Jeg vet ikke siden når, men Trim Enabler endrer allerede com.apple.Boot.plist og legger til 'kext-dev-mode=1'-linjen.

crjackson2134

6. mars 2013
Charlotte, NC
  • 5. november 2014
mikeboss sa: hah! Jeg vet ikke siden når, men Trim Enabler endrer allerede com.apple.Boot.plist og legger til 'kext-dev-mode=1'-linjen.

All denne buldrende tanken om at vi fant noe. Vel, ingen skade.

LyspæreFun

Original plakat
17. november 2013
London Storbritannia
  • 5. november 2014
mikeboss sa: hah! Jeg vet ikke siden når, men Trim Enabler endrer allerede com.apple.Boot.plist og legger til 'kext-dev-mode=1'-linjen.

så fortell meg hvorfor før jeg roterte den til plisten når jeg tilbakestilte PRAM-en, klarte ikke MacBook Pro å starte opp med noe ødelagt forbudt-skilt. Men når jeg la den til com.apple.boot.plist selv, fungerte det uansett hvordan mange ganger har jeg fjernet PRAM-oppstarten med nvram -c og comand optoin PR?

Ga Mack

15. juni 2008
Skytten A*
  • 5. november 2014
Kan noen med Sintech-kortet + Apple-bladet bekrefte at selv om trim er aktivert, får du oppstart av den ekte varen etter en tilbakestilling av barnevognen med signering aktivert på nytt med, at du fortsatt får ingen oppføring ved oppstart?

mikeboss

13. august 2009
Sveits
  • 5. november 2014
LightBulbFun sa: så fortell meg hvorfor før jeg roterte den til plisten når jeg tilbakestilte PRAM-en, klarte ikke MacBook Pro å starte opp med noe ødelagt forbudt-skilt. Men når jeg la den til com.apple.boot.plist selv, fungerte det. uansett hvor mange ganger jeg fjernet PRAM-oppstarten med nvram -c og comand optoin PR?

som jeg skrev: Jeg vet ikke siden når Trim Enabler endrer com.apple.boot.plist. det gjorde det sikkert ikke fra starten. Jeg testet den for omtrent en time siden (på en ny installasjon av OS X Yosemite med en nylig nedlastet versjon av TE), og jeg fant filen endret etter å ha aktivert TRIM. også innstillingen overlevde 'nvram -c' og option-command-p-r.

ibarnett

20. august 2010
Gold Coast, Australia
  • 5. november 2014
Gav Mack sa: Kan noen med Sintech-kortet + Apple-bladet bekrefte at selv om trim er aktivert, starter du opp av den ekte varen etter en tilbakestilling av barnevognen med signering aktivert på nytt med at du fortsatt får ingen oppføring ved oppstart?

Hvorfor skulle dette skje?
Skjedde det deg?
Jeg installerte min i går (Sintech + Apple Blade), vises som 'Apple SSD' og trim er automatisk aktiv gjennom Yosemite. Jeg hadde tidligere avinstallert Trim Enabler.
For å være ærlig vil jeg ikke prøve en tilbakestilling av barnevogn for å finne det ut!

Ga Mack

15. juni 2008
Skytten A*
  • 5. november 2014
ibarnett sa: Hvorfor skulle dette skje?
Skjedde det deg?
Jeg installerte min i går (Sintech + Apple Blade), vises som 'Apple SSD' og trim er automatisk aktiv gjennom Yosemite. Jeg hadde tidligere avinstallert Trim Enabler.
For å være ærlig vil jeg ikke prøve en tilbakestilling av barnevogn for å finne det ut!

Nei, men min Sintech er bestilt og jeg er i jaktmodus etter bladet. Jeg tror at kextene mine må gjøres for overleveringskortoppgraderingen, så jeg var nysgjerrig på om det vil stoppe oppstarten hvis wifi/BT LE-kortet ble installert, eller er det bare oppstartbare enheter på OS X-oppstartsvolumet som ahci , fw, usb etc som gir deg adgangsforbudt-tegnet

Jeg antar at bladet er ganske bra

ibarnett

20. august 2010
Gold Coast, Australia
  • 5. november 2014
Gav Mack sa: Jeg antar at bladet er ganske bra

Det er bare kjempebra!
Jeg ser virkelig ikke at noe er et problem ved oppstart etter en tilbakestilling.
Jeg har også bluetooth-tingene fra Macvidcards og hadde ingen problemer før installeringen av Sintech & blade.
Etter å ha brukt all tid på kloning osv. ønsker jeg ikke å kaste bort tid med en annen installasjon - så jeg venter før en ny vogn reset.

Ga Mack

15. juni 2008
Skytten A*
  • 5. november 2014
ibarnett sa: Det er bare kjempebra!
Jeg ser virkelig ikke at noe er et problem ved oppstart etter en tilbakestilling.
Jeg har også bluetooth-tingene fra Macvidcards og hadde ingen problemer før installeringen av Sintech & blade.
Etter å ha brukt all tid på kloning osv. ønsker jeg ikke å kaste bort tid med en annen installasjon - så jeg venter før en ny vogn reset.

:jealous: Jeg trenger 1 tb-delen for å erstatte min tvilling 840 Evo, og etter å ha lekt med 1 tb nMP og diskytelsen i OS X og Windows og ledd av 'latterlig hastighet' kommer jeg virkelig til å nyte den oppgraderingen etterpå!

Foreslår for meg at det kun er oppstartsenheter som henter opp no-oppføringen, og jeg er veldig fornøyd med det.

VirtualRain

1. august 2008
Vancouver, BC
  • 6. november 2014
mikeboss sa: som jeg skrev: Jeg vet ikke siden når Trim Enabler endrer com.apple.boot.plist. det gjorde det sikkert ikke fra starten. Jeg testet den for omtrent en time siden (på en ny installasjon av OS X Yosemite med en nylig nedlastet versjon av TE), og jeg fant filen endret etter å ha aktivert TRIM. også innstillingen overlevde 'nvram -c' og option-command-p-r.

Faktisk... Trim Enabler endret min com.apple.boot.plist da jeg prøvde den tidligere i kveld, men plist-filen ser ikke riktig formatert ut (viser den i TextEdit). Kanskje den blir kvitt en haug med unødvendige ting i filen mens den oppdateres eller erstatter den med en veldig sparsom versjon. Ikke akkurat beste praksis IMHO, men det ser ut til å fungere.

mikeboss

13. august 2009
Sveits
  • 6. november 2014
Jeg installerte 10.10.1-oppdateringen og fikk stoppskiltet igjen hm, skal gjøre flere tester...

VirtualRain

1. august 2008
Vancouver, BC
  • 6. november 2014
mikeboss sa: Jeg installerte 10.10.1-oppdateringen og fikk stoppskiltet igjen hm, skal gjøre flere tester...


Jeg oppdaterte til 10.10.1 før jeg brukte Trim Enabler. Jeg håper ikke hver oppdatering bryter den.

h9826790

3. april 2014
Hong Kong
  • 6. november 2014
Jeg gjorde oppdateringen med TRIM aktivert, ingen stoppskilt, men må bruke TRIM Enabler på nytt som forventet.

Cindori

17. januar 2008
Sverige
  • 6. november 2014
Hei alle sammen
Jeg er klar over dette, men det fungerer ikke 100%.
Jeg har fått brukere til å kontakte meg som har hatt plist satt med kext-dev-mode=1, men som fortsatt mottar 'ugyldig signatur, utelater' og kan ikke starte opp. Dessuten er jeg fortsatt ikke sikker på om den kan tilbakestilles på OS-oppdateringer.

Så siden det ikke ser ut til å gjelde for alle brukere, velger jeg å referere til PRAM i støtteartikkelen min, siden det ser ut til å være den nedre forventningsgrensen.

Btw, Trim Enabler bruker allerede begge metodene uansett (barnevogn og plist) for maksimal sannsynlighet for suksess. Du trenger ikke gjøre disse trinnene hvis du bruker Trim Enabler. Sist redigert: 6. november 2014

mikeboss

13. august 2009
Sveits
  • 6. november 2014
ok, jeg testet dette på nytt. gjorde en ny installasjon av Yosemite, installerte Trim Enabler, zappet barnevogn/ryddet NVRAM. alt fungerte bra. Jeg installerte deretter 10.10.1-oppdateringen og maskinen startet ikke opp lenger. akkurat som Cindori påpekte, dette fungerer ikke 100% pålitelig. nok en gang vet jeg hvorfor jeg fikk en Apple/SAMSUNG PCIe SSD for hovedsystemet mitt...

VirtualRain

1. august 2008
Vancouver, BC
  • 6. november 2014
Så når du oppdaterer OS X Yosemite, er det best å slå av Trim Enabler, Oppdatere og deretter aktivere Trim på nytt?

Cindori

17. januar 2008
Sverige
  • 6. november 2014
VirtualRain sa: Så når du oppdaterer OS X Yosemite, er det best å slå av Trim Enabler, Oppdatere og deretter aktivere Trim på nytt?

Siden Trim Enabler også setter nvram, som ikke tilbakestilles på oppdateringer, er det en ganske lav sannsynlighet for at eventuelle problemer oppstår (jeg vil tørre å si nesten umulig). Imidlertid anbefaler jeg det fortsatt som en forholdsregel.