
Por que o Windows Update trava em 99% e como reiniciar o serviço via Prompt de Comando?
Destrave seu Windows sem formatar: o guia técnico para reiniciar serviços BITS e Cryptographic e limpar o cache corrompido quando a atualização estagna na reta final.

Ver a barra de progresso do Windows Update estagnada em 99% por horas é uma das experiências mais frustrantes para qualquer usuário, seja ele um administrador de sistemas ou alguém que apenas precisa usar o computador para trabalhar. A tela insiste em não desligar, a mensagem de "Não desligue o computador" se torna um aviso permanente e, a essa altura do campeonato em 2026, esperar que o problema se resolva magicamente é perda de tempo. O travamento na reta final raramente é uma questão de lentidão da internet; ele aponta, quase invariavelmente, para um bloqueio lógico interno, onde um arquivo de download corrompido ou um serviço que parou de responder impede a finalização do pacote de atualização.
O culpado principal desse cenário costuma ser o BITS (Background Intelligent Transfer Service). Ele é o motor responsável por baixar os arquivos da Microsoft e fazer o gerenciamento de largura de banda, tentando retomar downloads interrompidos. O problema é que, se a conexão cair ou se o Windows for desligado de forma abrupta no meio de um patch, o BITS tenta "remendar" o arquivo parcial. Se esse remendo falhar ou se o arquivo de verificação de integridade (hash) não bater, ele entra em um loop infinito, travando em 99% porque o download terminou, mas a verificação de segurança não passa.

O papel do serviço Cryptographic e a falha na verificação
Não é apenas o BITS. O outro lado dessa moeda é o serviço Cryptographic Services (CryptSvc). Enquanto o BITS traz o arquivo, o CryptSvc é o segurança que verifica a assinatura digital da Microsoft para garantir que ninguém injetou um malware no seu update durante o transporte. Quando a pasta de cache desses serviços, a SoftwareDistribution, contém arquivos antigos ou conflitantes, o CryptSvc trava. Ele não consegue assinar ou verificar o novo pacote porque está "olhando" para uma versão corrompida de um arquivo temporário.
A barra cheia aos 99% significa que o Windows já transferiu todos os bytes, mas está travado justamente nesse momento de assinatura e commit no registro. Não adianta clicar em "Tentar novamente" nas configurações padrão, porque a interface gráfica não tem permissão suficiente para matar o processo que está segurando o arquivo. É aqui que precisamos usar o Prompt de Comando como uma alavanca de força para interromper esses serviços manualmente, limpar a sujeira e forçar uma reinicialização limpa.
Como forçar a reinicialização dos serviços BITS e Cryptographic via CMD
Para sair desse impasse, vamos agir diretamente no núcleo do sistema de atualização. O objetivo é parar os serviços que estão segurando os arquivos, renomear a pasta de download para que o Windows crie uma nova do zero e, em seguida, religar os motores. Esse procedimento não apaga seus arquivos pessoais; ele apenas descarta o "lixo" temporário que está causando o congestionamento.
Primeiro, abra o Prompt de Comando como Administrador. Digite "cmd" na barra de pesquisa do Windows, clique com o botão direito e selecione "Executar como administrador". A janela preta que abre é o seu acesso direto ao kernel.
O primeiro passo é derrubar os serviços. Digite os comandos a seguir, pressionando Enter após cada um:
net stop wuauserv
net stop bits
net stop cryptsvc
Se o sistema reclamar que um serviço já está parado, não há problema; o importante é garantir que nenhum deles esteja rodando. Feito isso, precisamos limpar a fila. O Windows protege a pasta SoftwareDistribution, então não conseguimos apagá-la diretamente. A solução segura é renomeá-la. Execute:
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
Aqui ocorre a mágica: ao renomear a pasta de distribuição de software e a pasta catroot2 (onde ficam os catálogos de assinaturas digitais), você cria um vazio. Quando reiniciarmos os serviços, o Windows vai perceber que as pastas originais não existem mais e vai criar novas pastas limpas, sem os arquivos corrompidos que causavam o travamento no 99%.
Agora, vamos religar tudo:
net start cryptsvc
net start bits
net start wuauserv
Você também pode reiniciar o computador neste momento. Ao voltar, o Windows Update deve ter "esquecido" que estava travado e iniciará uma nova verificação do zero, baixando os arquivos novamente, desta vez sem resíduos das tentativas anteriores falhas. Caso você esteja com o disco C: alarmantemente cheio, vale a pena verificar o quanto essa pasta de cache estava pesando; já vi casos onde ela acumulava mais de 20 GB de lixo.
Quando o bloqueio vem de um antivírus de terceiros
Antes de culpar apenas o Windows, é preciso olhar para o que mais está rodando na máquina. Eu vejo com frequência, especialmente em máquinas corporativas ou de usuários que gostam de "tunar" o PC, conflitos graves entre antivírus de terceiros e o serviço Cryptographic. Softwares como Avast ou AVG, por exemplo, às vezes seguram arquivos do sistema para uma varredura em tempo real e impedem que o Windows modifique a catroot2 durante a atualização.
Se você executou o procedimento acima e o Windows Update volta a travar, a próxima etapa diagnóstica é remover temporariamente ou limpar completamente a instalação desse terceiro. O desinstalador padrão do Windows muitas vezes deixa "restos" que continuam ativos. Ferramentas de remoção oficiais costumam ser necessárias para limpar o registro e permitir que o Update funcione sem concorrência. Se o problema resolve depois de remover a suite de segurança, você encontrou o culpado: o trade-off ali é entre a sensação de segurança extra do antivírus e a estabilidade do sistema operacional nativa.
A fome de espaço no SSD e o impacto das máquinas virtuais
Outro diagnóstico que descartamos rapidamente, mas que é vital em 2026, é o espaço físico em disco. O processo de atualização exige uma margem de manobra significativa no disco rígido para descompactar os arquivos antes da instalação. Se você trabalha com desenvolvimento ou virtualização, o problema pode estar aí.
Muitos desenvolvedadores usam o WSL2 (Windows Subsystem for Linux) ou máquinas virtuais para rodar containers e bancos de dados. Esses ambientes consomem espaço dinamicamente, e um arquivo VHD ou VHDX pode inflar rapidamente, comendo os GBs restantes que o Windows Update precisaria para operar. Se o seu SSD de 256 GB está com menos de 10% de espaço livre, o Update vai travar no final porque não consegue escrever os arquivos temporários de verificação. Verifique o tamanho desses ambientes e considere mover os discos virtuais para outro drive ou limpar imagens antigas do Docker.
Restaurar o funcionamento do Update usando o Prompt de Comando é um atalho eficiente que evita o reset de fábrica, mas exige entendimento do que está sendo interrompido. Não estamos apenas "reiniciando o computador"; estamos limpando a fila de comunicação entre a sua máquina e os servidores da Microsoft. Manter esses serviços saudáveis é parte da higiene básica do sistema, evitando que uma atualização de segurança crítica fique pendente por semanas, deixando sua máquina vulnerável a explorações que já deveriam estar histórias.


