ReportCrash com alto uso de CPU no Mac

O que é o ReportCrash no Mac?

No macOS, o ReportCrash é o manipulador de falhas integrado que opera sob o processo pai "launchd". Sempre que um aplicativo ou processo em segundo plano morre inesperadamente, este componente acorda, inspeciona o que aconteceu e grava um relatório de diagnóstico no disco para que os desenvolvedores (e às vezes você) possam ver o que deu errado.

Tecnicamente, o ReportCrash roda em duas variantes:

• como um LaunchAgent para processos de nível de usuário, gravando relatórios na sua pasta
  ~/Library/Logs/DiagnosticReports/;
  
• como um LaunchDaemon para processos do sistema e de root, armazenando relatórios em diretórios de log de diagnóstico de todo o sistema.

Nas versões recentes do macOS, a familiar caixa de diálogo "aplicativo falhou, enviar para a Apple?" faz parte de uma pilha de relatórios mais ampla, com o Problem Reporter como a interface visível e o ReportCrash fazendo grande parte do trabalho pesado nos bastidores.

Em circunstâncias normais, você mal percebe essa atividade. Um aplicativo trava, o ReportCrash entra brevemente, grava um log e sai. O uso da CPU aumenta por um momento e depois volta a zero. É assim que deve funcionar.

Por que o ReportCrash pode monopolizar a CPU

Quando você vê o ReportCrash consumindo 50-300% da CPU (em sistemas multi-core) e reaparecendo constantemente no Monitor de Atividade (Activity Monitor), ele quase nunca é o verdadeiro culpado. Ele é o mensageiro. O problema real é outra coisa que continua travando em um ciclo contínuo.

O padrão comum é:

1. Um processo é iniciado.
2. Ele trava quase imediatamente.
3. O launchd o reinicia.
4. O ReportCrash acorda para processar mais uma falha.
5. Isso se repete sem parar.

Como gerar e compactar relatórios de falhas não é um trabalho trivial, um processo preso nesse ciclo pode manter o ReportCrash ocupado o tempo todo. Inúmeros relatórios de usuários em fóruns e sites de perguntas e respostas mostram a mesma história: o alto e persistente uso da CPU pelo ReportCrash quase sempre se correlaciona com um agente em segundo plano, extensão ou estrutura que não para de travar e reiniciar.

Os ofensores subjacentes típicos incluem:

• Daemons de sincronização e indexação (por exemplo, contatos, sugestões ou serviços relacionados à busca) que engasgam com dados corrompidos;
• Aplicativos da barra de menu de terceiros ou auxiliares que quebraram após uma atualização do macOS;
• Sobras de aplicativos desinstalados cujos LaunchAgents ou LaunchDaemons continuam iniciando binários que não existem mais;
• Ferramentas de desenvolvedor ou simuladores (Xcode, simuladores iOS, etc.) onde um componente trava repetidamente durante o teste.

Em resumo, o ReportCrash é barulhento porque outra coisa está doente. O objetivo é encontrar esse "algo", consertá-lo ou removê-lo, e só então considerar tocar no próprio ReportCrash.

A propósito, esse padrão é muito semelhante a outras histórias de alta CPU que cobri envolvendo chronod, contactsd, syspolicyd e wdavdaemon – um pequeno trabalhador em segundo plano sai dos trilhos e arrasta o desempenho do sistema para baixo com ele.

Como corrigir o alto uso de CPU do ReportCrash no Mac

Passo 1. Identifique o que está travando em loop

Se você fizer apenas uma coisa, faça isso. Você precisa saber qual processo está arrastando o ReportCrash para o modo overkill.

1. Abra o Console
   • Pressione Command–Space, digite Console e pressione Return.
2. Na barra lateral, procure por Relatórios de Falhas (Crash Reports) (ou use a seção "Crash Reports" em "Relatórios").
3. Classifique por Data e verifique as entradas mais recentes:
   • Você provavelmente verá o mesmo nome de processo repetido muitas vezes em um curto espaço de tempo.
4. Se os Relatórios de Falhas parecerem vazios, mude para:
   • system.log ou Todas as Mensagens (All Messages), e procure termos como crash, Service only

Anote:

• o nome do processo ofensor (por exemplo, suggestd, um aplicativo da barra de menu, algum auxiliar),
• seu caminho, se visível, e
• aproximadamente com que frequência ele trava.

Este é o seu principal suspeito.

Passo 2. Remova ou repare o aplicativo ou componente ofensor

Depois de saber o que está travando, a melhor correção geralmente é atualizar, redefinir ou desinstalar esse item específico.

1. Se for um aplicativo regular que você conhece e usa:
   • Encerre-o se estiver em execução.
   • Verifique se há uma atualização em seu menu (frequentemente NomeDoApp ▸ Buscar Atualizações) ou via App Store.
   • Se as falhas continuarem, tente uma reinstalação limpa:
     • Arraste o aplicativo de Aplicativos para o Lixo.
     • Reinicie.
     • Baixe uma cópia nova da fonte oficial e reinstale.
