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

> Preserve os relatórios, compare periféricos e modo seguro, confira atualizações e saiba quando procurar a Apple por reinícios recorrentes.

Published: 2026-05-29 | Updated: 2026-10-31

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](https://support.apple.com/guide/mac-help/if-your-mac-restarts-and-a-message-appears-mchlp2890/27/mac/27). 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](https://mole.fit/pt-br/blog/mac-frozen-or-keeps-crashing). 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](https://developer.apple.com/forums/thread/763928) alerta para o risco de corromper arquivos.

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

| Observação | O que registrar | Próxima comparação |
| --- | --- | --- |
| Reinício após despertar | Horário e dispositivos | Mesma atividade sem periféricos |
| Nome de terceiros recorrente | Identificador exato e versão | Atualização ou remoção oficial |
| Reinício sem periféricos | Horário e relatório correspondente | Modo seguro, depois diagnóstico de hardware |

## 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](https://support.apple.com/en-asia/guide/console/cnsl664be99a/mac) 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](https://developer.apple.com/forums/thread/763928).

```text
/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](https://developer.apple.com/forums/thread/782023) 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](https://developer.apple.com/system-extensions/) 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](https://support.apple.com/en-au/102382): 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](https://support.apple.com/en-us/116946) 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](https://support.apple.com/guide/mac-help/if-your-mac-restarts-and-a-message-appears-mchlp2890/27/mac/27) 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](https://support.apple.com/102550), 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](https://mole.fit/pt-br/blog/how-to-use-disk-utility-first-aid-mac) é 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.

---

Canonical HTML page: https://mole.fit/pt-br/blog/mac-kernel-panic
Blog index for agents: https://mole.fit/pt-br/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt