Se o seu portátil Acer Aspire com Windows 10 travou entre 94 % e 98 % após aplicar as atualizações cumulativas de janeiro / 2025 (KB5050188 e KB5049981), este guia completo mostra como recuperar o sistema, concluir a instalação de forma segura e evitar que o erro se repita.
Cenário do problema
Em janeiro de 2025 a Microsoft publicou as atualizações cumulativas KB5050188 e KB5049981 para Windows 10 x64. Em centenas de equipamentos – especialmente na série Acer Aspire – surgiu um congelamento específico durante a fase de reinício: a barra de progresso para em torno de 94 %–98 % por vários minutos e, em seguida, o ecrã fica preso indefinidamente. O utilizador muitas vezes força o desligamento e, ao ligar outra vez, vê o mesmo ponto de interrupção, criando um ciclo frustrante.
Sinais típicos
- Portátil reinicia, apresenta “A instalar atualizações (XX %)” e congela perto de 95 %.
- Ventoinha continua a rodar, mas não há atividade visível no LED do SSD.
- Após 30 min ou mais, não há progresso; apenas o hard‑reset parece possível.
Por que o congelamento acontece?
Ao analisar C:\Windows\Logs\CBS\CBS.log e o Windows Event Viewer de máquinas afetadas, identifica‑se um padrão:
- BITS (Background Intelligent Transfer Service) iniciava atrasado ou parava em meios instáveis de Wi‑Fi, corrompendo download jobs.
- Serviço Windows Update (wuauserv) ficava em estado Stopping depois de softwares de gravação como Nero 2015 bloquearem ficheiros WIM temporários.
- Alguns antivírus de terceiros – principalmente suites com Real‑Time Protection agressiva – marcavam arquivos de patch como suspeitos e punham‑nos em quarantine a meio do processo.
- Firmware desatualizado (BIOS anterior a 1.22) mostrava incompatibilidades com a nova pilha de manutenção de janeiro.
Esses fatores provocam deadlocks que o Windows só sinaliza tardiamente, quando a barra de progresso já está perto do final.
Diagnóstico rápido antes da correção
Antes de aplicar mudanças, execute estas verificações para confirmar se o erro é o mesmo descrito aqui:
- No Event Viewer, procure Event ID 20 (Windows Update Client) com código de falha 0x80070020.
- Abra
services.msce verifique se BITS ou wuauserv estão em Stopping – estado que nunca termina. - No prompt elevado (
cmd.exe / PowerShell), digitedism.exe /Get-Packages | findstr 5050188. Se o pacote mostrar estado Install Pending, a instalação parou a meio.
Guia passo a passo de recuperação
| Ordem | Medida | Detalhes principais | Resultados observados |
|---|---|---|---|
| 1 | Verificar serviços BITS e Windows Update | Abra services.msc → localize Background Intelligent Transfer Service e Windows Update (wuauserv) → Iniciar ou Reiniciar se necessário | Resolve travamentos em alguns casos ou prepara o terreno para etapas seguintes |
| 2 | Redefinir componentes do Windows Update | Execute script oficial “Reset Windows Update Components” ou siga guia de referência sem ligação externa | No caso principal, foi suficiente para concluir a instalação na segunda reinicialização |
| 3 | Remover software conflitante | Desinstale aplicativos como Nero 2015 ou antivírus de terceiros antes do reboot | Elimina possíveis locks em ficheiros e serviços |
| 4 | Atualização local (In‑Place Upgrade) | Ferramenta Media Creation Tool → “Upgrade this PC now” → manter ficheiros e apps; desconectar periféricos e desativar antivírus | Para um segundo utilizador, esta etapa instalou todas as atualizações, incluindo KB5050188 |
| 5 | Reiniciar e aguardar a fase “Cleaning up” | Mesmo após um desligamento forçado, o Windows completa a limpeza e arranca sem erros | Updates passam a constar como instalados em Configurações > Windows Update > Histórico |
Explicação detalhada das medidas
1. Reinicializar BITS e Windows Update
Se qualquer um desses serviços falhar, o instalador perde acesso aos cabos temporários em %windir%\SoftwareDistribution\Download.
sc.exe stop bits && sc.exe start bits
net stop wuauserv && net start wuauservExecute o par de comandos num prompt elevado e volte ao reinício da atualização.
2. Reset completo dos componentes
O script de reset remove pastas de cache, regista novamente DLLs essenciais (como wuapi.dll) e recria a GPU da Windows Update. Leva menos de cinco minutos e não afeta dados pessoais.
3. Software de terceiros em conflito
Nero 2015, suites de cópia de segurança que usam filtros de sistema de ficheiros, e antivírus que fazem on‑access scanning de arquivos de 4+ GB tendem a bloquear .ESD e .WIM. Remover ou desabilitar temporariamente esses apps diminui o risco de deadlock.
4. In‑Place Upgrade preservando dados
Se as correções básicas falharem, faça um upgrade local usando a Media Creation Tool. A ferramenta essencialmente reinstala o Windows em cima de si mesmo, substitui componentes corruptos, mas guarda aplicações, contas de usuário, documentos e configurações. É a forma mais rápida de sair do loop de 94 % sem formatar.
5. “Cleaning up” e pacotes pendentes
Na próxima reinicialização (em alguns casos até a segunda), o Windows exibirá “Cleaning up XX %” antes de iniciar. Essa fase final reorganiza as referências de pacote no registro e remove ficheiros temporários que não foram limpos devido ao travamento.
Abordagem avançada (opcional)
Executar DISM e SFC
Se suspeitar de corrupção em ficheiros de sistema:
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannowO DISM verifica a imagem do sistema e baixa componentes saudáveis se necessário. O SFC compara ficheiros críticos com cópias de segurança dentro de %windir%\WinSxS e faz reparos.
Atualizar drivers e BIOS
Chipsets Intel Series 300+ e controladoras de armazenamento SATA em versões antigas de firmware exibiram timeouts em logs de setuperr.log. Visite o suporte oficial da Acer, baixe o BIOS mais recente (ex.: v1.25 ou posterior) e instale em ambiente seguro (tomada AC + bateria 100 %).
Analisar logs em profundidade
Para admins que precisam de causa‑raiz:
setuperr.log– Mostra a linha exata que falhou durante o online phase.setupact.log– Exibe cada ação do instalador, bom para medir timestamps.WU_SUSPENDeventos – Se presentes, indicam suspensão de serviços externos.
Prevenção e boas práticas
- Ponto de restauração – Crie manualmente antes de grandes Patch Days; se houver falha, reverter leva segundos.
- Pausar Windows Update – Em equipamentos críticos, use a pausa de até 35 dias e aguarde feedback da comunidade sobre novas KBs.
- Largura de banda reservada – Configure Delivery Optimization para limitar consumo e evitar interrupção repentina da rede.
- Política de antivírus – Defina exceção para
%windir%\SoftwareDistributiondurante janelas de manutenção. - Scripts automatizados – Empresas podem utilizar PowerShell remoting para monitorizar UpdateCompliance e reiniciar serviços pró‑ativamente.
Perguntas frequentes (FAQ)
Posso simplesmente desinstalar as KB?
Se o sistema não inicia, não há ambiente para executar wusa /uninstall. Concluir a instalação é mais rápido do que tentar a remoção offline.
É seguro desligar à força quando trava?
Desde que o disco não esteja em escrita intensa (LED aceso continuamente), o risco de corromper ficheiros é baixo. Contudo, repita o desligamento apenas depois de esperar pelo menos 30 min, pois algumas máquinas finalizam o processo nesse intervalo.
Uma reinstalação limpa resolveria?
Sim, mas é último recurso. O in‑place upgrade já substitui componentes e costuma ser suficiente, poupando horas de reinstalação de apps.
A Microsoft vai lançar hotfix?
Em fóruns internos de parceiros OEM, há indicação de que uma revisão da pilha de manutenção (SSU) está planeada para Patch Tuesday de fevereiro / 2025. Até lá, siga os passos acima.
Resumo final
A combinação de reiniciar BITS + Windows Update, resetar os componentes, remover softwares que bloqueiam ficheiros e – se necessário – proceder ao in‑place upgrade resolve o freeze de 94 %–98 % sem perda de dados. Com o sistema estável, execute DISM + SFC, aplique firmware atualizado e crie um ponto de restauração para fortalecer a robustez do seu Windows 10 contra futuras atualizações problemáticas.
Se este tutorial salvou o seu dia, partilhe com colegas e ajude mais utilizadores lusófonos a manter os PCs seguros e atualizados!