O que está causando um pânico no kernel no meu macbook todos os dias?


3

Abaixo está o relatório. Parece um dispositivo USB, mas como posso saber qual?

Wed Apr  8 15:52:28 2015

*** Panic Report ***
panic(cpu 3 caller 0xffffff801594887b): "thread_invoke: preemption_level 1, possible cause: blocking while holding a spinlock, or within interrupt context"@/SourceCache/xnu/xnu-2782.10.73/osfmk/kern/sched_prim.c:2213
Backtrace (CPU 3), Frame : Return Address
0xffffff802a4c3820 : 0xffffff801592fe41
0xffffff802a4c38a0 : 0xffffff801594887b
0xffffff802a4c3930 : 0xffffff801594612f
0xffffff802a4c3970 : 0xffffff8015a13889
0xffffff802a4c39b0 : 0xffffff8015a0e17d
0xffffff802a4c39d0 : 0xffffff8015b903bf
0xffffff802a4c3a80 : 0xffffff8015b90bf2
0xffffff802a4c3a90 : 0xffffff7f9656688e
0xffffff802a4c3ac0 : 0xffffff7f9656dc8d
0xffffff802a4c3b20 : 0xffffff7f96c4ee9d
0xffffff802a4c3bc0 : 0xffffff7f96c5024b
0xffffff802a4c3c40 : 0xffffff7f9617e60d
0xffffff802a4c3d20 : 0xffffff7f969931bd
0xffffff802a4c3de0 : 0xffffff7f969941c6
0xffffff802a4c3e20 : 0xffffff7f969a50ba
0xffffff802a4c3ed0 : 0xffffff7f969ae0fe
0xffffff802a4c3ef0 : 0xffffff8015ed563d
0xffffff802a4c3f40 : 0xffffff8015ed34ad
0xffffff802a4c3f80 : 0xffffff8015ed35a6
0xffffff802a4c3fb0 : 0xffffff8015a14dd7
      Kernel Extensions in backtrace:
         com.apple.iokit.IOUSBFamily(710.4.14)[4030C18E-76A0-37E6-9612-2C901F789E41]@0xffffff7f9617b000->0xffffff7f961dffff
            dependency: com.apple.iokit.IOPCIFamily(2.9)[56AD16B5-4F29-3F74-93E7-D492B3966DE2]@0xffffff7f96134000
         com.apple.driver.AppleUSBXHCI(710.4.11)[0DB91E92-57AF-331B-88DC-02D58332F309]@0xffffff7f96992000->0xffffff7f969b3fff
            dependency: com.apple.iokit.IOUSBFamily(710.4.14)[4030C18E-76A0-37E6-9612-2C901F789E41]@0xffffff7f9617b000
            dependency: com.apple.iokit.IOPCIFamily(2.9)[56AD16B5-4F29-3F74-93E7-D492B3966DE2]@0xffffff7f96134000
         com.apple.iokit.IONetworkingFamily(3.2)[247581D8-DFC5-3AAE-B079-3D13F5514C2B]@0xffffff7f96563000->0xffffff7f9658efff
         com.realtek.driver.AppleRTL815XEthernet(1.0.8)[9F90405D-19F8-3B61-B011-2FF5B4D1EE38]@0xffffff7f96c3b000->0xffffff7f96c57fff
            dependency: com.apple.iokit.IONetworkingFamily(3.2)[247581D8-DFC5-3AAE-B079-3D13F5514C2B]@0xffffff7f96563000
            dependency: com.apple.iokit.IOUSBFamily(710.4.14)[4030C18E-76A0-37E6-9612-2C901F789E41]@0xffffff7f9617b000

BSD process name corresponding to current thread: kernel_task

Mac OS version:
14C1514

Kernel version:
Darwin Kernel Version 14.1.0: Thu Feb 26 19:26:47 PST 2015; root:xnu-2782.10.73~1/RELEASE_X86_64
Kernel UUID: 270413F7-3B44-3602-894F-AC0D392FCF8E
Kernel slide:     0x0000000015600000
Kernel text base: 0xffffff8015800000
__HIB  text base: 0xffffff8015700000
System model name: MacBookPro11,1 (Mac-189A3D4F975D5FFC)

