Por que a barra de tarefas trava e o Explorador reinicia sozinho — e como achar o culpado

A barra de tarefas não é um app separado

Tudo o que você vê no shell da área de trabalho — a barra de tarefas, a área de notificação, os ícones da área de trabalho, cada janela do Explorador de Arquivos — vive dentro de um único processo: o explorer.exe. A arquitetura herdada do Windows 95 é cômoda e frágil ao mesmo tempo: um travamento e a superfície inteira congela; um crash e tudo desaparece junto. Quando o Explorador morre, o Windows inicia em silêncio uma instância nova, e por isso a barra apaga por um segundo e volta limpa: os aplicativos abertos sobrevivem, mas os ícones da bandeja muitas vezes não se registram direito de novo e deixam fantasmas que travam ao clique.

Um congelamento sem reinício é o gêmeo manso: a thread de interface do Explorador está bloqueada esperando algo que nunca volta. Os clássicos são uma extensão de shell que trava ao ser consultada, um aplicativo de bandeja cujo ícone parou de responder, uma unidade de rede mapeada que ficou inacessível e — em máquinas com drivers de vídeo instáveis — uma reinicialização do driver de exibição (TDR) que paralisa o shell inteiro por segundos. No Windows 11 o menu Iniciar ganhou seu próprio processo hospedeiro, mas a barra de tarefas em si ainda mora dentro do Explorador, então o velho manual de diagnóstico vale sem mudanças.

Encurralando o culpado em dez minutos

A boa notícia: o Explorador registra quase tudo o que faz de errado em dois lugares que quase ninguém abre. Dez minutos com o Visualizador de Eventos e um boot limpo normalmente entregam o réu pelo nome; adivinhar custa mais caro.

• Gerenciador de Tarefas > Explorador de Arquivos > Reiniciar — o conserto de 10 segundos que traz a barra de volta sem reiniciar
• Visualizador de Eventos > Logs do Windows > Aplicativo: eventos 1000 (falha) e 1002 (travamento) do explorer.exe — o módulo com falha nomeia o culpado
• ShellExView (NirSoft) — desative todas as extensões de shell que não sejam da Microsoft e reative em metades até o travamento voltar
• Evento 4101, “o driver de vídeo parou de responder” — aponta para o driver da GPU, não para o Explorador
• net use */delete — desconecte as unidades de rede mortas que o shell continua sondando
• Boot limpo (msconfig) — se o congelamento sumir, reative os itens de inicialização em metades

Consertos que duram

Quando o módulo com falha tem nome, o conserto costuma ser chato. Um crash dentro de um manipulador de menu de contexto de terceiros ou de um ícone de sobreposição morre na hora em que você atualiza ou desinstala o aplicativo dono — overlays de sincronização em nuvem e compactadores são figurinhas carimbadas. Se o Visualizador de Eventos mostra reinicializações do driver gráfico, faça uma reinstalação limpa do driver da GPU em vez de culpar o Explorador: baixe o driver do fabricante, desinstale o atual, instale o novo e só depois devolva os painéis do fabricante que você usa de verdade.

Em congelamentos sem nenhum evento de falha, desconfie do software vizinho do metal: utilitários exóticos que se injetam no Explorador, suítes de teclado e mouse com ganchos no shell e versões velhas de programas populares. Mantenha a bandeja honesta também — cada app de inicialização com ícone é código com o qual o Explorador terá de conversar para sempre, então enxugar a lista de inicialização previne travamentos tanto quanto boots lentos. E se os congelamentos começaram logo depois de uma atualização de recurso do Windows, procure primeiro nos sites dos fabricantes por atualizações das integrações deles antes de algo drástico: o que a atualização quebra costuma ser a integração, não o Windows.

Perguntas e respostas

Continue lendo