Egyéb

Kext-Dev-Mode=1

LightBulbFun

Eredeti plakát
2013. november 17
London Egyesült Királyság
  • 2014. október 23
Arra gondoltam, hogy a Yosemite-ben a kext-dev-mode=1 parancsot kell használnia az aláíratlan kextek betöltéséhez, most mindenki babakocsihoz írja, és arra a problémára, hogy ha a babakocsit törölték, akkor a rendszer nem indulhat el most. miért nem teheted a kext-dev-mode=1 értéket a com.apple.boot.plist insted fájlba? a babakocsi visszaállítása nem állítja vissza azt a plist, így megoldja azt a problémát, hogy ha a babakocsit visszaállítják, akkor rendszerhiba történhet? Ezt a mac pro fórumba tettem, mivel ez volt a leggyakrabban használt parancs Szóval ha valaki meg tudná mondani, hogy a com.apple.boot.plist-be rakhatja-e a babakocsi helyett, köszönöm S

Indián asszony

2014. június 20


  • 2014. november 3
LightBulbFun azt mondta: Ha valaki meg tudná mondani, hogy be tudja-e tenni a babakocsi helyett a com.apple.boot.plist fájlba, köszönöm
Használat terminálban:

sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist

matthewtoney

2009. augusztus 17
Charlotte, NC
  • 2014. november 4
Skvo azt mondta: Használd a terminálban:

sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist

Igen, ez odateszi, de ez úgy működik, ahogy ő állítja?

LightBulbFun

Eredeti plakát
2013. november 17
London Egyesült Királyság
  • 2014. november 4
Működik

Megerősíthetem, hogy ez Adagolás működik. Van egy SSD az MBP-mben a trim hack-el, és a fenti módszerrel tudtam hozzáadni a kext-dev-mode=1 fájlt a com.apple.boot.plist fájlhoz, és törölni a PRAM-omat és Még mindig elindul a sucsefly minden zökkenőmentesen, és a bőbeszédű indítás során a kext-dev-mode=1 listát látom a rendszerindítási args-emben. Tehát ez megoldja a kext aláírással kapcsolatos problémát és annak kockázatát, hogy engedélyezve lesz, ha letiltják. nem biztos benne, hogy az operációs rendszer frissítése visszaállítja-e a com.apple.boot.plist fájlt?

crjackson2134

2013. március 6
Charlotte, NC
  • 2014. november 4
Ez egy nagyszerű fogás, vannak ismert hátrányai? Befolyásolja a rendszerindítási időt? Talán Cindori valahogyan felhasználhatja ezt az információt a TE javítására. Talán tartalmaz egy lehetőséget, hogy ezt az üzemmódot csúszkával vagy gombbal állítsa be.

mikeboss

2009. augusztus 13
Svájc
  • 2014. november 4
IGEN!!! ez teljesen működik. és amennyire én tudom, nincsenek hátrányai. Cindorinak mindenképpen meg kell valósítania ezt a lehetőséget. Az nvram-ot az 'nvram -c' paranccsal töröltem, valamint az option-command-p-r billentyűket, és a Yosemite továbbra is úgy indult, mintha minden normális lenne. természetesen a TRIM továbbra is engedélyezve van Utoljára szerkesztve: 2014. november 4

crjackson2134

2013. március 6
Charlotte, NC
  • 2014. november 4
mikeboss azt mondta: IGEN!!! ez teljesen működik. és amennyire én tudom, nincsenek hátrányai. Cindorinak mindenképpen meg kell valósítania ezt a lehetőséget. Az nvram-ot az 'nvram -c' paranccsal töröltem, valamint az option-command-p-r billentyűket, és a Yosemite továbbra is úgy indult, mintha minden normális lenne. természetesen a TRIM továbbra is enbaled

Nagyszerű, ezt a következő ülésen beállítom.

FRISSÍTÉS: Tehát csak lefuttattam ezt a parancsot, és visszaállítottam az NVRAM-ot 4 cikluson keresztül, és minden rendben van. Úgy tűnik, ez egy nagyszerű javítás. Utoljára szerkesztve: 2014. november 4

matthewtoney

2009. augusztus 17
Charlotte, NC
  • 2014. november 4
crjackson2134 azt mondta: Remek, a következő munkameneten beállítom.

FRISSÍTÉS: Tehát csak lefuttattam ezt a parancsot, és visszaállítottam az NVRAM-ot 4 cikluson keresztül, és minden rendben van. Úgy tűnik, ez egy nagyszerű javítás.

Fantasztikus! Ettől sokkal jobban érzem magam a Trim Enabler használatától a Yosemite-ben. Mindenkinek a saját véleménye, de a kext aláírási dolog letiltása nem zavar.

mikeboss

2009. augusztus 13
Svájc
  • 2014. november 5
hah! Nem tudom, mióta, de a Trim Enabler már módosítja a com.apple.Boot.plist fájlt, és hozzáadja a „kext-dev-mode=1” sort.

crjackson2134

2013. március 6
Charlotte, NC
  • 2014. november 5