System uptime in nanoseconds: 87746033147343
last loaded kext at 41798636569677: com.apple.driver.AppleUSBCDC        4.2.2b5 (addr 0xffffff7f9818a000, size 20480)
last unloaded kext at 63308857397996: com.apple.driver.AppleUSBCDC      4.2.2b5 (addr 0xffffff7f9818a000, size 16384)
loaded kexts:
org.pqrs.driver.Karabiner       10.6.0
org.virtualbox.kext.VBoxNetAdp  4.3.26
org.virtualbox.kext.VBoxNetFlt  4.3.26
foo.tun 1.0
org.virtualbox.kext.VBoxUSB     4.3.26
foo.tap 1.0
org.virtualbox.kext.VBoxDrv     4.3.26
com.asix.driver.ax88179-178a    1.4.0
com.realtek.driver.AppleRTL815XEthernet 1.0.8
com.realtek.driver.AppleRTL815XComposite        1.0.3
com.Logitech.Unifying.HID Driver        1.3.1
com.Logitech.Control Center.HID Driver  3.9.1
at.obdev.nke.LittleSnitch       4240
com.apple.filesystems.smbfs     3.0.0
com.apple.filesystems.msdosfs   1.10
com.apple.filesystems.autofs    3.0
com.apple.iokit.IOBluetoothSerialManager        4.3.2f6
com.apple.driver.AGPM   100.15.5
com.apple.driver.ApplePlatformEnabler   2.1.7d1
com.apple.driver.X86PlatformShim        1.0.0
com.apple.driver.AppleHDA       269.25
com.apple.driver.AppleUpstreamUserClient        3.6.1
com.apple.driver.AppleOSXWatchdog       1
com.apple.driver.AudioAUUC      1.70
com.apple.iokit.IOUserEthernet  1.0.1
com.apple.Dont_Steal_Mac_OS_X   7.0.0
com.apple.driver.AppleHWAccess  1
com.apple.driver.AppleHV        1
com.apple.driver.AppleCameraInterface   5.29.0
com.apple.driver.AppleThunderboltIP     2.0.2
com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport     4.3.2f6
com.apple.driver.AppleSMCLMU    2.0.7d0
com.apple.driver.AppleLPC       1.7.3

Você entra em pânico todos os dias aproximadamente na mesma hora ou apenas "com muita frequência"? Há algo de especial que você está fazendo pouco antes do pânico (executando um aplicativo, acessando / usando um dispositivo USB específico etc.)? Que tipo de dispositivos USB você conectou ao seu MacBook?
Nohillside

Sim, eles ocorrem em algum momento da noite, pois eu sempre vejo a mensagem 'Seu computador foi reiniciado automaticamente .... "ao fazer o login pela manhã. Tenho um receptor unificador da Logitech conectado a uma porta USB e um hub USB de 3 portas com adaptador integrado Gigabit Ethernet ligado a outra porta de ter 3 dispositivos ligados à concentrador USB, uma webcam, auscultadores sem fios Jabra e impressora Samsung..
Michelle

11
Você pode dar uma olhada /var/log/system.log para ver se há alguma mensagem de log útil antes da reinicialização? Além disso, para identificar o dispositivo que está causando o problema: remova todo o USB à noite (se ainda travar, pode não estar relacionado ao USB) e comece a adicionar um após o outro durante a noite até travar novamente.
Nohillside

Respostas:


2

Aqui estão algumas etapas para solução de problemas.

Execute o seguinte no Terminal kextstat | grep "USB"

Ele listará todos os USB.

Agora vamos supor que os drivers da Apple estejam bem, então quais drivers não Apple USB e não Apple você possui?

Desligue-os um por um para encontrar o que está causando isso.

Também pude encontrar os seguintes drivers não Apple no seu log:

org.virtualbox.kext.VBoxUSB

at.obdev.nke.LittleSnitch

org.pqrs.driver.Karabiner

com.realtek.driver

com.Logitech.

foo.tap

Graças às habilidades de observação aguçada de @Tetsujin, eu concordaria seu deve olhar para as extensões de kernel no registo de chamadas: com.realtek.driver.AppleRTL815XEthernet.


11
meu suspeito seria com.realtek.driver - nunca conheci um Apple Mac real para usar uma placa de som Realtek, apenas o Hackintosh.
Tetsujin

