LightBulbFun
Pôster original- 17 de novembro de 2013
- Londres, Reino Unido
- 23 de outubro de 2014
Então, se alguém pudesse me dizer se você pode colocá-lo no com.apple.boot.plist em vez do carrinho, obrigado S Squaw
- 20 de junho de 2014
- 3 de novembro de 2014
LightBulbFun disse: Então, se alguém pudesse me dizer se você pode colocá-lo no com.apple.boot.plist em vez do carrinho, obrigadoUso no Terminal:
sudo / usr / libexec / PlistBuddy -c 'Definir:' Sinalizadores de kernel '' kext-dev-mode = 1 '' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Matthewtoney
- 17 de agosto de 2009
- Charlotte, NC
- 4 de novembro de 2014
Skvo disse: Use no Terminal:
sudo / usr / libexec / PlistBuddy -c 'Definir:' Sinalizadores de kernel '' kext-dev-mode = 1 '' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Sim, isso coloca lá, mas isso funciona como ele postula?
LightBulbFun
Pôster original- 17 de novembro de 2013
- Londres, Reino Unido
- 4 de novembro de 2014
posso confirmar que funciona. Tenho um SSD em meu MBP com o corte de corte e fui capaz de usar o método acima para adicionar kext-dev-mode = 1 ao com.apple.boot.plist e limpar meu PRAM e ainda inicializa sucsefly sem eny hick ups e durante a inicialização verbouse eu posso ver kext-dev-mode = 1 listado em meus argumentos de inicialização Então isso deve resolver o problema com a assinatura do kext e o risco de ser habilitado quando estiver desabilitado, embora eu esteja não tem certeza se uma atualização do sistema operacional redefiniria o arquivo com.apple.boot.plist?
crjackson2134
- 6 de março de 2013
- Charlotte, NC
- 4 de novembro de 2014
Mikeboss
- 13 de agosto de 2009
- Suíça
- 4 de novembro de 2014
crjackson2134
- 6 de março de 2013
- Charlotte, NC
- 4 de novembro de 2014
mikeboss disse: SIM !!! isso funciona totalmente. e não há nenhuma desvantagem, tanto quanto eu posso dizer. Cindori definitivamente precisa implementar essa opção. Limpei o nvram usando o comando 'nvram -c' e usei as teclas option-command-p-r e o Yosemite ainda inicializou como se tudo estivesse normal. é claro que TRIM ainda está equilibrado
Incrível, vou definir isso na próxima sessão.
ATUALIZAÇÃO: Acabei de executar este comando e zerar a NVRAM por 4 ciclos e está tudo bem. Parece que essa é uma ótima solução. Última edição: 4 de novembro de 2014
Matthewtoney
- 17 de agosto de 2009
- Charlotte, NC
- 4 de novembro de 2014
crjackson2134 disse: Ótimo, vamos definir isso na próxima sessão.
ATUALIZAÇÃO: Acabei de executar este comando e zerar a NVRAM por 4 ciclos e está tudo bem. Parece que essa é uma ótima solução.
Fantástico! Isso me faz sentir muito melhor ao usar o Trim Enabler no Yosemite. Cada um tem a sua opinião, mas desabilitar a própria assinatura do kext não me incomoda.
Mikeboss
- 13 de agosto de 2009
- Suíça
- 5 de novembro de 2014
crjackson2134
- 6 de março de 2013
- Charlotte, NC
- 5 de novembro de 2014
mikeboss disse: hah! Não sei desde quando, mas o Trim Enabler já modifica o com.apple.Boot.plist e adiciona a linha 'kext-dev-mode = 1'.
Todo esse barulho pensando que encontramos algo. Bem, não há mal nenhum.
LightBulbFun
Pôster original- 17 de novembro de 2013
- Londres, Reino Unido
- 5 de novembro de 2014
mikeboss disse: hah! Não sei desde quando, mas o Trim Enabler já modifica o com.apple.Boot.plist e adiciona a linha 'kext-dev-mode = 1'.
então me diga por que antes de eu roteá-lo para o plist quando reiniciei o PRAM, o MacBook Pro falhou ao inicializar com o sinal de proibido somthings quebrado. No entanto, quando eu o adicionei ao com.apple.boot.plist, ele funcionou independentemente de como Muitas vezes limpei a inicialização do PRAM com nvram -c e comand optoin PR?
Deu a Mack
- 15 de junho de 2008
- Sagitário A *
- 5 de novembro de 2014
Mikeboss
- 13 de agosto de 2009
- Suíça
- 5 de novembro de 2014
LightBulbFun disse: então me diga por que antes de eu roteá-lo para o plist quando reiniciei o PRAM, o MacBook Pro falhou ao inicializar com o somthings quebrado. não importa quantas vezes eu limpei o boot PRAM com nvram -c e comand optoin PR?
como escrevi: Não sei desde quando o Trim Enabler modifica com.apple.boot.plist. com certeza não fez isso desde o início. Eu testei há cerca de uma hora (em uma nova instalação do OS X Yosemite com uma versão recém-baixada do TE) e encontrei o arquivo modificado após habilitar o TRIM. também a configuração sobreviveu a 'nvram -c' e option-command-p-r.
ibarnett
- 20 de agosto de 2010
- Gold Coast, Austrália
- 5 de novembro de 2014
Gav Mack disse: Alguém com a placa Sintech + lâmina da Apple pode confirmar que, embora o trim esteja habilitado para inicializar o aparelho real após uma reinicialização do carrinho com a assinatura reativada com você ainda consegue o sinal de não entrada na inicialização?
Por que isso aconteceria?
Isso aconteceu com você?
Eu instalei o meu ontem (Sintech + Apple Blade), exibe como 'Apple SSD' e o trim está ativo através do Yosemite automaticamente. Eu já havia desinstalado o Trim Enabler.
Para ser sincero, não quero tentar reiniciar o carrinho para descobrir!
Deu a Mack
- 15 de junho de 2008
- Sagitário A *
- 5 de novembro de 2014
ibarnett disse: Por que isso aconteceria?
Isso aconteceu com você?
Eu instalei o meu ontem (Sintech + Apple Blade), exibe como 'Apple SSD' e o trim está ativo através do Yosemite automaticamente. Eu já havia desinstalado o Trim Enabler.
Para ser sincero, não quero tentar reiniciar o carrinho para descobrir!
Não, mas meu Sintech está ordenado e estou em modo de caça para a lâmina. Eu acho que meus kexts podem ter que ser feitos para a atualização da placa de handoff, então eu estava curioso para saber se ela irá parar a inicialização se a placa wi-fi / BT LE foi instalada ou se ela é apenas dispositivos inicializáveis no volume de inicialização do OS X, como ahci , fw, usb etc, que fornecem o sinal de proibição de entrada
Presumo que a lâmina é bastante boa
ibarnett
- 20 de agosto de 2010
- Gold Coast, Austrália
- 5 de novembro de 2014
Gav Mack disse: Presumo que a lâmina é bastante boa
É simplesmente incrível!
Eu realmente não vejo nada sendo um problema para inicializar após uma reinicialização.
Também tenho o bluetooth da Macvidcards e não tive problemas antes de instalar o Sintech e o blade.
Tendo gasto todo o tempo clonando etc, não quero perder tempo com outra instalação - então vou esperar antes de reiniciar o carrinho de bebê.
Deu a Mack
- 15 de junho de 2008
- Sagitário A *
- 5 de novembro de 2014
ibarnett disse: É simplesmente incrível!
Eu realmente não vejo nada sendo um problema para inicializar após uma reinicialização.
Também tenho o bluetooth da Macvidcards e não tive problemas antes de instalar o Sintech e o blade.
Tendo gasto todo o tempo clonando, etc., não quero perder tempo com outra instalação - então vou esperar antes de reiniciar o carrinho.
: ciumento: eu preciso da parte de 1 TB para substituir meu gêmeo 840 Evo's e tendo jogado com o nMP de 1 TB e seu desempenho de disco no OS X e Windows e ri da 'velocidade absurda' Eu realmente irei aproveitar essa atualização depois!
Sugere que, para mim, são apenas os dispositivos de inicialização que trazem a entrada não e estou muito feliz com isso.
VirtualRain
- 1 ° de agosto de 2008
- Vancouver, BC
- 6 de novembro de 2014
mikeboss disse: como escrevi: não sei desde quando o Trim Enabler modifica com.apple.boot.plist. com certeza não fez isso desde o início. Eu testei há cerca de uma hora (em uma nova instalação do OS X Yosemite com uma versão recém-baixada do TE) e encontrei o arquivo modificado após habilitar o TRIM. também a configuração sobreviveu a 'nvram -c' e option-command-p-r.
Na verdade ... O Trim Enabler modificou meu com.apple.boot.plist quando tentei no início desta noite, mas o arquivo plist não parece formatado corretamente (visualizando-o no TextEdit). Talvez ele se livre de um monte de coisas desnecessárias no arquivo durante a atualização ou substitua-o por uma versão muito esparsa. Não é exatamente a melhor prática IMHO, mas parece funcionar.
Mikeboss
- 13 de agosto de 2009
- Suíça
- 6 de novembro de 2014
VirtualRain
- 1 ° de agosto de 2008
- Vancouver, BC
- 6 de novembro de 2014
mikeboss disse: Eu instalei a atualização 10.10.1 e recebi o sinal de stop novamente, hm, vou fazer mais testes ...
Eu atualizei para 10.10.1 antes de aplicar o Trim Enabler. Espero que todas as atualizações não o quebrem.
h9826790
- 3 de abril de 2014
- Hong Kong
- 6 de novembro de 2014
Cindori
- 17 de janeiro de 2008
- Suécia
- 6 de novembro de 2014
Estou ciente disso, mas não funciona 100%.
Alguns usuários me contataram que tiveram o plist definido com kext-dev-mode = 1, mas ainda estão recebendo 'assinatura inválida, omitida' e incapaz de inicializar. Além disso, ainda não tenho certeza se ele pode redefinir nas atualizações do sistema operacional.
Portanto, como não parece se aplicar a todos os usuários, estou optando por me referir ao PRAM em meu artigo de suporte, visto que parece ser o limite inferior da expectativa.
A propósito, o Trim Enabler já usa os dois métodos (pram e plist) para obter a probabilidade máxima de sucesso. Você não precisa seguir essas etapas se estiver usando o Trim Enabler. Última edição: 6 de novembro de 2014
Mikeboss
- 13 de agosto de 2009
- Suíça
- 6 de novembro de 2014
VirtualRain
- 1 ° de agosto de 2008
- Vancouver, BC
- 6 de novembro de 2014
Cindori
- 17 de janeiro de 2008
- Suécia
- 6 de novembro de 2014
VirtualRain disse: Então, ao atualizar o OS X Yosemite, é melhor desligar o Trim Enabler, Atualizar e, em seguida, Reativar o Trim?
Como o Trim Enabler também define o nvram, que não é redefinido nas atualizações, há uma probabilidade muito baixa de ocorrerem problemas (ouso dizer que é quase impossível). No entanto, ainda o recomendo como precaução.
Publicações Populares