Andet

Kext-Dev-tilstand=1

LyspæreFun

Original plakat
17. november 2013
London Storbritannien
  • 23. oktober 2014
Jeg tænkte på det faktum, at i Yosemite skal du bruge kext-dev-mode=1 for at indlæse usignerede kexts nu, alle riter det til barnevogn og problemet, at hvis barnevognen bliver ryddet, kan systemet ikke starte op nu tænkte jeg hvorfor kan du ikke sætte kext-dev-mode=1 i com.apple.boot.plist insted? nulstilling af barnevognen vil ikke nulstille den plist, så det løser problemet, at hvis barnevognen nulstilles, kan der ske systemfejl? Jeg satte dette i mac pro-forummet, da det var kommandoen, der bruges mest Så hvis nogen kunne fortælle mig, om du kan sætte det i com.apple.boot.plist i stedet for barnevogn tak S

Squaw

20. juni 2014


  • 3. november 2014
LightBulbFun sagde: Så hvis nogen kunne fortælle mig om du kan lægge den i com.apple.boot.plist i stedet for barnevogn tak
Brug 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 sagde: Brug 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 ind, men virker det, som han påstår?

LyspæreFun

Original plakat
17. november 2013
London Storbritannien
  • 4. november 2014
Det virker

Jeg kan bekræfte, at det virker. Jeg har en SSD i min MBP med trim-hacket, og jeg var i stand til at bruge metoden ovenfor til at tilføje kext-dev-mode=1 til com.apple.boot.plist og rydde min PRAM og starter stadig op igen uden problemer, og under verbous opstart kan jeg se kext-dev-mode=1 opført i mine boot-arg. Så dette burde løse problemet med kext-signering og risikoen for, at det bliver aktiveret, når det er deaktiveret, selvom jeg er ikke sikker på, om en OS-opdatering ville nulstille com.apple.boot.plist-filen?

crjackson2134

6. marts 2013
Charlotte, NC
  • 4. november 2014
Det er en stor fangst, er der nogen kendte ulemper? Påvirker det opstartstiderne? Måske kunne Cindori bruge denne information på en eller anden måde til at forbedre TE. Måske inkluderet en mulighed for at indstille denne tilstand med en skyder eller knap.

mikeboss

13. august 2009
Schweiz
  • 4. november 2014
JA!!! dette virker fuldstændig. og der er ingen ulemper så vidt jeg kan se. Cindori skal helt sikkert implementere denne mulighed. Jeg ryddede nvram ved at bruge kommandoen 'nvram -c' plus jeg brugte option-command-p-r-tasterne, og Yosemite startede stadig, som om alt var normalt. selvfølgelig er TRIM stadig aktiveret. Sidst redigeret: 4. november 2014

crjackson2134

6. marts 2013
Charlotte, NC
  • 4. november 2014
mikeboss sagde: JA!!! dette virker fuldstændig. og der er ingen ulemper så vidt jeg kan se. Cindori skal helt sikkert implementere denne mulighed. Jeg ryddede nvram ved at bruge kommandoen 'nvram -c' plus jeg brugte option-command-p-r-tasterne, og Yosemite startede stadig, som om alt var normalt. selvfølgelig er TRIM stadig enbaled

Fantastisk, vil indstille dette til næste session.

OPDATERING: Så jeg kørte lige denne kommando og nulstillede NVRAM gennem 4 cyklusser, og alt er godt. Det ser ud til, at dette er en god løsning. Sidst redigeret: 4. november 2014

matthewtony

17. august 2009
Charlotte, NC
  • 4. november 2014
crjackson2134 sagde: Fantastisk, vil indstille dette til næste session.

OPDATERING: Så jeg kørte lige denne kommando og nulstillede NVRAM gennem 4 cyklusser, og alt er godt. Det ser ud til, at dette er en god løsning.

Fantastisk! Dette får mig til at føle mig meget bedre ved at bruge Trim Enabler i Yosemite. Til hver deres mening, men at deaktivere selve kext-signeringstinget, plager mig bare ikke.

mikeboss

13. august 2009
Schweiz
  • 5. november 2014
hah! Jeg ved ikke siden hvornår, men Trim Enabler ændrer allerede com.apple.Boot.plist og tilføjer linjen 'kext-dev-mode=1'.

crjackson2134

6. marts 2013
Charlotte, NC
  • 5. november 2014
mikeboss sagde: hah! Jeg ved ikke siden hvornår, men Trim Enabler ændrer allerede com.apple.Boot.plist og tilføjer linjen 'kext-dev-mode=1'.