2. Se for um aplicativo com o qual você não se importa mais:
   • Em Aplicativos, remova-o junto com ferramentas auxiliares óbvias (desinstaladores, atualizadores).
   • Em seguida, verifique se há componentes restantes em:
     • ~/Library/Application Support/
     • ~/Library/LaunchAgents/
     • /Library/LaunchDaemons/
   • Exclua apenas itens claramente relacionados a esse aplicativo (correspondendo ao nome ou fornecedor).

3. Se for um serviço do sistema (por exemplo, suggestd, relacionado a contatos ou sincronização do iCloud):
   • Desative temporariamente recursos associados:
     • Desligue contas problemáticas em Ajustes do Sistema ▸ Contas de Internet.
     • Alterne serviços como Contatos do iCloud, Sugestões da Siri e Spotlight ou itens semelhantes para desativado, aguarde um pouco e ative-os novamente.
   • Se a tempestade da CPU se acalmar após desativar uma conta ou recurso específico, é provável que seja onde residem os dados ruins.

A ideia é simples: se a coisa que continua travando desaparecer ou começar a se comportar, o ReportCrash não terá mais motivos para executar sem parar.

Passo 3. Limpe logs de falhas e diagnósticos superdimensionados

Mesmo depois de domar o loop de falhas, o sistema pode estar cheio de milhares de relatórios de falhas antigos. Eles geralmente não causam picos de CPU por si mesmos, mas desperdiçam espaço em disco e podem tornar a análise ruidosa.

Você pode removê-los com segurança da seguinte maneira:

1. No Finder, pressione Shift–Command–G para abrir Ir para Pasta…
2. Visite esses locais um por um:
   • ~/Library/Logs/DiagnosticReports/
   • /Library/Logs/DiagnosticReports/ (você pode precisar de direitos de administrador)
3. Mova arquivos .crash e .panic mais antigos para o Lixo (ou uma pasta de arquivo se quiser um backup).
4. Esvazie o Lixo quando tiver certeza de que tudo está estável.

Isso não interromperá diretamente o uso da CPU do ReportCrash se a causa raiz persistir, mas mantém seu Mac arrumado e pode reduzir ligeiramente a E/S em segundo plano.

Passo 4. Desative itens de início problemáticos e auxiliares em segundo plano

Um cenário muito comum é um item de início ou LaunchAgent de um aplicativo esquecido há muito tempo tentando iniciar algo que não existe mais. Esse binário falha ao iniciar corretamente, trava instantaneamente e o ReportCrash é inundado.

Faça a seguinte limpeza:

1. Verifique os Itens de Início
   • Vá para Ajustes do Sistema ▸ Geral ▸ Itens de Início.
   • Em ambos Abrir no Início da Sessão e Permitir em Segundo Plano, desative itens que você não reconhece ou não usa mais.
2. Inspecione LaunchAgents e LaunchDaemons
   No Finder, use Ir ▸ Ir para Pasta… e procure em:
   • ~/Library/LaunchAgents/
   • /Library/LaunchAgents/
   • /Library/LaunchDaemons/
   
   
3. Para cada pasta:
   • Classifique por Nome e procure itens obviamente pertencentes a aplicativos desinstalados.
   • Mova arquivos .plist suspeitos para uma pasta temporária em sua Mesa (Desktop) em vez de excluí-los imediatamente.
   • Reinicie e observe o Monitor de Atividade para ver se o ReportCrash se acalma.

Se tudo funcionar bem por alguns dias, você pode excluir com segurança esses arquivos .plist em quarentena. Se algo importante quebrar, mova-os de volta.

Passo 5. Teste no Modo de Segurança

O Modo de Segurança é uma maneira rápida de saber se componentes de terceiros estão envolvidos. Neste modo de diagnóstico, o macOS carrega apenas extensões essenciais e desativa a maioria dos itens de início e LaunchAgents.

1. Desligue o seu Mac.
2. Ligue-o e segure a tecla apropriada para o seu tipo de CPU:
   • Mac com Intel: segure Shift imediatamente após o som de inicialização até ver a janela de login.
   • Mac com Apple silicon:
     • Segure o botão de força até aparecer "Carregando opções de inicialização".
     • Selecione seu disco de inicialização, segure Shift e clique em Continuar no Modo de Segurança.
3. Faça login e abra o Monitor de Atividade (Activity Monitor).

Se o ReportCrash estiver quieto no Modo de Segurança, mas enlouquecer novamente após uma reinicialização normal, você quase certamente está lidando com software de terceiros (itens de início, extensões de kernel, ferramentas auxiliares). Use essa dica para revisitar as etapas 2 e 4 de forma mais agressiva.

