ŻarówkaZabawa
Oryginalny plakat- 17 listopada 2013 r.
- Londyn, Wielka Brytania
- 23 paź 2014
Więc jeśli ktoś mógłby mi powiedzieć, czy możesz umieścić go w com.apple.boot.plist zamiast wózka dziecięcego, dzięki S Żona indianina
- 20 czerwca 2014 r.
- 3 listopada 2014
LightBulbFun powiedział: Więc jeśli ktoś mógłby mi powiedzieć, czy możesz umieścić go w com.apple.boot.plist zamiast wózka dziecięcego, dziękiUżyj w terminalu:
sudo /usr/libexec/PlistBuddy -c 'Ustaw: 'Flagi jądra' 'kext-dev-mode=1' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Mateusz
- 17 sierpnia 2009
- Charlotte, Karolina Północna
- 4 listopada 2014
Skvo powiedział: Użyj w terminalu:
sudo /usr/libexec/PlistBuddy -c 'Ustaw: 'Flagi jądra' 'kext-dev-mode=1' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Tak, to tam jest, ale czy to działa tak, jak zakłada?
ŻarówkaZabawa
Oryginalny plakat- 17 listopada 2013 r.
- Londyn, Wielka Brytania
- 4 listopada 2014
Mogę potwierdzić, że to działa. Mam dysk SSD w moim MBP z trikiem i mogłem użyć powyższej metody, aby dodać kext-dev-mode = 1 do com.apple.boot.plist i wyczyścić mój PRAM i nadal uruchamia się pomyślnie bez żadnych problemów, a podczas pełnego uruchamiania widzę kext-dev-mode = 1 wymieniony w moich argumentach rozruchowych Więc to powinno rozwiązać problem z podpisywaniem kext i ryzykiem jego włączenia, gdy jest wyłączony, mimo że jestem nie jesteś pewien, czy aktualizacja systemu operacyjnego zresetuje plik com.apple.boot.plist?
krasnoludek2134
- 6 marca 2013 r.
- Charlotte, Karolina Północna
- 4 listopada 2014
mikeboss
- 13 sierpnia 2009
- Szwajcaria
- 4 listopada 2014
krasnoludek2134
- 6 marca 2013 r.
- Charlotte, Karolina Północna
- 4 listopada 2014
Mikeboss powiedział: TAK!!! to całkowicie działa. i o ile wiem, nie ma żadnych wad. Cindori zdecydowanie musi wdrożyć tę opcję. Wyczyściłem nvram za pomocą polecenia „nvram -c” plus użyłem klawiszy opcja-komenda-p-r, a Yosemite nadal uruchamiał się, jakby wszystko było normalne. oczywiście TRIM jest nadal włączony
Niesamowite, ustawię to na następnej sesji.
AKTUALIZACJA: Po prostu uruchomiłem to polecenie i zresetowałem pamięć NVRAM przez 4 cykle i wszystko jest w porządku. Wygląda na to, że to świetna poprawka. Ostatnia edycja: 4 listopada 2014
Mateusz
- 17 sierpnia 2009
- Charlotte, Karolina Północna
- 4 listopada 2014
crjackson2134 powiedział: Świetnie, ustawię to na następną sesję.
AKTUALIZACJA: Po prostu uruchomiłem to polecenie i zresetowałem pamięć NVRAM przez 4 cykle i wszystko jest w porządku. Wygląda na to, że to świetna poprawka.
Fantastyczny! Dzięki temu czuję się znacznie lepiej, korzystając z narzędzia Trim Enabler w Yosemite. Każdemu mają własne zdanie, ale samo wyłączenie funkcji podpisywania kext po prostu mnie nie wkurza.
mikeboss
- 13 sierpnia 2009
- Szwajcaria
- 5 listopada 2014
krasnoludek2134
- 6 marca 2013 r.
- Charlotte, Karolina Północna
- 5 listopada 2014
Mikeboss powiedział: ha! Nie wiem od kiedy, ale Trim Enabler już modyfikuje com.apple.Boot.plist i dodaje linię „kext-dev-mode=1”.
Całe to hullabaloo, że coś znaleźliśmy. No cóż, nie zaszkodzi.
ŻarówkaZabawa
Oryginalny plakat- 17 listopada 2013 r.
- Londyn, Wielka Brytania
- 5 listopada 2014
Mikeboss powiedział: ha! Nie wiem od kiedy, ale Trim Enabler już modyfikuje com.apple.Boot.plist i dodaje linię „kext-dev-mode=1”.
następnie powiedz mi, dlaczego zanim zresetowałem go do plist, kiedy zresetowałem PRAM, MacBook Pro nie uruchomił się z uszkodzonym znakiem zakazu, ale kiedy dodałem go do com.apple.boot.plist, zadziałało bez względu na to, jak wiele razy wyczyściłem rozruch PRAM za pomocą nvram -c i comand optoin PR?
Dał Mack
- 15 czerwca 2008
- Strzelec A*
- 5 listopada 2014
mikeboss
- 13 sierpnia 2009
- Szwajcaria
- 5 listopada 2014
LightBulbFun powiedział: to powiedz mi, dlaczego zanim zresetowałem go do plist, kiedy zresetowałem PRAM, MacBook Pro nie uruchomił się z uszkodzonym znakiem zakazu, ale kiedy dodałem go do com.apple.boot.plist, zadziałało bez względu na to, ile razy wyczyściłem rozruch PRAM za pomocą nvram -c i comand optoin PR?
tak jak napisałem: nie wiem od kiedy Trim Enabler modyfikuje com.apple.boot.plist. z pewnością nie robiło tego od samego początku. Testowałem go około godziny temu (na świeżej instalacji OS X Yosemite ze świeżo pobraną wersją TE) i znalazłem plik zmodyfikowany po włączeniu TRIM. również ustawienie przetrwało 'nvram -c' i opcja-komenda-p-r.
ibarnett
- 20 sierpnia 2010
- Złote Wybrzeże, Australia
- 5 listopada 2014
Gav Mack powiedział: Czy każdy, kto ma kartę Sintech + ostrze Apple, może potwierdzić, że chociaż przycinanie jest włączone, uruchamianie prawdziwego urządzenia po resecie wózka z ponownym włączeniem podpisywania, nadal otrzymuje znak zakazu wjazdu podczas uruchamiania?
Dlaczego tak się stało?
Czy ci się to przydarzyło?
Zainstalowałem swoją wczoraj (Sintech + Apple Blade), wyświetla się jako „Apple SSD” i przycinanie jest aktywne przez Yosemite automatycznie. Wcześniej odinstalowałem Trim Enabler.
Szczerze mówiąc, nie chcę próbować resetowania wózka, żeby się o tym przekonać!
Dał Mackowi
- 15 czerwca 2008
- Strzelec A*
- 5 listopada 2014
ibarnett powiedział: Dlaczego tak się stało?
Czy ci się to przydarzyło?
Zainstalowałem swoją wczoraj (Sintech + Apple Blade), wyświetla się jako „Apple SSD” i przycinanie jest aktywne przez Yosemite automatycznie. Wcześniej odinstalowałem Trim Enabler.
Szczerze mówiąc, nie chcę próbować resetowania wózka, żeby się o tym przekonać!
Nie, ale mój Sintech jest zamówiony i jestem w trybie polowania na ostrze. Myślę, że moje kexty mogą być zrobione w celu aktualizacji karty przekazania, więc byłem ciekawy, czy zatrzyma rozruch, jeśli karta Wi-Fi / BT LE została zainstalowana, czy też są to tylko urządzenia rozruchowe na woluminie rozruchowym OS X, takie jak ahci , fw, usb itp., które dają znak zakazu wjazdu
Zakładam, że ostrze jest raczej dobre
ibarnett
- 20 sierpnia 2010
- Złote Wybrzeże, Australia
- 5 listopada 2014
Gav Mack powiedział: Zakładam, że ostrze jest raczej dobre
To jest po prostu niesamowite!
Naprawdę nie widzę problemu z uruchomieniem po resecie.
Mam również sprzęt bluetooth z Macvidcards i nie miałem żadnych problemów przed zainstalowaniem Sintech i blade.
Spędziłem cały czas na klonowaniu itp. Nie chcę tracić czasu na kolejną instalację - więc poczekam przed kolejnym resetem wózka.
Dał Mackowi
- 15 czerwca 2008
- Strzelec A*
- 5 listopada 2014
ibarnett powiedział: To jest po prostu niesamowite!
Naprawdę nie widzę problemu z uruchomieniem po resecie.
Mam również sprzęt bluetooth z Macvidcards i nie miałem żadnych problemów przed zainstalowaniem Sintech i blade.
Spędziłem cały czas na klonowaniu itp. Nie chcę tracić czasu na kolejną instalację - więc poczekam przed kolejnym resetem wózka.
:zazdrosny: Potrzebuję części 1 TB do wymiany moich bliźniaczych 840 Evo i grając z 1 TB nMP i jego wydajnością dysku w OS X i Windows oraz śmiałem się z „niedorzecznej prędkości”, naprawdę będę się cieszyć z tej aktualizacji!
Sugeruje mi, że to tylko urządzenia rozruchowe wywołują zakaz wejścia i jestem z tego bardzo zadowolony.
Wirtualny deszcz
- 1 sierpnia 2008
- Vancouver, BC
- 6 lis 2014
mikeboss powiedział: tak jak napisałem: nie wiem od kiedy Trim Enabler modyfikuje com.apple.boot.plist. z pewnością nie robiło tego od samego początku. Testowałem go około godziny temu (na świeżej instalacji OS X Yosemite ze świeżo pobraną wersją TE) i znalazłem plik zmodyfikowany po włączeniu TRIM. również ustawienie przetrwało 'nvram -c' i opcja-komenda-p-r.
Rzeczywiście... Trim Enabler zmodyfikował mój plik com.apple.boot.plist, kiedy próbowałem go wcześniej tego wieczoru, ale plik plist nie wygląda na poprawnie sformatowany (wyświetlając go w TextEdit). Może podczas aktualizacji usuwa z pliku mnóstwo niepotrzebnych rzeczy lub zastępuje go bardzo rzadką wersją. Nie do końca najlepsza praktyka IMHO, ale wydaje się, że działa.
mikeboss
- 13 sierpnia 2009
- Szwajcaria
- 6 lis 2014
Wirtualny deszcz
- 1 sierpnia 2008
- Vancouver, BC
- 6 lis 2014
mikeboss powiedział: zainstalowałem aktualizację 10.10.1 i ponownie otrzymałem znak stopu hm, zrobię więcej testów...
Zaktualizowałem do wersji 10.10.1 przed zastosowaniem Trim Enabler. Mam nadzieję, że żadna aktualizacja tego nie zepsuje.
h9826790
- 3 kwi 2014
- Hongkong
- 6 lis 2014
Cindori
- 17 stycznia 2008
- Szwecja
- 6 lis 2014
Zdaję sobie z tego sprawę, ale nie działa w 100%.
Kontaktowali się ze mną użytkownicy, którzy ustawili plist na kext-dev-mode=1, ale nadal otrzymywali „nieprawidłowy podpis, pominięcie” i nie mogli się uruchomić. Ponadto nadal nie jestem pewien, czy można go zresetować po aktualizacjach systemu operacyjnego.
Tak więc, ponieważ wydaje się, że nie dotyczy to wszystkich użytkowników, wolę odnieść się do PRAM w moim artykule pomocy technicznej, ponieważ wydaje się, że jest to dolna granica oczekiwań.
Btw, Trim Enabler i tak już używa obu metod (wózka i plist), aby uzyskać maksymalne prawdopodobieństwo sukcesu. Nie musisz wykonywać tych czynności, jeśli korzystasz z narzędzia Trim Enabler. Ostatnia edycja: 06.11.2014
mikeboss
- 13 sierpnia 2009
- Szwajcaria
- 6 lis 2014
Wirtualny deszcz
- 1 sierpnia 2008
- Vancouver, BC
- 6 lis 2014
Cindori
- 17 stycznia 2008
- Szwecja
- 6 lis 2014
VirtualRain powiedział: Czy podczas aktualizacji systemu OS X Yosemite najlepiej jest wyłączyć funkcję przycinania, zaktualizować, a następnie ponownie włączyć przycinanie?
Ponieważ Trim Enabler ustawia również pamięć nvram, która nie jest resetowana podczas aktualizacji, prawdopodobieństwo wystąpienia jakichkolwiek problemów jest dość niskie (śmiem twierdzić, że prawie niemożliwe). Jednak nadal polecam to jako środek ostrożności.
Popularne Wiadomości