Kernel panic no Mac: relatórios e reinícios aleatórios

Um Mac que reinicia e informa que houve um problema precisa de uma investigação diferente de um app que fecha. A Apple chama isso de kernel panic. Software e hardware conectado podem estar envolvidos, mas a mensagem não identifica a peça defeituosa.

Para travamentos ou fechamento de um único app, comece por Mac travando ou encerrando apps. Se os panics se repetem, preserve os relatórios, anote os dispositivos e mude apenas uma coisa por vez.

Registre o que aconteceu antes de mudar algo

Anote horário, versão do macOS, dispositivos conectados e atividade anterior. Inclua despertar do repouso, uso de dock e app em execução. São observações para comparação, não diagnósticos.

Copie os relatórios úteis para fora das pastas que pretende limpar. Faça backup dos documentos importantes antes de repetir a atividade que falhou. Não provoque um panic para testar: o suporte técnico da Apple para desenvolvedores alerta para o risco de corromper arquivos.

Uma tabela pequena ajuda a comparar sem alterar vários ajustes juntos.

Encontre o relatório do panic

Abra o Console e procure relatórios próximos ao reinício. O guia da Apple para o Console descreve Relatórios de Falhas como registros de apps ou processos que falharam, normalmente com extensão .ips. Um app que falhou em horário próximo não explica automaticamente o panic do sistema.

Se o panic não aparecer, examine a pasta de relatórios do sistema discutida no suporte para desenvolvedores da Apple.

/Library/Logs/DiagnosticReports

Procure um relatório do incidente, incluindo um arquivo .panic se existir. Não limite a busca a essa extensão nem trate todo .ips como panic: os formatos podem variar. Guarde o arquivo original, não apenas uma linha preocupante.

Procure repetições sem concluir pela causa

Compare horário, compilação do macOS, descrição inicial e identificadores de terceiros recorrentes. A discussão da Apple sobre backtraces mostra uma seção Kernel Extensions in backtrace com nomes e versões. Se ela existir, registre os identificadores não Apple recorrentes para o fabricante.

Um nome é uma pista, não uma prova. A Apple explica ali que o backtrace de um panic watchdog pode mostrar o código em execução naquele instante, não a causa do tempo esgotado. Não diagnostique RAM, GPU ou app defeituoso com base em um nome.

Se outras evidências citarem uma extensão do sistema, guarde também o identificador exato. Não espere, porém, que extensões do sistema no espaço do usuário apareçam como extensões do kernel. Envie os relatórios completos e o gatilho reproduzível ao fabricante ou à Apple em privado.

Teste os periféricos separadamente

Siga o procedimento da Apple para reinícios inesperados: desligue e desconecte os periféricos. Em um Mac de mesa, mantenha a tela, o teclado e o mouse ou trackpad necessários.

Use o Mac pelo tempo que normalmente basta para o problema surgir. Se ficar estável, reconecte um dispositivo por vez e repita a atividade após cada conexão. Anote o dispositivo e a conexão usada.

Se uma conexão trouxer o panic de volta, pare de usá-la enquanto verifica compatibilidade e atualizações do fabricante. Um período estável não prova que um problema intermitente desapareceu.

Compare modo seguro e inicialização normal

O modo seguro ajuda a isolar software carregado na inicialização. Comece com o Mac desligado e use o método do processador.

• Apple Silicon: mantenha o botão de energia até as opções de inicialização, selecione o disco e, segurando Shift, use o botão para continuar no modo seguro.
• Intel: ligue e imediatamente segure Shift até a janela de início de sessão.

Teste a atividade se ela estiver disponível. Reinicie normalmente para sair e comparar. Estabilidade apenas no modo seguro pede investigação do software de inicialização, não exclusão manual de drivers.

As orientações da Apple sobre panics incluem verificar plug-ins e compatibilidade após atualizações. Instale atualizações disponíveis do macOS e as versões compatíveis de drivers ou apps, depois teste novamente. Para comparar após remoção, use o desinstalador do fabricante e guarde antes o instalador e os dados necessários.

Execute o Diagnóstico Apple e saiba quando parar

Prepare o Mac conforme o Diagnóstico Apple, desconectando dispositivos com as exceções indicadas. No Apple Silicon, segure o botão de energia até aparecerem as opções de inicialização, solte e segure Command-D. No Intel, segure D ao ligar, ou Option-D se não funcionar.

A partir do macOS Tahoe 26 pode ser preciso escolher um teste específico. Siga a tela e guarde os códigos de referência. Um resultado sem problemas detectados não é motivo para descartar relatórios recorrentes.

Procure a Apple se o diagnóstico indicar falha, o Mac não ficar ligado tempo suficiente ou os panics continuarem após os testes. Leve relatórios, códigos e um registro breve das mudanças. O guia também inclui reinstalar o macOS como etapa posterior; converse sobre isso antes de apagar dados. Havendo erros de disco, o recurso Reparar do Utilitário de Disco é uma verificação separada.

Onde o Mole entra

No Mole Mac, Limpar pode listar Relatórios de falhas para /Library/Logs/DiagnosticReports quando as condições são atendidas. Deixe a linha desmarcada durante a investigação e mantenha cópias fora do alvo da limpeza. Remover relatórios não diagnostica o panic.

Perguntas frequentes

A mensagem prova um defeito de hardware?

Não. A Apple também cita software e periféricos. Analise juntos o gatilho, os relatórios e os resultados do diagnóstico.

Um driver citado no relatório é o responsável?

O nome não prova isso. Guarde nome e versão, compare os relatórios e peça ao fabricante que analise as evidências completas antes de remover.

Apagar relatórios faz os reinícios pararem?

Não. Guarde-os para comparação e suporte. Apagar o registro da falha não corrige sua causa.