LightBulbFun
Originalus plakatas- 2013 m. lapkričio 17 d
- Londonas JK
- 2014 m. spalio 23 d
Taigi, jei kas nors galėtų man pasakyti, ar galite įdėti jį į com.apple.boot.plist vietoj vežimėlio, ačiū S Squaw
- 2014 m. birželio 20 d
- 2014 m. lapkričio 3 d
LightBulbFun pasakė: Jei kas nors galėtų man pasakyti, ar galite įdėti jį į com.apple.boot.plist vietoj vežimėlio, ačiūNaudojimas terminale:
sudo /usr/libexec/PlistBuddy -c 'Nustatyti :'Branduolio vėliavėlės' 'kext-dev-mode=1' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Matthewtoney
- 2009 m. rugpjūčio 17 d
- Šarlotė, NC
- 2014 m. lapkričio 4 d
Skvo pasakė: Naudokite terminale:
sudo /usr/libexec/PlistBuddy -c 'Nustatyti :'Branduolio vėliavėlės' 'kext-dev-mode=1' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Taip, tai įdeda, bet ar tai veikia taip, kaip jis teigia?
LightBulbFun
Originalus plakatas- 2013 m. lapkričio 17 d
- Londonas JK
- 2014 m. lapkričio 4 d
Galiu patvirtinti, kad tai Dozavimas veikia. Turiu SSD diską savo MBP ir galiu naudoti aukščiau pateiktą metodą, kad pridėčiau kext-dev-mode=1 prie com.apple.boot.plist ir išvalyčiau PRAM bei vis tiek paleidžiama sucsefly be jokių trikdžių ir daugžodžiaus paleidimo metu matau kext-dev-mode=1 nurodytą įkrovos arguose Taigi tai turėtų išspręsti kext pasirašymo problemą ir riziką, kad jis bus įjungtas, kai jis išjungtas. nesate tikri, ar OS naujinimas iš naujo nustatys failą com.apple.boot.plist?
crjackson2134
- 2013 m. kovo 6 d
- Šarlotė, NC
- 2014 m. lapkričio 4 d
mikebosas
- 2009 m. rugpjūčio 13 d
- Šveicarija
- 2014 m. lapkričio 4 d
crjackson2134
- 2013 m. kovo 6 d
- Šarlotė, NC
- 2014 m. lapkričio 4 d
mikeboss pasakė: TAIP!!! tai visiškai veikia. ir, kiek galiu pasakyti, nėra jokių trūkumų. Cindori būtinai turi įgyvendinti šią galimybę. Išvaliau nvram naudodamas komandą „nvram -c“, taip pat naudojau option-command-p-r klavišus, o „Yosemite“ vis tiek paleido, lyg viskas būtų normalu. žinoma, TRIM vis dar yra įjungtas
Puiku, tai nustatysiu kitoje sesijoje.
ATNAUJINIMAS: Taigi aš tiesiog paleidau šią komandą ir iš naujo nustatiau NVRAM per 4 ciklus ir viskas gerai. Atrodo, kad tai puikus sprendimas. Paskutinį kartą redaguota: 2014 m. lapkričio 4 d
Matthewtoney
- 2009 m. rugpjūčio 17 d
- Šarlotė, NC
- 2014 m. lapkričio 4 d
crjackson2134 pasakė: Nuostabu, nustatysiu tai kitoje sesijoje.
ATNAUJINIMAS: Taigi aš tiesiog paleidau šią komandą ir iš naujo nustatiau NVRAM per 4 ciklus ir viskas gerai. Atrodo, kad tai puikus sprendimas.
Fantastinis! Dėl to aš jaučiuosi daug geriau naudodamas „Trim Enabler“ Yosemite. Kiekvienam savo nuomonę, bet pats kext signing dalyko išjungimas man tiesiog netrukdo.
mikebosas
- 2009 m. rugpjūčio 13 d
- Šveicarija
- 2014 m. lapkričio 5 d
crjackson2134
- 2013 m. kovo 6 d
- Šarlotė, NC
- 2014 m. lapkričio 5 d
mikebosas pasakė: hah! Nežinau, nuo kada, bet Trim Enabler jau modifikuoja com.apple.Boot.plist ir prideda eilutę „kext-dev-mode=1“.
Visa šita šlykštynė galvoja, kad kažką radome. Na, jokios žalos.
LightBulbFun
Originalus plakatas- 2013 m. lapkričio 17 d
- Londonas JK
- 2014 m. lapkričio 5 d
mikebosas pasakė: hah! Nežinau, nuo kada, bet Trim Enabler jau modifikuoja com.apple.Boot.plist ir prideda eilutę „kext-dev-mode=1“.
tada pasakykite man, kodėl prieš tai, kai aš jį įjungiau į plistą, kai iš naujo nustatiau PRAM, „MacBook Pro“ nepavyko paleisti, kai buvo sugadintas draudžiamasis ženklas. Tačiau kai pridėjau jį prie com.apple.boot.plist, jis veikė, nesvarbu, kaip Daug kartų išvaliau PRAM įkrovą naudodamas nvram -c ir komandą optoin PR?
Davė Macką
- 2008 m. birželio 15 d
- Šaulys A*
- 2014 m. lapkričio 5 d
mikebosas
- 2009 m. rugpjūčio 13 d
- Šveicarija
- 2014 m. lapkričio 5 d
„LightBulbFun“ pasakė: tada pasakykite man, kodėl, kol iš naujo nustatiau PRAM, „MacBook Pro“ nepavyko paleisti, kai buvo pažeistas uždraustas ženklas. Tačiau kai pridėjau jį prie com.apple.boot.plist, jis suveikė. nesvarbu, kiek kartų išvaliau PRAM įkrovą su nvram -c ir komanda optoin PR?
kaip rašiau: Nežinau, nuo kada Trim Enabler modifikuoja com.apple.boot.plist. tai tikrai to nepadarė nuo pat pradžių. Išbandžiau jį maždaug prieš valandą (naujai įdiegus OS X Yosemite su naujai atsisiųsta TE versija) ir radau, kad failas buvo pakeistas įjungus TRIM. taip pat nustatymas išliko 'nvram -c' ir option-command-p-r.
ibarnett
- 2010 m. rugpjūčio 20 d
- Gold Coast, Australija
- 2014 m. lapkričio 5 d
Gav Mack sakė: Ar kas nors, turintis Sintech kortelę + Apple blade, gali patvirtinti, kad nors trimis įjungta, po vežimėlio atstatymo iš naujo su iš naujo įgalintu pasirašymu vis tiek rodomas įkrovimo draudimas?
Kodėl taip nutiktų?
Ar tau taip nutiko?
Vakar įdiegiau savąjį („Sintech“ + „Apple Blade“), rodomas kaip „Apple SSD“, o apdaila suaktyvinama automatiškai per Yosemite. Anksčiau buvau pašalinęs Trim Enabler.
Tiesą sakant, nenoriu išbandyti vežimėlio nustatymo iš naujo, kad tai sužinočiau!
Davė Macką
- 2008 m. birželio 15 d
- Šaulys A*
- 2014 m. lapkričio 5 d
ibarnett pasakė: Kodėl taip atsitiko?
Ar tau taip nutiko?
Vakar įdiegiau savąjį („Sintech“ + „Apple Blade“), rodomas kaip „Apple SSD“, o apdaila suaktyvinama automatiškai per Yosemite. Anksčiau buvau pašalinęs Trim Enabler.
Tiesą sakant, nenoriu išbandyti vežimėlio nustatymo iš naujo, kad tai sužinočiau!
Ne, bet mano Sintech yra užsakytas ir aš esu medžioklės režimu. Manau, kad mano kexts gali būti atliktas norint atnaujinti perdavimo kortelę, todėl man buvo įdomu, ar jis sustabdys įkrovą, jei buvo įdiegta wifi / BT LE kortelė, ar tai tik įkrovos įrenginiai, esantys OS X įkrovos tome, pvz., ahci. , fw, usb ir t. t., kurie suteikia jums įeiti draudžiama
Manau, kad ašmenys yra gana geri
ibarnett
- 2010 m. rugpjūčio 20 d
- Gold Coast, Australija
- 2014 m. lapkričio 5 d
Gavas Mackas pasakė: Manau, kad ašmenys yra gana geri
Tai tiesiog nuostabu!
Tikrai nematau nieko, kas kiltų problemų paleidžiant po atstatymo.
Taip pat turiu „Bluetooth“ dalykų iš „Macvidcard“ ir neturėjau jokių problemų prieš įdiegdamas „Sintech & Blade“.
Visą laiką praleidęs klonuodamas ir pan., nenoriu gaišti laiko su kitu diegimu – taigi lauksiu kito vežimėlio atstatymo.
Davė Macką
- 2008 m. birželio 15 d
- Šaulys A*
- 2014 m. lapkričio 5 d
ibarnett pasakė: Tai tiesiog nuostabu!
Tikrai nematau nieko, kas kiltų problemų paleidžiant po atstatymo.
Taip pat turiu „Bluetooth“ dalykų iš „Macvidcard“ ir neturėjau jokių problemų prieš įdiegdamas „Sintech & Blade“.
Visą laiką praleidęs klonuodamas ir pan., nenoriu gaišti laiko su kitu diegimu – taigi lauksiu kito vežimėlio atstatymo.
:pavydus: Man reikia 1 tb dalies, kad pakeisčiau savo dvynį 840 Evo, o žaisdamas su 1 tb nMP ir jo disko našumu OS X ir Windows bei juokdamasis iš „juokingo greičio“, po to tikrai džiaugiuosi tuo atnaujinimu!
Man atrodo, kad tik įkrovos įrenginiai rodo, kad nėra įrašo, ir aš tuo labai patenkintas.
Virtualus lietus
- 2008 m. rugpjūčio 1 d
- Vankuveris, BC
- 2014 m. lapkričio 6 d
mikeboss pasakė: kaip aš rašiau: Nežinau, nuo kada Trim Enabler modifikuoja com.apple.boot.plist. tai tikrai to nepadarė nuo pat pradžių. Išbandžiau jį maždaug prieš valandą (naujai įdiegus OS X Yosemite su naujai atsisiųsta TE versija) ir radau, kad failas buvo pakeistas įjungus TRIM. taip pat nustatymas išliko 'nvram -c' ir option-command-p-r.
Iš tiesų... Trim Enabler pakeitė mano com.apple.boot.plist, kai bandžiau jį anksčiau šį vakarą, bet plist failas neatrodo tinkamai suformatuotas (žiūrint jį TextEdit). Galbūt atnaujindamas failą atsikrato daugybės nereikalingų dalykų arba pakeičia jį labai menka versija. Ne visai geriausia IMHO praktika, bet atrodo, kad ji veikia.
mikebosas
- 2009 m. rugpjūčio 13 d
- Šveicarija
- 2014 m. lapkričio 6 d
Virtualus lietus
- 2008 m. rugpjūčio 1 d
- Vankuveris, BC
- 2014 m. lapkričio 6 d
mikeboss pasakė: Įdiegiau 10.10.1 naujinimą ir vėl gavau stop ženklą hm, darysiu daugiau bandymų...
Prieš taikydamas Trim Enabler atnaujinau į 10.10.1. Tikiuosi, kad kiekvienas atnaujinimas jo nesugadins.
h9826790
- 2014 m. balandžio 3 d
- Honkongas
- 2014 m. lapkričio 6 d
Cindori
- 2008 m. sausio 17 d
- Švedija
- 2014 m. lapkričio 6 d
Aš tai žinau, bet tai neveikia 100%.
Su manimi susisiekė vartotojai, kurių plist nustatytas kaip kext-dev-mode=1, bet vis tiek gauna „netinkamas parašas, praleistas“ ir negali paleisti. Be to, vis dar nesu tikras, ar jį galima iš naujo nustatyti atnaujinus OS.
Taigi, kadangi atrodo, kad tai netaikoma visiems vartotojams, savo palaikymo straipsnyje remuosi PRAM, nes atrodo, kad tai yra apatinė lūkesčių riba.
Btw, Trim Enabler vis tiek jau naudoja abu metodus (pram ir plist), kad būtų užtikrinta maksimali sėkmės tikimybė. Jei naudojate Trim Enabler, šių veiksmų atlikti nereikia. Paskutinį kartą redaguota: 2014 m. lapkričio 6 d
mikebosas
- 2009 m. rugpjūčio 13 d
- Šveicarija
- 2014 m. lapkričio 6 d
Virtualus lietus
- 2008 m. rugpjūčio 1 d
- Vankuveris, BC
- 2014 m. lapkričio 6 d
Cindori
- 2008 m. sausio 17 d
- Švedija
- 2014 m. lapkričio 6 d
„VirtualRain“ pasakė: Taigi, ar atnaujinant „OS X Yosemite“ geriausia išjungti „Trim Enabler“, „Atnaujinti“, tada iš naujo įjungti apkarpymą?
Kadangi Trim Enabler taip pat nustato nvram, kuris nėra iš naujo nustatomas atnaujinant, yra gana maža tikimybė, kad kils kokių nors problemų (drįsčiau teigti, kad beveik neįmanoma). Tačiau aš vis tiek rekomenduoju jį kaip atsargumo priemonę.
Populiarios Temos