11
Obrigado pela investigação. Na verdade, eu tenho um dispositivo usando um driver realtek, um hub USB Anker de 3 portas com Ethernet gigabit integrada . Enviei um tíquete de suporte para a Anker juntamente com o relatório de pânico do kernel.
Michelle

3

Eu tive o mesmo problema nesta página, um driver atualizado pode ser encontrado e parece corrigir o problema.

Driver RealTek USB Versão: 1.0.16 Lançado: 16-11-2016


O Stack Exchange desencoraja as respostas somente ao link. Resuma as informações da página vinculada, caso essa página desapareça ou se mova. Minha edição para fazer isso aqui está pendente.
Basil Bourque

Driver atualizado funcionou para mim! Eu pensei que os pânico do kernel eram do programa macOS Beta. :/ Boa pegada!
Jordan.baucke

@BasilBourque obrigado pela edição. Não pude ver seu comentário antes.
Luca Botti

2

Estou executando o OS X 10.11.6 e tenho um hub USB de 3 portas Anker executando o driver Realtek v1.0.15. A execução kextstat | grep realtekretorna o seguinte:

com.realtek.driver.AppleRTL815XEthernet (1.0.15)

Sempre que eu abria o Chrome (agora na v54), alguns momentos depois, eu sempre entrava em pânico no kernel, então parei de usar o meu hub USB completamente. Então me deparei com um recurso estranho do Chrome chamado Web USB.

chrome://flags/#enable-webusb

Desativando o recurso USB da Web, os pânicos do kernel desapareceram.


1

É definitivamente o driver Realtek; Eu tive o mesmo problema com a mesma versão do driver (1.0.8) e o mesmo hub Anker no meu Macbook Air 2012. Os pânicos do kernel parecem ser desencadeados por qualquer IO de rede significativa. Portanto, ele funcionará na navegação na web por um tempo, mas assim que você transferir um arquivo grande ou iniciar um download, o jogo terminará. A partir de agora, essa é a versão mais recente, portanto, a única correção é remover a extensão do kernel. Não há desinstalador, então você precisa fazer isso manualmente.

Se você for /System/Library/Extensions/IONetworkingFamily.kext/Contents/PlugIns/, verá dois arquivos nomeados AppleRTL815XEthernet109.kexte AppleRTL815XComposite109.kext. Exclua os dois (com rmou, se você usar o Finder, esvazie o lixo).

Depois disso, limpe o cache do Kernel e reinicie; você deve estar livre de pânico no kernel:

sudo rm -rf /System/Library/Caches/com.apple.kext.caches

Infelizmente, o desempenho da Ethernet sem o driver parece ser bastante terrível - no meu caso, pior que o Wi-Fi, tornando o hardware inútil. Esperamos que um driver atualizado seja lançado em algum momento.


Não tente fazer isso se você estiver executando o TRIMEnabler
Tetsujin

Com 'this' você quer dizer limpar o cache? Por que isso? Eu achei que limpar o cache era essencial. Depois de remover as extensões (e até tentar o kextunload), minha máquina ainda estava travando e os logs ainda faziam referência ao driver Realtek no backtrace. Aliás, o instalador do driver executa exatamente o mesmo comando que um script pós-instalação.
Dom Stubbs

Eu estou baseando esta sobre o muito grande aviso que você começa em Onyx, com qualquer página que vai para perto do esconderijo - i.stack.imgur.com/XBuub.png
Tetsujin

Eu experimentei exatamente a mesma coisa. E eu tenho um hub USB da Anker, mas aquele sem Ethernet ... Então, parece que é algo específico da Anker?
Max Ried

0

Instalei o driver Realtek v1.0.16 (branco Anker AH212) e experimentei um Kernel Panic. Reinicializado, e o sistema ainda não utilizaria a parte Ethernet do adaptador. Executei o desinstalador e notei que ele não podia excluir os drivers do diretório PlugIns. Eu reinstalei e os drivers não estavam instalados lá. No entanto, os diretórios .kext existiam em / Library / Extensions.

Copiei os arquivos de / Library / Extensions para o diretório PlugIns da seguinte maneira:

cd /System/Library/Extensions/IONetworkingFamily.kext/Contents/PlugIns/
cp -a  /Library/Extensions/AppleRTL815X* ./

e os sinalizadores do Google Chrome foram corrigidos de cima e depois reiniciados. Não há pânico no kernel depois disso e a Ethernet parece funcionar.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.