Passo 6. Redefina o SMC e NVRAM (para casos teimosos)

Embora não esteja diretamente ligado ao ReportCrash, falhas de baixo nível no gerenciamento de energia ou estado do hardware às vezes se manifestam como falhas aleatórias e repetidas e instabilidade do sistema. Redefinir o SMC (Macs Intel) e NVRAM pode ajudar a limpar essas teias de aranha.

O procedimento depende do modelo do seu Mac, mas em linhas gerais:

• Redefinição da NVRAM (Intel Macs):
  1. Desligue o seu Mac.
  2. Ligue-o e segure imediatamente Option–Command–P–R.
  3. Mantenha as teclas pressionadas por cerca de 20 segundos e solte.
• Redefinição do SMC (Intel Macs):
  Os passos diferem para MacBook com/sem bateria removível, iMac e Mac mini. Consulte as instruções da Apple para o seu modelo exato e versão do macOS.
  

Nos Macs com Apple silicon, não há redefinição separada de SMC ou NVRAM – uma sequência limpa de desligamento e ligamento faz efetivamente a mesma coisa.

Se o alto uso de CPU do ReportCrash persistir mesmo depois de descartar causas no nível do aplicativo e realizar essas redefinições, você está no território de "ajustes avançados".

Passo 7. (Avançado) Desative temporariamente o ReportCrash

Este passo é opcional e destinado a usuários experientes. Em ambientes onde existe um loop de falhas conhecido e inevitável (por exemplo, fuzzing, configurações de teste específicas), alguns administradores optam por desativar o ReportCrash para que ele não desperdice recursos gerando logs infinitos.

Para um Mac doméstico ou de escritório regular, recomendo isso apenas como uma solução alternativa de curto prazo enquanto você rastreia o verdadeiro culpado, não como uma correção permanente. Você perderá diagnósticos automáticos de falhas e poderá ocultar sinais de problemas mais profundos.

Se você ainda quiser prosseguir, pode descarregar o LaunchAgent e LaunchDaemon do ReportCrash no Terminal:

1. Abra o Terminal em Aplicativos ▸ Utilitários.
2. Execute esses comandos com cuidado (você será solicitado a fornecer sua senha de administrador para o segundo):

launchctl unload -w /System/Library/LaunchAgents/com.apple.ReportCrash.plist
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.ReportCrash.Root.plist

Isso impede que o ReportCrash inicie automaticamente para processos de usuários e do sistema.

Para reativar o relatório de falhas mais tarde, execute:

launchctl load -w /System/Library/LaunchAgents/com.apple.ReportCrash.plist
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.ReportCrash.Root.plist

Novamente, trate isso como um último recurso, não sua primeira jogada. Se desativar o ReportCrash parecer "resolver" o problema, você apenas removeu o termômetro, não curou a febre.

Como prevenir problemas com o ReportCrash no futuro

Você não pode impedir todas as falhas, mas pode reduzir as chances de um incidente descontrolado do ReportCrash mantendo alguns hábitos:

• Mantenha o macOS e os aplicativos principais atualizados: Correções de estabilidade são uma constante nas notas de versão do sistema e de aplicativos.
• Seja exigente com os itens de inicialização: Revise regularmente os Itens de Início e desative qualquer coisa que você não precisa carregar a cada inicialização.
• Desinstale aplicativos de forma limpa: Quando você parar de usar um aplicativo, remova seus arquivos de suporte e auxiliares de inicialização, não apenas o pacote principal em Aplicativos.
• Evite instaladores e pacotes duvidosos: Adware e agentes de segundo plano mal escritos são uma fonte comum de falhas estranhas, não apenas sequestradores de navegador.
• Fique de olho no Monitor de Atividade: Se seus ventiladores girarem do nada, uma rápida olhada nas abas CPU e Energia pode detectar processos mal comportados antes que eles se transformem em problemas crônicos.

Resumindo

Quando o impacto na CPU começa, culpar o próprio ReportCrash é um equívoco. Quando o processo monopoliza a CPU por horas, é um forte indicador de que algum aplicativo, serviço ou componente restante está preso em um loop implacável de falha e reinicialização.

A correção geralmente é metódica em vez de dramática: identifique o que está travando, repare ou remova, limpe itens de início e LaunchAgents e só então considere medidas avançadas como desativar o ReportCrash temporariamente. Assim que a instabilidade subjacente desaparecer, seu Mac deve voltar ao seu comportamento normal silencioso, frio e discreto.

FAQ

1. O ReportCrash é um vírus ou malware no Mac?

2. É seguro encerrar o processo ReportCrash no Monitor de Atividade?

3. Como sei qual aplicativo está fazendo o ReportCrash usar alta CPU?

4. Posso desativar o relatório de falhas no meu Mac permanentemente?

5. Quando devo considerar reinstalar o macOS para corrigir problemas do ReportCrash?