LightBulbFun
Alkuperäinen juliste- 17. marraskuuta 2013
- Lontoo Iso-Britannia
- 23. lokakuuta 2014
Joten jos joku voisi kertoa minulle, voitko laittaa sen vaunujen com.apple.boot.plist-tiedostoon, kiitos S Squaw
- 20. kesäkuuta 2014
- 3. marraskuuta 2014
LightBulbFun sanoi: Jos joku voisi kertoa minulle, voitko laittaa sen vaunujen com.apple.boot.plist-kansioon, kiitosKäytä terminaalissa:
sudo /usr/libexec/PlistBuddy -c 'Aseta :'Ytimen liput' 'kext-dev-mode=1' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
matthewtoney
- 17. elokuuta 2009
- Charlotte, NC
- 4. marraskuuta 2014
Skvo sanoi: Käytä terminaalissa:
sudo /usr/libexec/PlistBuddy -c 'Aseta :'Ytimen liput' 'kext-dev-mode=1' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Kyllä se laittaa sen sinne, mutta toimiiko tämä niin kuin hän esittää?
LightBulbFun
Alkuperäinen juliste- 17. marraskuuta 2013
- Lontoo Iso-Britannia
- 4. marraskuuta 2014
voin vahvistaa, että se Annos toimii Minulla on MBP:ssäni SSD, jossa on trimmaushack, ja pystyin käyttämään yllä olevaa menetelmää lisätäkseni kext-dev-mode=1 tiedostoon com.apple.boot.plist ja tyhjentääkseni PRAM-muistini ja silti käynnistyy sucsefly ilman mitään hick-ups ja runsaan käynnistyksen aikana näen kext-dev-mode=1 lueteltuna käynnistys argsissani. Joten tämän pitäisi ratkaista kext-allekirjoituksen ongelma ja riski, että se otetaan käyttöön, kun se on poistettu käytöstä, vaikka olenkin. etkö ole varma, nollaako käyttöjärjestelmän päivitys com.apple.boot.plist-tiedoston?
crjackson2134
- 6. maaliskuuta 2013
- Charlotte, NC
- 4. marraskuuta 2014
mikeboss
- 13. elokuuta 2009
- Sveitsi
- 4. marraskuuta 2014
crjackson2134
- 6. maaliskuuta 2013
- Charlotte, NC
- 4. marraskuuta 2014
mikeboss sanoi: KYLLÄ!!! tämä toimii täysin. eikä siinä ole tietääkseni mitään haittoja. Cindorin on ehdottomasti otettava tämä vaihtoehto käyttöön. Tyhjensin nvram:n komennolla 'nvram -c' ja käytin option-command-p-r-näppäimiä ja Yosemite käynnistyi edelleen ikään kuin kaikki olisi normaalia. tietysti TRIM on edelleen enbaled
Mahtavaa, aion asettaa tämän seuraavassa istunnossa.
PÄIVITYS: Joten suoritin vain tämän komennon ja nollasin NVRAM:n 4 syklin ajan ja kaikki on hyvin. Tämä näyttää olevan hieno korjaus. Viimeksi muokattu: 4.11.2014
matthewtoney
- 17. elokuuta 2009
- Charlotte, NC
- 4. marraskuuta 2014
crjackson2134 sanoi: Mahtavaa, aion asettaa tämän seuraavaan istuntoon.
PÄIVITYS: Joten suoritin vain tämän komennon ja nollasin NVRAM:n 4 syklin ajan ja kaikki on hyvin. Tämä näyttää olevan hieno korjaus.
Fantastinen! Tämä saa minut tuntemaan oloni paljon paremmaksi Trim Enablerin käyttämisestä Yosemitessa. Jokaiselle oma mielipiteensä, mutta itse kext signing -asian poistaminen käytöstä ei vain haittaa minua.
mikeboss
- 13. elokuuta 2009
- Sveitsi
- 5. marraskuuta 2014
crjackson2134
- 6. maaliskuuta 2013
- Charlotte, NC
- 5. marraskuuta 2014
mikeboss sanoi: hah! En tiedä milloin, mutta Trim Enabler muokkaa jo tiedostoa com.apple.Boot.plist ja lisää rivin 'kext-dev-mode=1'.
Kaikki tämä hullaus ajattelu, että löysimme jotain. No ei haittaa.
LightBulbFun
Alkuperäinen juliste- 17. marraskuuta 2013
- Lontoo Iso-Britannia
- 5. marraskuuta 2014
mikeboss sanoi: hah! En tiedä milloin, mutta Trim Enabler muokkaa jo tiedostoa com.apple.Boot.plist ja lisää rivin 'kext-dev-mode=1'.
Kerro sitten minulle, miksi ennen kuin käänsin sen plistiin kun nollasin PRAM:n, MacBook Pro ei käynnistynyt kielletyllä merkillä, mutta kun lisäsin sen itse com.apple.boot.plist-tiedostoon, se toimi riippumatta siitä, kuinka monta kertaa tyhjensin PRAM-käynnistyksen nvram -c:llä ja komennolla optoin PR?
Antoi Mackin
- 15. kesäkuuta 2008
- Jousimies A*
- 5. marraskuuta 2014
mikeboss
- 13. elokuuta 2009
- Sveitsi
- 5. marraskuuta 2014
LightBulbFun sanoi: Kerro sitten minulle, miksi ennen kuin käänsin sen plistiin kun nollasin PRAM:n, MacBook Pro ei käynnistynyt kielletyllä merkillä, mutta kun lisäsin sen itse com.apple.boot.plist-tiedostoon, se toimi. ei väliä kuinka monta kertaa tyhjensin PRAM-käynnistyksen nvram -c:llä ja komennolla optoin PR?
kuten kirjoitin: En tiedä milloin Trim Enabler on muuttanut tiedostoa com.apple.boot.plist. se ei varmasti tehnyt tätä alusta alkaen. Testasin sitä noin tunti sitten (uudella OS X Yosemiten asennuksella ja juuri ladatulla TE-versiolla) ja löysin tiedoston muokattuna TRIM:n käyttöönoton jälkeen. myös asetus säilyi 'nvram -c' ja option-command-p-r.
ibarnett
- 20. elokuuta 2010
- Gold Coast, Australia
- 5. marraskuuta 2014
Gav Mack sanoi: Voiko joku, jolla on Sintech-kortti + Applen kortti, vahvistaa, että vaikka trimmaus on käytössä, se käynnistyy todellisuudesta vaunujen nollauksen jälkeen, kun allekirjoitus on otettu uudelleen käyttöön kanssasi, silti saa sisääntulokiellon käynnistyksessä?
Miksi näin tapahtuisi?
Tapahtuiko se sinulle?
Asensin omani eilen (Sintech + Apple Blade), näkyy nimellä 'Apple SSD' ja trimmi on aktiivinen Yosemiten kautta automaattisesti. Olin aiemmin poistanut Trim Enablerin asennuksen.
Rehellisesti sanottuna en halua kokeilla vaunujen nollausta selvittääkseni sen!
Antoi Mackin
- 15. kesäkuuta 2008
- Jousimies A*
- 5. marraskuuta 2014
ibarnett sanoi: Miksi näin tapahtuisi?
Tapahtuiko se sinulle?
Asensin omani eilen (Sintech + Apple Blade), näkyy nimellä 'Apple SSD' ja trimmi on aktiivinen Yosemiten kautta automaattisesti. Olin aiemmin poistanut Trim Enablerin asennuksen.
Rehellisesti sanottuna en halua kokeilla vaunujen nollausta selvittääkseni sen!
Ei, mutta Sintechni on tilattu ja olen metsästystilassa terää varten. Luulen, että kextini on ehkä tehtävä kanavanvaihtokortin päivityksen vuoksi, joten olin utelias tietämään, pysäyttääkö se käynnistyksen, jos wifi/BT LE -kortti on asennettu vai onko se vain OS X:n käynnistystaltiolla käynnistyviä laitteita, kuten ahci. , fw, usb jne., jotka antavat sinulle sisäänpääsykieltomerkin
Oletan, että terä on melko hyvä
ibarnett
- 20. elokuuta 2010
- Gold Coast, Australia
- 5. marraskuuta 2014
Gav Mack sanoi: Oletan, että terä on melko hyvä
Se on vain mahtavaa!
En todellakaan näe mitään ongelmaa käynnistyksessä nollauksen jälkeen.
Minulla on myös bluetooth-tuotteita Macvidcardeista, eikä minulla ollut ongelmia ennen Sintechin ja bladen asentamista.
Olen käyttänyt kaiken ajan kloonaamiseen jne. En halua tuhlata aikaa toisen asennuksen kanssa - joten odotan ennen toista vaunujen nollausta.
Antoi Mackin
- 15. kesäkuuta 2008
- Jousimies A*
- 5. marraskuuta 2014
ibarnett sanoi: Se on aivan mahtavaa!
En todellakaan näe mitään ongelmaa käynnistyksessä nollauksen jälkeen.
Minulla on myös bluetooth-tuotteita Macvidcardeista, eikä minulla ollut ongelmia ennen Sintechin ja bladen asentamista.
Olen käyttänyt kaiken ajan kloonaamiseen jne. En halua tuhlata aikaa toisen asennuksen kanssa - joten odotan ennen toista vaunujen nollausta.
:kateellinen: Tarvitsen 1 tb:n osan korvatakseni kaksoismallini 840 Evon, ja kun olen pelannut 1 tb:n nMP:llä ja sen levyn suorituskyvyllä OS X:ssä ja Windowsissa ja nauranut 'naurettavalle nopeudelle', aion todella nauttia päivityksestä sen jälkeen!
Ehdottaa minulle, että vain käynnistyslaitteet tuovat esiin no-merkinnän, ja olen erittäin tyytyväinen siihen.
VirtualRain
- 1. elokuuta 2008
- Vancouver, eKr
- 6. marraskuuta 2014
mikeboss sanoi: kuten kirjoitin: En tiedä milloin Trim Enabler on muuttanut tiedostoa com.apple.boot.plist. se ei varmasti tehnyt tätä alusta alkaen. Testasin sitä noin tunti sitten (uudella OS X Yosemiten asennuksella ja juuri ladatulla TE-versiolla) ja löysin tiedoston muokattuna TRIM:n käyttöönoton jälkeen. myös asetus säilyi 'nvram -c' ja option-command-p-r.
Todellakin... Trim Enabler muokkasi com.apple.boot.plist-tiedostoani, kun yritin sitä aiemmin tänä iltana, mutta plist-tiedosto ei näytä muotoiltulta oikein (katsomalla sitä TextEditissä). Ehkä se poistaa joukon tarpeettomia juttuja tiedostosta päivityksen aikana tai korvaa sen erittäin harvalla versiolla. Ei aivan paras IMHO-käytäntö, mutta se näyttää toimivan.
mikeboss
- 13. elokuuta 2009
- Sveitsi
- 6. marraskuuta 2014
VirtualRain
- 1. elokuuta 2008
- Vancouver, eKr
- 6. marraskuuta 2014
mikeboss sanoi: Asensin 10.10.1 päivityksen ja sain taas stop-merkin hm, testaan lisää...
Päivitin versioon 10.10.1 ennen Trim Enablerin käyttöönottoa. Toivottavasti jokainen päivitys ei riko sitä.
h9826790
- 3. huhtikuuta 2014
- Hong Kong
- 6. marraskuuta 2014
Cindori
- 17. tammikuuta 2008
- Ruotsi
- 6. marraskuuta 2014
Olen tietoinen tästä, mutta se ei toimi 100%.
Olen ottanut minuun yhteyttä käyttäjiä, joiden plist on asetettu arvoon kext-dev-mode=1, mutta he saavat silti 'virheellisen allekirjoituksen, jätetään pois' eivätkä pysty käynnistymään. Lisäksi en ole vieläkään varma, voiko se nollata käyttöjärjestelmän päivityksissä.
Joten koska se ei näytä koskevan kaikkia käyttäjiä, päätän viitata PRAM:iin tukiartikkelissani, koska se näyttää olevan odotusten alaraja.
Btw, Trim Enabler käyttää jo joka tapauksessa molempia menetelmiä (rattaat ja plist) parhaan onnistumisen todennäköisyyden saavuttamiseksi. Sinun ei tarvitse tehdä näitä vaiheita, jos käytät Trim Enableria. Viimeksi muokattu: 6.11.2014
mikeboss
- 13. elokuuta 2009
- Sveitsi
- 6. marraskuuta 2014
VirtualRain
- 1. elokuuta 2008
- Vancouver, eKr
- 6. marraskuuta 2014
Cindori
- 17. tammikuuta 2008
- Ruotsi
- 6. marraskuuta 2014
VirtualRain sanoi: Onko siis parasta kytkeä Trim Enabler pois päältä, päivittää ja sitten ottaa trimmaus uudelleen käyttöön, kun päivität OS X Yosemitea?
Koska Trim Enabler asettaa myös nvram:n, jota ei nollata päivitysten yhteydessä, on melko pieni todennäköisyys ongelmien esiintymiselle (uskaltaisin sanoa, että lähes mahdotonta). Suosittelen kuitenkin varotoimenpiteenä.
Suosittu Viestiä