KB5034439 não instala no Windows Server 2022 (WinRE) — entenda por que ela falha em VMs na nuvem, como diagnosticar em minutos e quais caminhos seguir: desativar o WinRE (se você não precisa dele) ou redimensionar a partição de recuperação com segurança para concluir a atualização.
Visão geral do problema
Em diversos servidores Windows Server 2022, especialmente VMs de nuvem (Azure, AWS, GCP e provedores locais), a atualização de janeiro de 2024 para o Windows Recovery Environment (WinRE) — conhecida originalmente como KB5034439 — pode falhar repetidamente. Na prática, isso ocorre por dois motivos principais:
- O servidor não possui WinRE habilitado (ou sequer possui partição de recuperação). Neste caso, a atualização só atualizaria o WinRE, logo não se aplica e pode ser ignorada.
- O servidor usa WinRE, mas a partição de recuperação não tem espaço livre suficiente. A exigência mínima para o pacote instalar é ≈ 250 MB livres na partição de recuperação.
Para ajudar administradores a resolverem rapidamente, este guia traz um diagnóstico seguro (read-only) em um comando, um fluxo de decisão objetivo e dois métodos suportados pela Microsoft para ajustar a partição de recuperação quando necessário (manual via DiskPart ou automático via script em PowerShell), além de checklists, tabela de sintomas e perguntas frequentes.
O que está acontecendo
- A atualização em questão não altera o sistema operacional propriamente dito; ela atualiza apenas o WinRE (o ambiente de recuperação baseado no
winre.wim
). - Se o servidor não tem partição/WinRE habilitado, a atualização não se aplica. É comum em VMs de nuvem, que muitas vezes são preparadas sem partição de recuperação.
- Se o WinRE está habilitado, é necessário espaço livre suficiente na partição de recuperação (recomendado mínimo de 250 MB livres) para que o pacote conclua.
- Em agosto/2024 a Microsoft aposentou o rótulo KB5034439 e consolidou o conteúdo como KB5042322 (continua sendo o update de WinRE para Windows Server 2022, com os mesmos pré‑requisitos). O pacote é oferecido via Windows Update.
Diagnóstico rápido e seguro
Passo único (sem risco): verifique o status do WinRE:
reagentc /info
- Se o output indicar Windows RE status: Enabled, existe WinRE e a atualização pode ser necessária.
- Se indicar Disabled ou não houver location para o WinRE, significa que o servidor não usa WinRE; nesse caso, a atualização não é necessária e pode ser ignorada com segurança.
Dica: se quiser confirmar a presença (ou ausência) de partição de recuperação, inspecione o layout de disco. Escolha um dos caminhos abaixo (somente leitura):
diskpart
list disk
sel disk <índice>
list part
exit
Get-Partition | Sort-Object DiskNumber, PartitionNumber | Format-Table DiskNumber, PartitionNumber, Type, Size, GptType
Caminhos de solução
Com o diagnóstico em mãos, siga por um dos caminhos abaixo.
Se você não precisa do WinRE neste servidor
Este é o cenário mais comum em VMs de nuvem que usam imagens otimizadas e mecanismos de recuperação próprios do provedor.
- Garanta que o WinRE esteja desativado:
reagentc /disable
Com o WinRE ausente/desativado, o Windows Update deixa de oferecer o pacote. Basta desconsiderar as falhas anteriores. Em ambientes corporativos, documente a decisão (ex.: “Servidor sem WinRE por política de imagem e disaster recovery via snapshot/backup do provedor”).
Se você precisa do WinRE e a instalação falha por falta de espaço
Nesse caso, a solução é aumentar a partição de recuperação (ou recriá-la) para cumprir o requisito de espaço livre. Há duas abordagens suportadas:
Opção: redimensionar manualmente (DiskPart)
Pré‑requisitos e cuidados (recomendado antes de alterar partições):
- Tire um snapshot da VM ou tenha um backup consistente.
- Se o volume do SO estiver com BitLocker, suspenda temporariamente os protetores para reduzir a chance de erro:
manage-bde -protectors -disable C:
- Garanta que há pelo menos 250 MB passíveis de encolher no volume do SO.
Sequência típica (GPT/UEFI; adapte os índices às suas unidades):
reagentc /disable
diskpart
list disk
sel disk <índicedodisco>
list part
rem Selecione a partição do SO (geralmente a maior)
sel part <índicepartiçãoSO>
shrink desired=250 minimum=250
rem (Opcional) Se já existir uma partição WinRE antiga após o SO:
sel part <índicepartiçãoWinRE_existente>
delete partition override
rem Crie a partição WinRE com o GUID correto e atributo GPT exigido:
create partition primary id=de94bba4-06d1-4d40-a16a-bfd50179d6ac
gpt attributes=0x8000000000000001
format quick fs=ntfs label="Windows RE tools"
exit
reagentc /enable
Observações importantes:
- Em GPT/UEFI, o tipo correto da partição WinRE é
DE94BBA4‑06D1‑4D40‑A16A‑BFD50179D6AC
com atributo0x8000000000000001
. - Em MBR/BIOS, use o ID 27 (partição de recuperação).
- Após o
reagentc /enable
, o Windows deve apontar o caminho dowinre.wim
para essa partição recém-criada. - Se suspendeu o BitLocker, reative após concluir e reiniciar:
manage-bde -protectors -enable C:
Opção: script oficial para aumentar a partição de recuperação (PowerShell)
Para reduzir riscos e tempo, utilize o script em PowerShell publicado pela Microsoft que automatiza a expansão/criação da partição de recuperação em +250 MB e reconfigura o WinRE. Procedimento típico:
- Abra o PowerShell como Administrador.
- Execute o script conforme as instruções do fornecedor (ele redimensiona o volume do SO, provisiona/ajusta a partição de recuperação e reativa o WinRE).
- Finalize validando com
reagentc /info
.
Boa prática: salve o script no repositório de automação da sua equipe (ex.: repositório interno de configuração) e padronize a execução via pipeline, garantindo histórico e repetibilidade.
Confirmar que deu certo
- Force uma verificação do Windows Update (ou aguarde o ciclo programado). A oferta da atualização deve desaparecer (se WinRE desativado) ou instalar com sucesso (se WinRE habilitado com espaço suficiente).
- Valide a versão do WinRE instalada. Pegue o caminho do
winre.wim
peloreagentc /info
e rode o DISM:Dism /Get-ImageInfo /ImageFile:\\?\GLOBALROOT\device\harddiskX\partitionY\Recovery\WindowsRE\winre.wim /index:1
A versão do WinRE no Windows Server 2022, após a atualização, deve ser ≥ 10.0.20348.2201.
Fluxo de decisão em 30 segundos
- Rode
reagentc /info
. - Disabled / sem localização? Desative (
reagentc /disable
) e ignore a KB. - Enabled? Garanta ≥ 250 MB livres na partição de recuperação.
- Se faltar espaço, opte por DiskPart (manual) ou script oficial (automático).
- Atualize, reinicie se solicitado e valide com DISM.
Tabela de sintomas, causa raiz e ação
Sintoma | Causa mais provável | Ação recomendada |
---|---|---|
Falha na KB5034439/KB5042322 com erro genérico (ex.: 0x80070643) | WinRE inexistente/desativado ou partição de recuperação sem espaço | Verificar reagentc /info ; se “Disabled”, ignore a KB; se “Enabled”, aumente a partição em 250 MB |
Erro 0x800f0922 | Espaço insuficiente na partição de recuperação | Encolher o volume do SO em 250 MB e recriar/expandir a partição WinRE; repetir a instalação |
Atualização sempre reaparece | WinRE foi reativado ou detecção em cache | Confirmar reagentc /disable , executar nova verificação do Windows Update e reiniciar se necessário |
reagentc /enable falha | Partição criada com tipo/atributo incorretos | Garantir GUID correto (GPT) ou ID 27 (MBR) e atributo 0x8000000000000001 , formatar NTFS e repetir |
DISM não encontra o winre.wim | Caminho não apontado pelo reagentc ou WinRE ausente | Validar localização com reagentc /info ; se necessário, reagentc /enable após recriar a partição |
Boas práticas para evitar retrabalho
- Padronize imagens de servidores: defina se sua organização utiliza WinRE em servidores e mantenha consistência em todas as VMs.
- Se decidir não usar WinRE em VMs, já provisionar imagens com o WinRE desativado e sem partição de recuperação, documentando a estratégia de disaster recovery (snapshot, backup bare‑metal, PXE, etc.).
- Se decidir usar WinRE, reserve 300–500 MB na partição de recuperação desde a criação da imagem para acomodar futuras atualizações do
winre.wim
. - Automatize o ajuste de partição com script em pipelines de preparo de imagens (Packer, MDT, Autopilot/Intune para servidores gerenciados, etc.).
- Antes de mexer em partições, tire snapshot e valide integridade do sistema de arquivos. Em hosts com BitLocker, suspenda os protetores durante a alteração.
- Mantenha um runbook com os comandos de validação (
reagentc
,DISM
,Get-Partition
) e pontos de reversão.
Perguntas frequentes (FAQ)
Posso ignorar a KB se o WinRE estiver desativado?
Sim. A atualização só atualiza o WinRE. Se o WinRE estiver desativado/inexistente, ela não se aplica e pode ser ignorada.
Por que a atualização ainda aparece mesmo após desativar o WinRE?
Em alguns casos, a detecção fica em cache até nova verificação (ou reinício). Garanta reagentc /disable
e rode uma nova checagem do Windows Update. Em ambientes gerenciados, verifique políticas e scan cycles do agente.
Quanto de espaço preciso na partição de recuperação?
Planeje pelo menos 250 MB livres para o pacote atual. Por segurança e futuras atualizações, considere 300–500 MB.
Posso criar a partição em qualquer lugar do disco?
Sim, desde que seja do tipo correto (GUID WinRE em GPT, ou ID 27 em MBR), com atributo exigido e formatada em NTFS. Na prática, muitos administradores a criam após a partição do SO.
BitLocker interfere?
Alterações de partição no disco do SO protegido por BitLocker podem falhar. Suspenda os protetores (manage-bde -protectors -disable C:
) antes de encolher o volume, e reative ao final.
Uso WSUS. Por que não vejo o pacote?
Esse update de WinRE é oferecido via Windows Update e, em determinados momentos, não está disponível no Catálogo/WSUS. Aplique o fluxo de decisão deste artigo e valide o estado do WinRE localmente.
Exemplos práticos
Exemplo A — VM na nuvem sem WinRE
reagentc /info
retorna Disabled.- Execute
reagentc /disable
para consolidar o estado. - Rodada de Windows Update: a KB deixa de ser oferecida. Nenhuma ação adicional é necessária.
Exemplo B — Servidor físico com WinRE habilitado e erro 0x800f0922
reagentc /info
retorna Enabled.- Verifique partições: partição de recuperação com tamanho de 500 MB, porém sem espaço livre suficiente.
- Suspenda BitLocker, se ativo. Tire snapshot/backup.
- Reduza o SO em 250 MB e recrie a partição WinRE com GUID e atributo corretos (ou use o script oficial).
reagentc /enable
, rode o Windows Update e valide com DISM (versão do WinRE ≥ 10.0.20348.2201).
Playbook de implementação
- Diagnosticar:
reagentc /info
. - Decidir:
- Sem WinRE? Desativar e ignorar a KB.
- Com WinRE? Ajustar partição (DiskPart ou script) e instalar.
- Validar: Windows Update sem erros e DISM mostrando versão atualizada do
winre.wim
. - Documentar no ticket de mudança (caminho do
winre.wim
, tamanho final da partição, comandos executados).
Comandos essenciais (copiar e colar)
Verificar status do WinRE
reagentc /info
Desativar o WinRE
reagentc /disable
Reativar o WinRE depois de ajustar a partição
reagentc /enable
Validar a versão do WinRE pelo DISM
Dism /Get-ImageInfo /ImageFile:\\?\GLOBALROOT\device\harddiskX\partitionY\Recovery\WindowsRE\winre.wim /index:1
Sequência de DiskPart (modelo)
reagentc /disable
diskpart
list disk
sel disk <índicedodisco>
list part
sel part <índicepartiçãoSO>
shrink desired=250 minimum=250
sel part <índicepartiçãoWinRE_existente>
delete partition override
create partition primary id=de94bba4-06d1-4d40-a16a-bfd50179d6ac
gpt attributes=0x8000000000000001
format quick fs=ntfs label="Windows RE tools"
exit
reagentc /enable
Notas sobre o ciclo da atualização
- A atualização de WinRE do Windows Server 2022 divulgada como KB5034439 foi substituída e aparece agora como KB5042322.
- O conteúdo e os pré‑requisitos práticos permanecem os mesmos: WinRE presente e partição de recuperação com espaço suficiente.
- Se seu pipeline de conformidade ainda referencia o rótulo antigo, atualize suas políticas e relatórios para refletir o novo identificador.
Checklist rápido
- ✅
reagentc /info
→ Disabled? Ignore/desconsidere a KB. - ✅ Precisa do WinRE? Garanta ≥ 250 MB livres na partição de recuperação (ajuste manual com DiskPart ou automático com script em PowerShell).
- ✅ Confirme a versão do WinRE com DISM (≥ 10.0.20348.2201).
Resumo em uma linha: Se o servidor não usa WinRE, desative e ignore a KB; se usa, aumente a partição de recuperação em 250 MB e reinstale — seguindo as instruções oficiais.
Apêndice — Dicas avançadas de solução
- Problemas para encolher o SO: desative temporariamente hibernation (
powercfg /h off
), reduza/realocar arquivo de paginação, execute uma desfragmentação e tente novamente. - Partição WinRE ficou com letra atribuída: remova a letra no DiskPart (
remove letter=R
), já que o WinRE deve permanecer oculto. - WinRE no diretório do SO: em alguns casos o WinRE pode residir em
C:\Windows\System32\Recovery
. Oreagentc /enable
atualiza o ponteiro para a partição correta; valide o caminho noreagentc /info
. - Logs úteis:
%windir%\Logs\CBS\CBS.log
,%windir%\Logs\DISM\dism.log
e os eventos de Windows Update no Visualizador de Eventos ajudam a localizar a falha exata. - Ambientes de boot legado (MBR): use o ID 27 para a partição de recuperação. Em GPT, use o GUID oficial do WinRE e aplique o atributo exigido.
- Automação: encapsule os comandos (checagem com
reagentc
, resize e validação comDISM
) em um script de health check para padronizar sua postura de compliance.
Conclusão
A falha da KB5034439 (hoje consolidada como KB5042322) no Windows Server 2022 não é, por si só, um problema do sistema: quase sempre é um mismatch de cenário. Se o servidor não utiliza WinRE, desative e siga com sua vida — a atualização não se aplica. Se o servidor usa WinRE, resolva a raiz (falta de espaço na partição de recuperação) escolhendo entre o ajuste manual com DiskPart ou o script oficial. Feche o ciclo validando a versão do winre.wim
com o DISM. Com esse playbook, você elimina o alerta, mantém a conformidade e reduz chamadas repetitivas ao suporte.