mikeboss azt mondta: hah! Nem tudom, mióta, de a Trim Enabler már módosítja a com.apple.Boot.plist fájlt, és hozzáadja a „kext-dev-mode=1” sort.

Ez az egész hullabab, ha azt hittük, találtunk valamit. Na jó, nem árt.

LightBulbFun

Eredeti plakát
2013. november 17
London Egyesült Királyság
  • 2014. november 5
mikeboss azt mondta: hah! Nem tudom, mióta, de a Trim Enabler már módosítja a com.apple.Boot.plist fájlt, és hozzáadja a „kext-dev-mode=1” sort.

akkor mondd el, hogy miért, mielőtt a PRAM visszaállításakor a plistre forgattam, a MacBook Pro nem indult el, mert valami elromlott a tiltott jelzéssel. Amikor azonban hozzáadtam a com.apple.boot.plist fájlhoz, működött, bárhogyan is. sokszor töröltem a PRAM rendszerindítást az nvram -c és a comand optoin PR paranccsal?

Adta Mack

2008. június 15
Nyilas A*
  • 2014. november 5
Valaki, aki rendelkezik a Sintech kártyával + Apple blade-vel, meg tudja erősíteni, hogy annak ellenére, hogy a trimm engedélyezve van, a babakocsi alaphelyzetbe állítása és az aláírás újraengedélyezése után mégis megjelenik a belépés tilos jelzés a rendszerindításkor?

mikeboss

2009. augusztus 13
Svájc
  • 2014. november 5
A LightBulbFun ezt mondta: Akkor mondd el, miért, mielőtt a PRAM visszaállításakor a plistre forgattam, a MacBook Pro nem indult el, mert valami elromlott a tiltott jelzéssel. Amikor azonban hozzáadtam a com.apple.boot.plisthez, működött. nem számít, hányszor töröltem a PRAM rendszerindítást az nvram -c és a comand optoin PR paranccsal?

ahogy írtam: Nem tudom, hogy a Trim Enabler mióta módosítja a com.apple.boot.plist fájlt. az biztos, hogy kezdettől fogva nem csinálta ezt. Körülbelül egy órája teszteltem (az OS X Yosemite friss telepítésén a TE frissen letöltött verziójával), és a TRIM engedélyezése után módosítottam a fájlt. a beállítás megmaradt az 'nvram -c' és az option-command-p-r paramétereknél is.

ibarnett

2010. augusztus 20
Gold Coast, Ausztrália
  • 2014. november 5
Gav Mack azt mondta: Meg tudja erősíteni bárki, aki rendelkezik a Sintech kártyával + Apple blade-vel, hogy bár a trimm engedélyezve van, a babakocsi alaphelyzetbe állítása és az aláírás újraengedélyezése után mégis megjelenik a belépés tilos jelzés a rendszerindításkor?

Miért történne ez?
megtörtént veled?
Tegnap telepítettem az enyémet (Sintech + Apple Blade), 'Apple SSD'-ként jelenik meg, és a beállítás automatikusan aktív a Yosemite-en keresztül. Korábban eltávolítottam a Trim Enablert.
Őszintén szólva nem akarom kipróbálni a babakocsi visszaállítását, hogy megtudjam!

Adta Mack

2008. június 15
Nyilas A*
  • 2014. november 5
Ibarnett azt mondta: Miért történne ez?
megtörtént veled?
Tegnap telepítettem az enyémet (Sintech + Apple Blade), 'Apple SSD'-ként jelenik meg, és a beállítás automatikusan aktív a Yosemite-en keresztül. Korábban eltávolítottam a Trim Enablert.
Őszintén szólva nem akarom kipróbálni a babakocsi visszaállítását, hogy megtudjam!

Nem, de megrendelték a Sintechemet, és a penge vadászat módban vagyok. Azt hiszem, a kextjeimet meg kell tenni az átadás-átvételi kártya frissítéséhez, ezért arra voltam kíváncsi, hogy leállítja-e a rendszerindítást, ha a wifi/BT LE kártya telepítve van, vagy csak az OS X rendszerindító kötetén bootolható eszközök, például az ahci , fw, usb stb., amelyek a belépés tilos jelzést adják

Szerintem a penge elég jó

ibarnett

2010. augusztus 20
Gold Coast, Ausztrália
  • 2014. november 5
Gav Mack azt mondta: Feltételezem, hogy a penge meglehetősen jó

Ez egyszerűen fantasztikus!
Valójában nem látom, hogy bármi probléma lenne a visszaállítás utáni rendszerindításkor.
Megvannak a bluetooth-os cuccaim is a Macvidcardokról, és nem volt gondom a Sintech & blade telepítése előtt.
Mivel minden időt klónozással stb. töltöttem, nem akarok időt vesztegetni egy újabb telepítéssel - ezért várok egy újabb babakocsi-reset előtt.

Adta Mack

2008. június 15
Nyilas A*
  • 2014. november 5