Al den buldrende tankegang, vi fandt noget. Nå, ingen skade.

LyspæreFun

Original plakat
17. november 2013
London Storbritannien
  • 5. november 2014
mikeboss sagde: hah! Jeg ved ikke siden hvornår, men Trim Enabler ændrer allerede com.apple.Boot.plist og tilføjer linjen 'kext-dev-mode=1'.

så fortæl mig hvorfor, før jeg roterede det til plisten, når jeg nulstillede PRAM'en, kunne MacBook Pro ikke starte med noget brudt forbudt tegn. Men da jeg selv føjede det til com.apple.boot.plist, virkede det, uanset hvordan mange gange har jeg ryddet PRAM boot med nvram -c og comand optoin PR?

Gav Mack

15. juni 2008
Skytten A*
  • 5. november 2014
Kan nogen med Sintech-kortet + Apple-bladet bekræfte, at selvom trim er aktiveret, vil du stadig få indgangsforbuddet ved opstart efter en nulstilling af barnevognen med genaktiveret signering?

mikeboss

13. august 2009
Schweiz
  • 5. november 2014
LightBulbFun sagde: så fortæl mig hvorfor, før jeg roterede det til plisten, når jeg nulstillede PRAM'en, kunne MacBook Pro ikke starte med noget brudt forbudt tegn. Men da jeg selv føjede det til com.apple.boot.plist, virkede det. uanset hvor mange gange jeg ryddede PRAM-starten med nvram -c og comand optoin PR?

som jeg skrev: Jeg ved ikke siden hvornår Trim Enabler ændrer com.apple.boot.plist. det gjorde det bestemt ikke fra starten. Jeg testede det for omkring en time siden (på en ny installation af OS X Yosemite med en frisk downloadet version af TE), og jeg fandt filen ændret efter aktivering af TRIM. også indstillingen overlevede 'nvram -c' og option-command-p-r.

ibarnett

20. august 2010
Gold Coast, Australien
  • 5. november 2014
Gav Mack sagde: Kan nogen med Sintech-kortet + Apple-bladet bekræfte, at selvom trim er aktiveret, starter du op fra den ægte vare efter en nulstilling af barnevognen med genaktiveret signering med, at du stadig får 'no entry'-tegnet ved opstart?

Hvorfor skulle dette ske?
Er det sket for dig?
Jeg installerede min i går (Sintech + Apple Blade), vises som 'Apple SSD' og trim er automatisk aktiv gennem Yosemite. Jeg havde tidligere afinstalleret Trim Enabler.
For at være ærlig vil jeg ikke prøve en barnevognsnulstilling for at finde ud af det!

Gav Mack

15. juni 2008
Skytten A*
  • 5. november 2014
ibarnett sagde: Hvorfor skulle dette ske?
Er det sket for dig?
Jeg installerede min i går (Sintech + Apple Blade), vises som 'Apple SSD' og trim er automatisk aktiv gennem Yosemite. Jeg havde tidligere afinstalleret Trim Enabler.
For at være ærlig vil jeg ikke prøve en barnevognsnulstilling for at finde ud af det!

Nej men min Sintech er bestilt og jeg er på jagt efter klingen. Jeg tror, ​​at mine kexts muligvis skal udføres for opgraderingen af ​​overdragelseskortet, så jeg var nysgerrig efter, om det vil stoppe opstarten, hvis wifi/BT LE-kortet blev installeret, eller er det kun opstartbare enheder på OS X boot-volumen, såsom ahci , fw, usb osv. som giver dig indgangsforbuddet

Jeg formoder, at klingen er ret god

ibarnett

20. august 2010
Gold Coast, Australien
  • 5. november 2014
Gav Mack sagde: Jeg formoder, at klingen er ret god

Det er bare fantastisk!
Jeg kan virkelig ikke se, at noget er et problem ved opstart efter en nulstilling.
Jeg har også bluetooth-ting fra Macvidcards og havde ingen problemer før installationen af ​​Sintech & bladet.
Efter at have brugt al tid på kloning osv. ønsker jeg ikke at spilde tid med endnu en installation - så jeg venter før en ny nulstilling af barnevognen.

Gav Mack

15. juni 2008
Skytten A*
  • 5. november 2014
