LightBulbFun
Poster original- 17 noiembrie 2013
- Londra Marea Britanie
- 23 octombrie 2014
Deci, dacă cineva ar putea să-mi spună dacă îl puteți pune în com.apple.boot.plist în locul căruciorului, mulțumesc S Squaw
- 20 iunie 2014
- 3 noiembrie 2014
LightBulbFun a spus: Deci, dacă cineva mi-ar putea spune dacă îl puteți pune în com.apple.boot.plist în locul căruciorului, mulțumescUtilizare în 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 noiembrie 2014
Skvo a spus: Utilizare în Terminal:
sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1'' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Da, asta o pune acolo, dar funcționează așa cum postulează el?
LightBulbFun
Poster original- 17 noiembrie 2013
- Londra Marea Britanie
- 4 noiembrie 2014
Pot să confirm că funcționează. Am un SSD în MBP-ul meu cu hack-ul de tăiere și am putut folosi metoda de mai sus pentru a adăuga kext-dev-mode=1 la com.apple.boot.plist și a șterge PRAM-ul meu și încă pornește cu succes fără probleme și în timpul pornirii detaliate, pot vedea kext-dev-mode=1 listat în argumentele mele de pornire. Deci, acest lucru ar trebui să rezolve problema semnării kext și riscul ca acesta să fie activat atunci când este dezactivat, deși sunt nu sunteți sigur dacă o actualizare a sistemului de operare ar reseta fișierul com.apple.boot.plist?
crjackson2134
- 6 martie 2013
- Charlotte, NC
- 4 noiembrie 2014
mikeboss
- 13 august 2009
- Elveţia
- 4 noiembrie 2014
crjackson2134
- 6 martie 2013
- Charlotte, NC
- 4 noiembrie 2014
mikeboss a spus: DA!!! asta funcționează în totalitate. și nu există dezavantaje din câte îmi dau seama. Cindori trebuie neapărat să implementeze această opțiune. Am șters nvram folosind comanda „nvram -c” plus am folosit tastele opțiune-comandă-p-r și Yosemite încă a pornit ca și cum totul ar fi normal. bineînțeles, TRIM este încă embalat
Minunat, voi seta asta la următoarea sesiune.
UPDATE: Deci am rulat această comandă și am resetat NVRAM-ul prin 4 cicluri și totul este bine. Se pare că aceasta este o remediere grozavă. Ultima modificare: 4 noiembrie 2014
matthewtoney
- 17 august 2009
- Charlotte, NC
- 4 noiembrie 2014
crjackson2134 a spus: Minunat, voi seta asta la următoarea sesiune.
UPDATE: Deci am rulat această comandă și am resetat NVRAM-ul prin 4 cicluri și totul este bine. Se pare că aceasta este o remediere grozavă.
Fantastic! Acest lucru mă face să mă simt mult mai bine când folosesc Trim Enabler în Yosemite. Pentru fiecare părerea sa, dar dezactivarea semnării kext în sine nu mă deranjează.
mikeboss
- 13 august 2009
- Elveţia
- 5 noiembrie 2014
crjackson2134
- 6 martie 2013
- Charlotte, NC
- 5 noiembrie 2014
mikeboss a spus: hah! Nu știu de când, dar Trim Enabler modifică deja com.apple.Boot.plist și adaugă linia „kext-dev-mode=1”.
Toată această bătaie de gând că am găsit ceva. Ei bine, nici un rău.
LightBulbFun
Poster original- 17 noiembrie 2013
- Londra Marea Britanie
- 5 noiembrie 2014
mikeboss a spus: hah! Nu știu de când, dar Trim Enabler modifică deja com.apple.Boot.plist și adaugă linia „kext-dev-mode=1”.
apoi spune-mi de ce, înainte de a-l roti în plist, când am resetat PRAM-ul, MacBook Pro nu a reușit să pornească cu semnul de interzicere rupt. Totuși, când l-am adăugat la com.apple.boot.plist, a funcționat, indiferent cum De multe ori am șters boot-ul PRAM cu nvram -c și comand optoin PR?
I-a dat lui Mack
- 15 iunie 2008
- Săgetător A*
- 5 noiembrie 2014
mikeboss
- 13 august 2009
- Elveţia
- 5 noiembrie 2014
LightBulbFun a spus: atunci spune-mi de ce, înainte de a-l roti la plist, când resetez PRAM-ul, MacBook Pro nu a reușit să pornească cu semnul de interzicere rupt. Totuși, când l-am adăugat la com.apple.boot.plist, a funcționat. indiferent de câte ori am șters boot-ul PRAM cu nvram -c și comand optoin PR?
așa cum am scris: nu știu de când Trim Enabler modifică com.apple.boot.plist. sigur nu a făcut asta de la început. L-am testat acum aproximativ o oră (pe o instalare proaspătă a OS X Yosemite cu o versiune proaspăt descărcată de TE) și am găsit fișierul modificat după activarea TRIM. de asemenea, setarea a supraviețuit „nvram -c” și opțiunea-comandă-p-r.
ibarnett
- 20 august 2010
- Coasta de Aur, Australia
- 5 noiembrie 2014
Gav Mack a spus: Poate cineva cu cardul Sintech + blade Apple să confirme că, deși trim este activat, pornind de la lucru real după o resetare a căruciorului cu semnarea reactivată și încă primiți semnul de interdicție la pornire?
De ce s-ar întâmpla asta?
Ți s-a întâmplat?
L-am instalat pe al meu ieri (Sintech + Apple Blade), se afișează ca „Apple SSD” și trim este activ prin Yosemite automat. Am dezinstalat anterior Trim Enabler.
Sincer să fiu, nu vreau să încerc o resetare a căruciorului pentru a afla!
I-a dat lui Mack
- 15 iunie 2008
- Săgetător A*
- 5 noiembrie 2014
ibarnett a spus: De ce s-ar întâmpla asta?
Ți s-a întâmplat?
L-am instalat pe al meu ieri (Sintech + Apple Blade), se afișează ca „Apple SSD” și trim este activ prin Yosemite automat. Am dezinstalat anterior Trim Enabler.
Sincer să fiu, nu vreau să încerc o resetare a căruciorului pentru a afla!
Nu, dar Sintech-ul meu este comandat și sunt în modul de vânătoare pentru lamă. Cred că ar trebui făcute kex-urile mele pentru actualizarea cardului de transfer, așa că eram curios dacă va opri boot-ul dacă a fost instalat cardul wifi/BT LE sau este vorba doar de dispozitive bootabile pe volumul de pornire OS X, cum ar fi ahci , fw, usb etc care vă oferă semnul de interzicere a accesului
Presupun că lama este destul de bună
ibarnett
- 20 august 2010
- Coasta de Aur, Australia
- 5 noiembrie 2014
Gav Mack a spus: Presupun că lama este destul de bună
Este pur și simplu minunat!
Chiar nu văd nimic care să fie o problemă de pornire după o resetare.
Am și chestii cu bluetooth de la Macvidcards și nu am avut probleme înainte de a instala Sintech și blade.
După ce am petrecut tot timpul clonând etc., nu vreau să pierd timpul cu o altă instalare - așa că voi aștepta înainte de o altă resetare a căruciorului.
I-a dat lui Mack
- 15 iunie 2008
- Săgetător A*
- 5 noiembrie 2014
ibarnett a spus: Este pur și simplu minunat!
Chiar nu văd nimic care să fie o problemă de pornire după o resetare.
Am și chestii cu bluetooth de la Macvidcards și nu am avut probleme înainte de a instala Sintech și blade.
După ce am petrecut tot timpul clonând etc., nu vreau să pierd timpul cu o altă instalare - așa că voi aștepta înainte de o altă resetare a căruciorului.
:gelous: Am nevoie de partea de 1 tb pentru a înlocui geamul meu 840 Evo și, după ce m-am jucat cu 1tb nMP și performanța discului acestuia în OS X și Windows și am râs de „viteză ridicolă”, mă voi bucura cu adevărat de acest upgrade după!
Îmi sugerează că numai dispozitivele de boot afișează no entry și sunt foarte mulțumit de asta.
VirtualRain
- 1 august 2008
- Vancouver, BC
- 6 noiembrie 2014
mikeboss a spus: așa cum am scris: Nu știu de când Trim Enabler modifică com.apple.boot.plist. sigur nu a făcut asta de la început. L-am testat acum aproximativ o oră (pe o instalare proaspătă a OS X Yosemite cu o versiune proaspăt descărcată de TE) și am găsit fișierul modificat după activarea TRIM. de asemenea, setarea a supraviețuit „nvram -c” și opțiunea-comandă-p-r.
Într-adevăr... Trim Enabler mi-a modificat com.apple.boot.plist când l-am încercat mai devreme în această seară, dar fișierul plist nu pare formatat corect (vizându-l în TextEdit). Poate că scapă de o grămadă de lucruri inutile din fișier în timp ce îl actualizează sau îl înlocuiește cu o versiune foarte rară. Nu este tocmai cea mai bună practică IMHO, dar pare să funcționeze.
mikeboss
- 13 august 2009
- Elveţia
- 6 noiembrie 2014
VirtualRain
- 1 august 2008
- Vancouver, BC
- 6 noiembrie 2014
mikeboss a spus: Am instalat actualizarea 10.10.1 și am primit din nou semnul stop hm, voi face mai multe teste...
Am actualizat la 10.10.1 înainte de a aplica Trim Enabler. Sper că fiecare actualizare nu o întrerupe.
h9826790
- 3 aprilie 2014
- Hong Kong
- 6 noiembrie 2014
Cindori
- 17 ianuarie 2008
- Suedia
- 6 noiembrie 2014
Sunt conștient de acest lucru, dar nu funcționează 100%.
Mi-au contactat utilizatorii care au avut plist setat cu kext-dev-mode=1, dar încă primesc „semnătură nevalidă, omițând” și nu pot porni. De asemenea, încă nu sunt sigur dacă se poate reseta la actualizările sistemului de operare.
Deci, deoarece nu pare să se aplice pentru toți utilizatorii, aleg să mă refer la PRAM în articolul meu de asistență, deoarece pare să fie limita inferioară a așteptărilor.
Btw, Trim Enabler folosește deja ambele metode oricum (cărucior și plist) pentru o probabilitate maximă de succes. Nu trebuie să faceți acești pași dacă utilizați Trim Enabler. Ultima modificare: 6 noiembrie 2014
mikeboss
- 13 august 2009
- Elveţia
- 6 noiembrie 2014
VirtualRain
- 1 august 2008
- Vancouver, BC
- 6 noiembrie 2014
Cindori
- 17 ianuarie 2008
- Suedia
- 6 noiembrie 2014
VirtualRain a spus: Deci, atunci când actualizați OS X Yosemite, este mai bine să dezactivați Trim Enabler, să actualizați, apoi să reactivați Trim?
Deoarece Trim Enabler setează și nvram-ul, care nu este resetat la actualizări, există o probabilitate destul de scăzută pentru orice probleme (aș îndrăzni să spun aproape imposibil). Cu toate acestea, îl recomand în continuare ca măsură de precauție.
Posturi Populare