ibarnett azt mondta: Ez egyszerűen fantasztikus!
Valójában nem látom, hogy bármi probléma lenne a visszaállítás utáni rendszerindításkor.
Megvannak a bluetooth-os cuccaim is a Macvidcardokról, és nem volt gondom a Sintech & blade telepítése előtt.
Mivel minden időt klónozással stb. töltöttem, nem akarok időt vesztegetni egy újabb telepítéssel - ezért várok egy újabb babakocsi-reset előtt.

:féltékeny: Szükségem van az 1 TB-os alkatrészre, hogy cseréljem a iker 840 Evo-mat, és miután játszottam az 1 TB-os nMP-vel és annak lemezteljesítményével OS X és Windows alatt, és nevettem a „nevetséges sebességen”, utána igazán élvezni fogom ezt a frissítést!

Nekem azt sugallja, hogy csak a rendszerindító eszközök jelenítik meg a no bejegyzést, és ezzel nagyon elégedett vagyok.

VirtualRain

2008. augusztus 1
Vancouver, Kr. e
  • 2014. november 6
mikeboss mondta: ahogy írtam: Nem tudom, hogy a Trim Enabler mióta módosítja a com.apple.boot.plist fájlt. az biztos, hogy kezdettől fogva nem csinálta ezt. Körülbelül egy órája teszteltem (az OS X Yosemite friss telepítésén a TE frissen letöltött verziójával), és a TRIM engedélyezése után módosítottam a fájlt. a beállítás megmaradt az 'nvram -c' és az option-command-p-r paramétereknél is.

Valóban... A Trim Enabler módosította a com.apple.boot.plist-emet, amikor ma este próbáltam, de a plist fájl nem látszik megfelelően formázva (a TextEditben megtekintve). Lehet, hogy a frissítés során megszabadul egy csomó felesleges dologtól a fájlban, vagy lecseréli egy nagyon ritka verzióra. Nem éppen a legjobb IMHO gyakorlat, de úgy tűnik, működik.

mikeboss

2009. augusztus 13
Svájc
  • 2014. november 6
Telepítettem a 10.10.1-es frissítést, és megint a stop-táblát kaptam, hm, még tesztelek...

VirtualRain

2008. augusztus 1
Vancouver, Kr. e
  • 2014. november 6
mikeboss mondta: Telepítettem a 10.10.1-es frissítést, és ismét megjelenik a stoptábla hm, még tesztelek...


A Trim Enabler alkalmazása előtt frissítettem a 10.10.1-re. Remélem minden frissítés nem töri meg.

h9826790

2014. április 3
Hong Kong
  • 2014. november 6
A frissítést úgy végeztem el, hogy a TRIM engedélyezve van, stoptábla nélkül, de a várakozásoknak megfelelően újra kell alkalmazni a TRIM Enablert.

Cindori

2008. január 17
Svédország
  • 2014. november 6
Sziasztok
Tisztában vagyok ezzel, de nem működik 100%-osan.
Olyan felhasználók fordultak hozzám, akiknél a plist a kext-dev-mode=1 értékkel volt beállítva, de továbbra is „érvénytelen aláírást kaptak, kihagyva”, és nem tudnak elindulni. Továbbá még mindig nem vagyok biztos abban, hogy az operációs rendszer frissítésekor visszaállítható-e.

Tehát mivel úgy tűnik, hogy nem minden felhasználóra vonatkozik, a támogatási cikkemben a PRAM-ra hivatkozom, mivel úgy tűnik, hogy ez az elvárás alsó határa.

Btw, a Trim Enabler amúgy is mindkét módszert használja (a babakocsit és a plist) a siker maximális valószínűsége érdekében. Ha a Trim Enabler-t használja, ezeket a lépéseket nem kell végrehajtania. Utoljára szerkesztve: 2014. november 6

mikeboss

2009. augusztus 13
Svájc
  • 2014. november 6
oké, most teszteltem újra. Frissen telepítette a Yosemite-et, telepítette a Trim Enablert, bezárta a babakocsit/törölte az NVRAM-ot. minden jól működött. Ezután telepítettem a 10.10.1-es frissítést és a gép már nem indult el. pontosan ahogy Cindori rámutatott, ez nem működik 100%-ig megbízhatóan. Még egyszer tudom, miért kaptam Apple/SAMSUNG PCIe SSD-t a fő rendszeremhez...

VirtualRain

2008. augusztus 1
Vancouver, Kr. e
  • 2014. november 6
Tehát az OS X Yosemite frissítésekor a legjobb a Trim Enabler kikapcsolása, a Frissítés, majd a Vágás újra engedélyezése?

Cindori

2008. január 17
Svédország
  • 2014. november 6
A VirtualRain azt mondta: Tehát az OS X Yosemite frissítésekor a legjobb, ha kikapcsolja a Trim Enablert, frissíti, majd újra engedélyezi a vágást?

Mivel a Trim Enabler az nvram-ot is beállítja, ami frissítéskor nem áll vissza, így elég kicsi a valószínűsége annak, hogy bármiféle probléma forduljon elő (merem azt állítani, hogy szinte lehetetlen). Elővigyázatosságból azonban továbbra is javaslom.