Meu MacBook Pro recebe um kernel panic no desligamento ou reinicialização

1

Meu kernel do MacBook Pro (Retina, meados de 2012) sempre entra em pane quando o computador é desligado ou reinicializado. Atualmente estou usando o OS X 10.11 El Capitan. Como posso resolver este problema?

Aqui está o relatório de pânico

*** Panic Report ***
panic(cpu 4 caller 0xffffff80080a97df): "(default pager): [KERNEL]: default memory manager"@/Library/Caches/com.apple.xbs/Sources/xnu/xnu-3248.60.10/osfmk/default_pager/default_pager.c:421
Backtrace (CPU 4), Frame : Return Address
0xffffff81f3bbbdb0 : 0xffffff80080dab52 
0xffffff81f3bbbe30 : 0xffffff80080a97df 
0xffffff81f3bbbe60 : 0xffffff80080a962b 
0xffffff81f3bbbe80 : 0xffffff800813ccd1 
0xffffff81f3bbbef0 : 0xffffff8008623c54 
0xffffff81f3bbbf10 : 0xffffff80081b8eca 
0xffffff81f3bbbfb0 : 0xffffff80081ecd86 

BSD process name corresponding to current thread: logind
Boot args: vm_compressor=1

Mac OS version:
15G31

Kernel version:
Darwin Kernel Version 15.6.0: Thu Jun 23 18:25:34 PDT 2016; root:xnu-3248.60.10~1/RELEASE_X86_64
Kernel UUID: B5AA8E3E-65B6-3D0E-867B-8DCCF81E536C
Kernel slide:     0x0000000007e00000
Kernel text base: 0xffffff8008000000
__HIB  text base: 0xffffff8007f00000
System model name: MacBookPro10,1 (Mac-***C7CD******81F)
    
por Grey Lee 28.07.2016 / 04:06

1 resposta

0

Existem muitas fontes que causam um pânico no kernel. Para este caso, a causa raiz é a memória compactada desativada.

Primeiro, certifique-se de que a memória compactada esteja desativada com o Terminal

sysctl -a vm.compressor_mode

A saída é como:

vm.compressor_mode: 1 --> Disabled
vm.compressor_mode: 4 --> Enabled (Default)

Se a memória compactada estiver desativada, você poderá redefinir a NVRAM inicializando com Option + Cmd + P + R . .

Como alternativa, você pode redefinir os argumentos de inicialização da NVRAM com o Terminal. Mas use desta maneira com cautela.

sudo nvram boot-args=""

Depois de redefinir a NVRAM, a memória compactada será ativada por padrão.

Edit: Obrigado ao @jrodatus por fornecer outra maneira de redefinir a NVRAM.

    
por 28.07.2016 / 04:30