LightBulbFun
Оригинален плакат- 17 ноември 2013 г
- Лондон Великобритания
- 23 октомври 2014 г
Така че, ако някой може да ми каже дали можете да го поставите в com.apple.boot.plist insted на количката, благодаря С Skvo
- 20 юни 2014 г
- 3 ноември 2014 г
LightBulbFun каза: Така че, ако някой може да ми каже дали можете да го поставите в com.apple.boot.plist вместо детската количка, благодаряИзползване в терминала:
sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1'' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Матютони
- 17 август 2009 г
- Шарлот, Северна Каролина
- 4 ноември 2014 г
Skvo каза: Използвайте в терминал:
sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1'' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Да, това го поставя там, но работи ли това, както той твърди?
LightBulbFun
Оригинален плакат- 17 ноември 2013 г
- Лондон Великобритания
- 4 ноември 2014 г
мога да потвърдя, че дозира работа. Имам SSD в моя MBP с трим хак и успях да използвам метода по-горе, за да добавя kext-dev-mode=1 към com.apple.boot.plist и да изчистя PRAM и все още зареждам успешно без никакви затруднения и по време на многословно зареждане мога да видя kext-dev-mode=1, изброени в моите аргументи за зареждане, така че това би трябвало да реши проблема с подписването на kext и риска да бъде активиран, когато е деактивиран, въпреки че аз съм не сте сигурни дали актуализацията на ОС ще нулира файла com.apple.boot.plist?
crjackson2134
- 6 март 2013 г
- Шарлот, Северна Каролина
- 4 ноември 2014 г
mikeboss
- 13 август 2009 г
- швейцария
- 4 ноември 2014 г
crjackson2134
- 6 март 2013 г
- Шарлот, Северна Каролина
- 4 ноември 2014 г
mikeboss каза: ДА!!! това напълно работи. и няма никакви недостатъци доколкото мога да преценя. Cindori определено трябва да приложи тази опция. Изчистих nvram с помощта на командата 'nvram -c' плюс използвах клавишите option-command-p-r и Yosemite все още се стартира, сякаш всичко беше нормално. разбира се TRIM все още е балиран
Страхотно, ще заложа това на следващата сесия.
АКТУАЛИЗАЦИЯ: Току-що изпълних тази команда и нулирах NVRAM през 4 цикъла и всичко е наред. Изглежда, че това е страхотно решение. Последна редакция: 4 ноември 2014 г
Матютони
- 17 август 2009 г
- Шарлот, Северна Каролина
- 4 ноември 2014 г
crjackson2134 каза: Страхотно, ще поставя това на следващата сесия.
АКТУАЛИЗАЦИЯ: Току-що изпълних тази команда и нулирах NVRAM през 4 цикъла и всичко е наред. Изглежда, че това е страхотно решение.
Фантастично! Това ме кара да се чувствам много по-добре при използването на Trim Enabler в Йосемити. Всеки има собствено мнение, но деактивирането на самото подписване на kext просто не ме притеснява.
mikeboss
- 13 август 2009 г
- швейцария
- 5 ноември 2014 г
crjackson2134
- 6 март 2013 г
- Шарлот, Северна Каролина
- 5 ноември 2014 г
mikeboss каза: хах! Не знам от кога, но Trim Enabler вече модифицира com.apple.Boot.plist и добавя реда 'kext-dev-mode=1'.
Цялата тази глъчка, мислейки, че намерихме нещо. О, няма лошо.
LightBulbFun
Оригинален плакат- 17 ноември 2013 г
- Лондон Великобритания
- 5 ноември 2014 г
mikeboss каза: хах! Не знам от кога, но Trim Enabler вече модифицира com.apple.Boot.plist и добавя реда 'kext-dev-mode=1'.
тогава ми кажи защо, преди да го завъртя в plist, когато нулирам PRAM, MacBook Pro не успя да се зареди с нещо счупен знак за забрана. И все пак, когато го добавих към com.apple.boot.plist, той работеше независимо как много пъти изчистих PRAM зареждането с nvram -c и команда optoin PR?
Даде Мак
- 15 юни 2008 г
- Стрелец A*
- 5 ноември 2014 г
mikeboss
- 13 август 2009 г
- швейцария
- 5 ноември 2014 г
LightBulbFun каза: тогава ми кажи защо, преди да го завъртя в plist, когато нулирам PRAM, MacBook Pro не успя да се зареди със счупен знак за забрана. Но когато го добавих към com.apple.boot.plist, той работи без значение колко пъти изчистих PRAM зареждането с nvram -c и команда optoin PR?
както написах: не знам откога Trim Enabler модифицира com.apple.boot.plist. със сигурност не е направил това от самото начало. Тествах го преди около час (при нова инсталация на OS X Yosemite с прясно изтеглена версия на TE) и открих, че файлът е променен след активиране на TRIM. също така настройката оцелява 'nvram -c' и option-command-p-r.
ibarnett
- 20 август 2010 г
- Голд Коуст, Австралия
- 5 ноември 2014 г
Gav Mack каза: Може ли някой с картата Sintech + Apple blade да потвърди, че въпреки че тримирането е активирано, зареждането на истинското нещо след нулиране на количката с повторно активирано подписване с вас все още получава знака за забранено влизане при стартиране?
Защо би се случило това?
Случвало ли ти се е?
Инсталирах моя вчера (Sintech + Apple Blade), показва се като „Apple SSD“ и подрязването е активно през Yosemite автоматично. Преди това бях деинсталирал Trim Enabler.
Честно казано не искам да опитвам нулиране на количката, за да разбера!
Даде Мак
- 15 юни 2008 г
- Стрелец A*
- 5 ноември 2014 г
ibarnett каза: Защо ще се случи това?
Случвало ли ти се е?
Инсталирах моя вчера (Sintech + Apple Blade), показва се като „Apple SSD“ и подрязването е активно през Yosemite автоматично. Преди това бях деинсталирал Trim Enabler.
Честно казано не искам да опитвам нулиране на количката, за да разбера!
Не, но моят Sintech е поръчан и съм в режим на лов за острието. Мисля, че моите kexts може да трябва да се направят за надстройката на картата за предаване, така че бях любопитен дали ще спре зареждането, ако е инсталирана wifi/BT LE картата или това са само устройства за стартиране на обема за зареждане на OS X, като ahci , fw, usb и т.н., които ви дават знака за забранено влизане
Предполагам, че острието е доста добро
ibarnett
- 20 август 2010 г
- Голд Коуст, Австралия
- 5 ноември 2014 г
Гав Мак каза: Предполагам, че острието е доста добро
Просто е страхотно!
Наистина не виждам нещо да има проблем със зареждането след нулиране.
Имам и bluetooth неща от Macvidcards и нямах проблеми преди да инсталирам Sintech & blade.
След като прекарах цялото време в клониране и т.н., не искам да губя време с друга инсталация - така че ще изчакам преди друго нулиране на количката.
Даде Мак
- 15 юни 2008 г
- Стрелец A*
- 5 ноември 2014 г
ibarnett каза: Това е просто страхотно!
Наистина не виждам нещо да има проблем със зареждането след нулиране.
Имам и bluetooth неща от Macvidcards и нямах проблеми преди да инсталирам Sintech & blade.
След като прекарах цялото време в клониране и т.н., не искам да губя време с друга инсталация - така че ще изчакам преди друго нулиране на количката.
:jealous: Имам нужда от частта от 1tb, за да заменя моите близнаци 840 Evo и след като играя с 1tb nMP и неговата дискова производителност в OS X и Windows и се смеех на 'нелепа скорост', наистина ще се насладя на този ъпгрейд след това!
Предполага ми, че само устройствата за зареждане извеждат забрана и съм много доволен от това.
VirtualRain
- 1 август 2008 г
- Ванкувър, Британска Колумбия
- 6 ноември 2014 г
mikeboss каза: както написах: не знам откога Trim Enabler модифицира com.apple.boot.plist. със сигурност не е направил това от самото начало. Тествах го преди около час (при нова инсталация на OS X Yosemite с прясно изтеглена версия на TE) и открих, че файлът е променен след активиране на TRIM. също така настройката оцелява 'nvram -c' и option-command-p-r.
Наистина... Trim Enabler промени моя com.apple.boot.plist, когато го опитах по-рано тази вечер, но plist файлът не изглежда форматиран правилно (преглеждайки го в TextEdit). Може би се отървава от куп ненужни неща във файла, докато го актуализира или го заменя с много оскъдна версия. Не е точно най-добрата практика IMHO, но изглежда работи.
mikeboss
- 13 август 2009 г
- швейцария
- 6 ноември 2014 г
VirtualRain
- 1 август 2008 г
- Ванкувър, Британска Колумбия
- 6 ноември 2014 г
mikeboss каза: Инсталирах актуализацията 10.10.1 и отново получих знака за спиране, хм, ще направя още тестове...
Актуализирах до 10.10.1, преди да приложа Trim Enabler. Надявам се всяка актуализация да не го наруши.
h9826790
- 3 април 2014 г
- Хонг Конг
- 6 ноември 2014 г
Синдори
- 17 януари 2008 г
- Швеция
- 6 ноември 2014 г
Наясно съм с това, но не работи на 100%.
Свързаха се с мен потребители, които са поставили plist с kext-dev-mode=1, но все още получават „невалиден подпис, пропускане“ и не могат да стартират. Освен това все още не съм сигурен дали може да се нулира при актуализации на ОС.
Така че, тъй като изглежда не важи за всички потребители, аз избирам да се позова на PRAM в моята статия за поддръжка, тъй като изглежда, че е долната граница на очакванията.
Между другото, Trim Enabler вече използва и двата метода (количка и plist) за максимална вероятност за успех. Не е необходимо да правите тези стъпки, ако използвате Trim Enabler. Последна редакция: 6 ноември 2014 г
mikeboss
- 13 август 2009 г
- швейцария
- 6 ноември 2014 г
VirtualRain
- 1 август 2008 г
- Ванкувър, Британска Колумбия
- 6 ноември 2014 г
Синдори
- 17 януари 2008 г
- Швеция
- 6 ноември 2014 г
VirtualRain каза: И така, когато актуализирате OS X Yosemite, най-добре ли е да изключите Trim Enabler, да актуализирате и след това да активирате отново Trim?
Тъй като Trim Enabler също задава nvram, който не се нулира при актуализации, има доста малка вероятност да възникнат проблеми (смея да кажа, че е почти невъзможно). Все пак го препоръчвам като предпазна мярка.
Популярни Публикации