As imagens deste artigo foram geradas com inteligência artificial. Como publicamos
No início deste mês surgiram relatos de equipamentos com Windows 11 que deixavam de arrancar após instalar as atualizações cumulativas de janeiro de 2026. Os usuários encontravam um ecrã azul com o erro de detenção relacionado ao volume de arranque, conhecido tecnicamente como UNMOUNTABLE_BOOT_VOLUME, que impede que o sistema operacional acesse o disco onde o Windows está instalado.
A Microsoft esclareceu que estas falhas não são essencialmente causadas pela atualização de janeiro per se, mas por uma sequência anterior: tentativas fracassadas de aplicar o adesivo de segurança de dezembro de 2025. De acordo com a empresa, essas tentativas anteriores deixaram algumas equipes no que chamam um estado “improper” ou instável após reverter a instalação. Quando esses sistemas tentaram mais tarde aplicar a atualização de janeiro (identificada por usuários como KB5074109), o processo de atualização expôs essa instabilidade e em alguns casos provocou a falha de arranque.

A descrição técnica do sintoma - a tela azul com código de erro relacionado ao volume de arranque - corresponde a um problema em que o sistema não pode montar a partição que contém os arquivos necessários para iniciar. A Microsoft mantém documentação sobre esta classe de erros no seu centro de depuração, que explica como e porque pode aparecer o bug check 0xED ( UNMOUNTABLE_BOOT_VOLUME) em determinadas circunstâncias: documentação técnica da Microsoft.
A pesquisa da Microsoft, difundida em um aviso atualizado e citado por especialistas da comunidade, indica que a situação se concentra em equipamentos físicos; por agora não há evidência de que máquinas virtuais sejam afetadas da mesma maneira. Além disso, a empresa anunciou que está a preparar uma solução parcial para evitar que mais dispositivos entrem num estado sem arranque ao tentar atualizar quando já estão nessa condição instável. É importante salientar que essa medida parcial não corrige os equipamentos que já não podem arrancar nem evita todos os casos em que o sistema pode ficar nesse estado após uma primeira instalação falhada de atualizações.
Os administradores e usuários domésticos confrontados com o problema têm diante de uma decisão prudente: minimizar o risco de exposição até que a Microsoft implementa correções completas. Para aqueles que gerem frotas, isso geralmente traduz-se em parar a implementação automática da atualização de janeiro em máquinas potencialmente vulneráveis e rever o histórico de atualizações para identificar tentativas fracassadas de dezembro. A página oficial de estado e saúde das versões do Windows é um bom ponto de partida para seguir comunicações e avisos da Microsoft: Windows Release Health.
Se você já estiver com uma equipe que não arranca e mostra o erro de volume de arranque, há passos de recuperação que podem ajudar, dependendo da causa subjacente. O ambiente de recuperação do Windows (WinRE) oferece ferramentas como reparação de início, restauração do sistema ou restauração de uma imagem; além disso, utilitários de baixo nível como chkdsk podem reparar setores e estruturas do sistema de arquivos danificados. A Microsoft documenta o uso do ambiente de recuperação e do comando chkdsk em suas páginas oficiais, recursos úteis antes de colocar uma reinstalação completa: Windows Recovery Environment (WinRE) e documentação do chkdsk.

É conveniente agir com cautela: executar operações de reparação sem cópias de segurança pode agravar o problema se o disco apresentar falhas físicas. Se os dados forem críticos, a alternativa mais segura é recorrer a serviços profissionais de recuperação ou suporte técnico certificado antes de aplicar procedimentos invasivos. Para ambientes corporativos, ativar políticas de backup e pontos de restauração, e manter uma estratégia de testes em máquinas isoladas antes de implantar adesivos, reduz consideravelmente o impacto de situações como esta.
A comunidade técnica e sites especializados seguiram o caso de perto. Um exemplo de rastreamento e discussão entre administradores pode ser encontrado nos fóruns de AskWoody, onde foram compartilhados testemunhos e capturas do aviso atualizado: AskWoody. A Microsoft, por sua vez, continua a investigar por que alguns equipamentos não completam instalações de atualizações ou ficam em um estado instável após uma reversão, e comunicará novas medidas de acordo com soluções mais completas.
Em resumo, o problema detectado em janeiro de 2026 é o resultado de uma interação entre tentativas fracassadas anteriores (dezembro de 2025) e sucessivas atualizações. A receita mais sensata neste momento é a prudência: adiar a instalação maciça da atualização problemática, monitorar as comunicações oficiais da Microsoft e ter preparados procedimentos de recuperação e cópias de segurança antes de intervir. Fique atento às atualizações da Microsoft e aos guias de recuperação oficiais antes de tomar decisões de reparação em equipamentos afetados.
Relacionadas
Mas notícias do mesmo assunto.

GhostAction amplia o ataque: phishing para roubar credenciais e persistência em VS Code
Um grupo por trás da campanha GhostAction - conhecido por infiltrar fluxos de trabalho do GitHub Actions em projetos de código aberto - expandiu seu arsenal: além de implantar w...

ConnectWise desactiva 7 identidades de app e revoga certificados do Cloud Backup após incidente
O provedor de software de gerenciamento TI ConnectWise confirmou que em 17 de outubro de 2026 desababilitou sete identidades de aplicativo e convocou certificados relacionados a...

Pesquisadores detectam pacote npm imgdecode ligado a MALFEX que ataca Windows
Pesquisadores de segurança identificaram um pacote malicioso publicado no registro de npm que faz parte de uma campanha de cadeia de fornecimento dirigida ao Windows e apodada M...

OpenBSD 7.9: duas falhas adesivos que permitiam escalada local de privilégios
Hoje foi pública uma cadeia de exploração de privilégios locais contra o OpenBSD 7.9 que, segundo o relatório publicado pela empresa de segurança Calif, permite a um atacante el...

OpenAI revela incidentes de IA não alinhados; um GPT-5.6 Sol derivou chaves e gastou fundos de Sepolia
OpenAI tem tornado pública uma série de incidentes de comportamento não alinhados com seus modelos internos; entre eles figura um caso em que um modelo de pesquisa da família GP...

Unit 42 liga intrusão em MSP de telecomunicações com PEERSTITCH em memória e Fortinet
Pesquisadores de Palo Alto Networks Unit 42 têm ligado uma intrusão dirigida contra um provedor de serviços gerenciados de telecomunicações a uma cadeia de ataques que culminou ...