LampadinaDivertimento
Manifesto originale- 17 novembre 2013
- Londra, Regno Unito
- 23 ottobre 2014
Quindi, se qualcuno potesse dirmi se puoi inserirlo nel com.apple.boot.plist invece della carrozzina, grazie S Squaw
- 20 giugno 2014
- 3 novembre 2014
LightBulbFun ha detto: Quindi se qualcuno potesse dirmi se puoi inserirlo nel com.apple.boot.plist invece della carrozzina, grazieUtilizzo nel terminale:
sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1'' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
matthewtoney
- 17 agosto 2009
- Charlotte, Carolina del Nord
- 4 novembre 2014
Skvo ha detto: Usa nel terminale:
sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1'' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Sì, questo lo mette lì, ma funziona come lui postula?
LampadinaDivertimento
Manifesto originale- 17 novembre 2013
- Londra, Regno Unito
- 4 novembre 2014
posso confermare che funziona Dose Ho un SSD nel mio MBP con il trim hack e sono stato in grado di utilizzare il metodo sopra per aggiungere kext-dev-mode=1 a com.apple.boot.plist e cancellare la mia PRAM e si avvia ancora subito senza problemi e durante l'avvio dettagliato posso vedere kext-dev-mode=1 elencato nei miei argomenti di avvio Quindi questo dovrebbe risolvere il problema con la firma di kext e il rischio che venga abilitato quando è disabilitato anche se lo sono non sei sicuro che un aggiornamento del sistema operativo possa ripristinare il file com.apple.boot.plist?
crijackson2134
- 6 marzo 2013
- Charlotte, Carolina del Nord
- 4 novembre 2014
mikeboss
- 13 agosto 2009
- Svizzera
- 4 novembre 2014
crijackson2134
- 6 marzo 2013
- Charlotte, Carolina del Nord
- 4 novembre 2014
mikeboss ha detto: SI!!! questo funziona totalmente. e non ci sono inconvenienti per quanto posso dire. Cindori ha sicuramente bisogno di implementare questa opzione. Ho cancellato nvram usando il comando 'nvram -c' inoltre ho usato i tasti option-command-p-r e Yosemite si è comunque avviato come se tutto fosse normale. ovviamente TRIM è ancora imbalsamato
Fantastico, lo imposterò alla prossima sessione.
AGGIORNAMENTO: quindi ho appena eseguito questo comando e ho ripristinato la NVRAM per 4 cicli e tutto va bene. Sembra che questa sia un'ottima soluzione. Ultima modifica: 4 novembre 2014
matthewtoney
- 17 agosto 2009
- Charlotte, Carolina del Nord
- 4 novembre 2014
crjackson2134 ha detto: Fantastico, lo imposterò nella prossima sessione.
AGGIORNAMENTO: quindi ho appena eseguito questo comando e ho ripristinato la NVRAM per 4 cicli e tutto va bene. Sembra che questa sia un'ottima soluzione.
Fantastico! Questo mi fa sentire molto meglio nell'usare Trim Enabler in Yosemite. A ciascuno la sua opinione, ma disabilitare la firma di kext in sé non mi dà fastidio.
mikeboss
- 13 agosto 2009
- Svizzera
- 5 novembre 2014
crijackson2134
- 6 marzo 2013
- Charlotte, Carolina del Nord
- 5 novembre 2014
mikeboss ha detto: ah! Non so da quando, ma Trim Enabler modifica già com.apple.Boot.plist e aggiunge la riga 'kext-dev-mode=1'.
Tutto questo clamore pensando di aver trovato qualcosa. Oh beh, nessun danno.
LampadinaDivertimento
Manifesto originale- 17 novembre 2013
- Londra, Regno Unito
- 5 novembre 2014
mikeboss ha detto: ah! Non so da quando, ma Trim Enabler modifica già com.apple.Boot.plist e aggiunge la riga 'kext-dev-mode=1'.
poi dimmi perché prima di farlo ruotare nel plist quando ho ripristinato la PRAM il MacBook Pro non è riuscito ad avviarsi con il segno di divieto di qualcosa rotto Eppure quando l'ho aggiunto a com.apple.boot.plist da solo ha funzionato, non importa come molte volte ho cancellato l'avvio della PRAM con nvram -c e il comando optoin PR?
ha dato Mack
- 15 giugno 2008
- Sagittario A*
- 5 novembre 2014
mikeboss
- 13 agosto 2009
- Svizzera
- 5 novembre 2014
LightBulbFun ha detto: allora dimmi perché prima di farlo ruotare su plist quando ho ripristinato la PRAM, il MacBook Pro non è riuscito ad avviarsi con il segno di divieto di qualcosa rotto Eppure quando l'ho aggiunto a com.apple.boot.plist da solo ha funzionato non importa quante volte ho cancellato l'avvio della PRAM con nvram -c e il comando optoin PR?
come ho scritto: non so da quando Trim Enabler modifica com.apple.boot.plist. di sicuro non l'ha fatto dall'inizio. L'ho testato circa un'ora fa (su una nuova installazione di OS X Yosemite con una versione di TE appena scaricata) e ho trovato il file modificato dopo aver abilitato TRIM. anche l'impostazione è sopravvissuta a 'nvram -c' e option-command-p-r.
ibarnet
- 20 agosto 2010
- Gold Coast, Australia
- 5 novembre 2014
Gav Mack ha detto: Qualcuno con la scheda Sintech + Apple blade può confermare che anche se il trim è abilitato all'avvio della cosa reale dopo un ripristino della carrozzina con la firma riattivata con te, ottieni comunque il segno di non accesso all'avvio?
Perché dovrebbe succedere?
Ti è successo?
Ho installato il mio ieri (Sintech + Apple Blade), viene visualizzato come 'Apple SSD' e il trim è attivo automaticamente tramite Yosemite. Avevo precedentemente disinstallato Trim Enabler.
Ad essere sincero non voglio provare a resettare la carrozzina per scoprirlo!
ha dato Mack
- 15 giugno 2008
- Sagittario A*
- 5 novembre 2014
ibarnett ha detto: Perché dovrebbe accadere questo?
Ti è successo?
Ho installato il mio ieri (Sintech + Apple Blade), viene visualizzato come 'Apple SSD' e il trim è attivo automaticamente tramite Yosemite. Avevo precedentemente disinstallato Trim Enabler.
Ad essere sincero non voglio provare a resettare la carrozzina per scoprirlo!
No, ma il mio Sintech è ordinato e sono in modalità di caccia alla lama. Penso che i miei kex debbano essere eseguiti per l'aggiornamento della scheda di handoff, quindi ero curioso di sapere se interromperà l'avvio se la scheda wifi/BT LE è stata installata o sono solo dispositivi avviabili sul volume di avvio di OS X come ahci , fw, usb ecc. Che ti danno il segnale di divieto di accesso
Presumo che la lama sia piuttosto buona
ibarnet
- 20 agosto 2010
- Gold Coast, Australia
- 5 novembre 2014
Gav Mack ha detto: presumo che la lama sia piuttosto buona
È semplicemente fantastico!
Non vedo davvero nulla che sia un problema durante l'avvio dopo un ripristino.
Ho anche la roba bluetooth da Macvidcards e non ho avuto problemi prima di installare Sintech e blade.
Avendo passato tutto il tempo a clonare ecc. Non voglio perdere tempo con un'altra installazione, quindi aspetterò prima di un altro ripristino della carrozzina.
ha dato Mack
- 15 giugno 2008
- Sagittario A*
- 5 novembre 2014
ibarnett ha detto: È semplicemente fantastico!
Non vedo davvero nulla che sia un problema durante l'avvio dopo un ripristino.
Ho anche la roba bluetooth da Macvidcards e non ho avuto problemi prima di installare Sintech e blade.
Avendo passato tutto il tempo a clonare ecc. Non voglio perdere tempo con un'altra installazione, quindi aspetterò prima di un altro ripristino della carrozzina.
:jealous: ho bisogno della parte da 1 tb per sostituire il mio gemello 840 Evo e dopo aver giocato con l'nMP da 1 tb e le sue prestazioni del disco in OS X e Windows e riso della 'velocità ridicola', mi godrò davvero quell'aggiornamento dopo!
Mi suggerisce che sono solo i dispositivi di avvio a far apparire il no entry e ne sono molto contento.
VirtualRain
- 1 agosto 2008
- Vancouver, BC
- 6 novembre 2014
mikeboss ha detto: come ho scritto: non so da quando Trim Enabler modifica com.apple.boot.plist. di sicuro non l'ha fatto dall'inizio. L'ho testato circa un'ora fa (su una nuova installazione di OS X Yosemite con una versione di TE appena scaricata) e ho trovato il file modificato dopo aver abilitato TRIM. anche l'impostazione è sopravvissuta a 'nvram -c' e option-command-p-r.
In effetti... Trim Enabler ha modificato il mio com.apple.boot.plist quando l'ho provato questa sera, ma il file plist non sembra formattato correttamente (visualizzandolo in TextEdit). Forse elimina un mucchio di cose inutili nel file durante l'aggiornamento o lo sostituisce con una versione molto scarsa. Non è esattamente la migliore pratica IMHO, ma sembra funzionare.
mikeboss
- 13 agosto 2009
- Svizzera
- 6 novembre 2014
VirtualRain
- 1 agosto 2008
- Vancouver, BC
- 6 novembre 2014
mikeboss ha detto: ho installato l'aggiornamento 10.10.1 e ho ricevuto di nuovo il segnale di stop hm, farò più test...
Ho aggiornato a 10.10.1 prima di applicare Trim Enabler. Spero che ogni aggiornamento non lo interrompa.
h9826790
- 3 aprile 2014
- Hong Kong
- 6 novembre 2014
Cindori
- 17 gennaio 2008
- Svezia
- 6 novembre 2014
Ne sono consapevole ma non funziona al 100%.
Ho avuto degli utenti che mi hanno contattato che hanno impostato il plist con kext-dev-mode=1 ma continuano a ricevere 'firma non valida, omissione' e non sono in grado di avviarsi. Inoltre, non sono ancora sicuro che possa essere ripristinato con gli aggiornamenti del sistema operativo.
Quindi, dal momento che non sembra applicarsi a tutti gli utenti, scelgo di fare riferimento alla PRAM nel mio articolo di supporto, poiché sembra essere il limite inferiore delle aspettative.
A proposito, Trim Enabler utilizza già entrambi i metodi (carrozzina e plist) per la massima probabilità di successo. Non è necessario eseguire questi passaggi se si utilizza Trim Enabler. Ultima modifica: 6 novembre 2014
mikeboss
- 13 agosto 2009
- Svizzera
- 6 novembre 2014
VirtualRain
- 1 agosto 2008
- Vancouver, BC
- 6 novembre 2014
Cindori
- 17 gennaio 2008
- Svezia
- 6 novembre 2014
VirtualRain ha detto: quindi, durante l'aggiornamento di OS X Yosemite, è meglio disattivare Trim Enabler, Aggiorna, quindi riattivare Trim?
Poiché Trim Enabler imposta anche la nvram, che non viene ripristinata agli aggiornamenti, c'è una probabilità piuttosto bassa che si verifichino problemi (oserei dire quasi impossibile). Tuttavia, lo consiglio comunque per precauzione.
Messaggi Popolari