ibarnett sagde: Det er bare fantastisk!
Jeg kan virkelig ikke se, at noget er et problem ved opstart efter en nulstilling.
Jeg har også bluetooth-ting fra Macvidcards og havde ingen problemer før installationen af ​​Sintech & bladet.
Efter at have brugt al tid på kloning osv. ønsker jeg ikke at spilde tid med endnu en installation - så jeg venter før en ny nulstilling af barnevognen.

:jaloux: Jeg har brug for 1 tb delen til at erstatte mine twin 840 Evo'er, og efter at have spillet med 1 tb nMP og dens diskydeevne i OS X og Windows og grinet af 'latterlig hastighed', vil jeg virkelig nyde den opgradering efter!

Foreslår for mig, at det kun er boot-enheder, der viser no-posten, og det er jeg meget glad for.

VirtualRain

1. august 2008
Vancouver, BC
  • 6. november 2014
mikeboss sagde: som jeg skrev: Jeg ved ikke siden hvornår Trim Enabler ændrer com.apple.boot.plist. det gjorde det bestemt ikke fra starten. Jeg testede det for omkring en time siden (på en ny installation af OS X Yosemite med en frisk downloadet version af TE), og jeg fandt filen ændret efter aktivering af TRIM. også indstillingen overlevede 'nvram -c' og option-command-p-r.

Faktisk... Trim Enabler ændrede min com.apple.boot.plist, da jeg prøvede det tidligere i aften, men plist-filen ser ikke formateret korrekt ud (viser den i TextEdit). Måske slipper den af ​​med en masse unødvendige ting i filen, mens den opdateres eller erstatter den med en meget sparsom version. Ikke ligefrem best practice IMHO, men det ser ud til at virke.

mikeboss

13. august 2009
Schweiz
  • 6. november 2014
Jeg installerede 10.10.1 opdateringen og fik stop-tegnet igen hm, vil lave flere test...

VirtualRain

1. august 2008
Vancouver, BC
  • 6. november 2014
mikeboss sagde: Jeg installerede 10.10.1 opdateringen og fik stoptegnet igen hm, vil lave flere test...


Jeg opdaterede til 10.10.1, før jeg anvendte Trim Enabler. Jeg håber, at hver opdatering ikke bryder den.

h9826790

3. april 2014
Hong Kong
  • 6. november 2014
Jeg lavede opdateringen med TRIM aktiveret, intet stopskilt, men er nødt til at genanvende TRIM Enabler som forventet.

Cindori

17. januar 2008
Sverige
  • 6. november 2014
Hej alle
Jeg er klar over dette, men det virker ikke 100%.
Jeg har haft brugere til at kontakte mig, som har haft plist indstillet med kext-dev-mode=1, men som stadig har modtaget 'ugyldig signatur, udeladt' og ude af stand til at starte. Desuden er jeg stadig ikke sikker på, om det kan nulstilles på OS-opdateringer.

Så da det ikke ser ud til at gælde for alle brugere, vælger jeg at henvise til PRAM i min supportartikel, da det ser ud til at være den nedre forventningsgrænse.

Btw, Trim Enabler bruger allerede begge metoder alligevel (barnevogn og plist) for maksimal sandsynlighed for succes. Du behøver ikke at udføre disse trin, hvis du bruger Trim Enabler. Sidst redigeret: 6. november 2014

mikeboss

13. august 2009
Schweiz
  • 6. november 2014
okay, jeg har lige testet det igen. lavede en ny installation af Yosemite, installerede Trim Enabler, zappede barnevogn/ryddede NVRAM. alt fungerede fint. Jeg installerede derefter 10.10.1-opdateringen, og maskinen startede ikke længere. præcis som Cindori påpegede, dette virker ikke 100% pålideligt. endnu en gang ved jeg, hvorfor jeg fik en Apple/SAMSUNG PCIe SSD til mit hovedsystem...

VirtualRain

1. august 2008
Vancouver, BC
  • 6. november 2014
Så når du opdaterer OS X Yosemite, er det bedst at slå Trim Enabler fra, opdatere og derefter genaktivere Trim?

Cindori

17. januar 2008
Sverige
  • 6. november 2014
VirtualRain sagde: Så når du opdaterer OS X Yosemite, er det bedst at slå Trim Enabler fra, opdatere og derefter genaktivere Trim?

Da Trim Enabler også indstiller nvram, som ikke nulstilles på opdateringer, er der en ret lav sandsynlighed for, at der opstår problemer (jeg vil vove at sige næsten umuligt). Jeg anbefaler det dog stadig som en sikkerhedsforanstaltning.