Como Restaurar Arquivos Corrompidos do Windows Manualmente via CMD

Quando o Windows começa a apresentar travamentos aleatórios, telas azuis intermitentes, erros em atualizações ou aplicativos que simplesmente param de funcionar sem motivo aparente, a causa frequente é corrupção na camada de arquivos do sistema. O Windows possui duas ferramentas nativas de linha de comando para diagnosticar e corrigir esse problema: o SFC e o DISM.

Elas não fazem a mesma coisa e não são intercambiáveis. Usá-las na ordem errada ou interpretar mal a saída pode deixar o problema intacto mesmo após horas de processamento.

A diferença fundamental entre SFC e DISM

O SFC (System File Checker) opera no nível dos arquivos individuais do sistema. Ele varre cada arquivo protegido pelo Windows, calcula o hash e compara com uma cópia armazenada localmente no cache de componentes do sistema (C:\Windows\System32\dllcache e o WinSxS store). Se encontrar divergência, substitui o arquivo corrompido pela cópia local. O problema é que se a própria cópia de referência estiver corrompida, o SFC não tem como corrigi-la — ele só enxerga os arquivos locais.

O DISM (Deployment Image Servicing and Management) opera um nível abaixo. Ele gerencia a imagem do sistema Windows em si — o repositório de componentes do qual o SFC extrai suas cópias de referência. Quando esse repositório está danificado, o SFC falha ou informa que encontrou erros mas não conseguiu corrigi-los. O DISM repara esse repositório usando fontes externas: por padrão, o Windows Update, que fornece versões íntegras dos componentes via internet.

A ordem de execução correta é sempre DISM primeiro, SFC depois. O DISM garante que o SFC terá uma base saudável para trabalhar.

Seção Técnica 1: Execução Passo a Passo no CMD como Administrador

Abrindo o Prompt de Comando com privilégios elevados

Todos os comandos abaixo exigem execução como Administrador. Qualquer tentativa sem elevação retorna erro de acesso negado sem executar nenhuma verificação.

Tecla Windows → Digite "cmd" → Clique direito em "Prompt de Comando" → Executar como Administrador

Alternativamente via atalho de teclado:

Windows + X → Terminal do Windows (Admin) ou Prompt de Comando (Admin)

O título da janela deve exibir Administrador: Prompt de Comando — se não aparecer a palavra "Administrador", feche e reabra com elevação.

Etapa 1 — Verificação rápida da saúde da imagem

Antes de iniciar qualquer reparo, verifique o estado atual da imagem do sistema. O CheckHealth lê metadados locais e não realiza download — é instantâneo.

DISM /Online /Cleanup-Image /CheckHealth

Saídas possíveis:

• No component store corruption detected — repositório saudável, pode pular para o SFC
• The component store is repairable — corrupção detectada, prossiga para ScanHealth e depois RestoreHealth
• The component store is not repairable — dano severo, considere reinstalação do Windows

Etapa 2 — Verificação aprofundada da imagem

O ScanHealth faz uma análise mais detalhada que o CheckHealth. Pode levar entre 5 e 15 minutos e não realiza download.

DISM /Online /Cleanup-Image /ScanHealth

Se retornar The component store is repairable, prossiga para o RestoreHealth. Se retornar No component store corruption detected, vá direto para o SFC.

Etapa 3 — Restauração da imagem via Windows Update

Este é o comando que efetivamente repara o repositório de componentes. Requer conexão com a internet e pode levar entre 10 e 45 minutos dependendo da quantidade de componentes a restaurar e da velocidade da conexão.

DISM /Online /Cleanup-Image /RestoreHealth

Aguarde até o progresso chegar a 100% antes de fechar o terminal. O progresso pode parecer travado em determinadas porcentagens — isso é normal e abordado na Seção Técnica 2.

Etapa 4 — Verificação e reparo de arquivos do sistema

Com a imagem restaurada pelo DISM, execute o SFC para verificar e corrigir os arquivos individuais do sistema usando o repositório agora saudável como referência.

sfc /scannow

O progresso é exibido em percentual e pode levar entre 5 e 30 minutos. Ao final, uma das seguintes mensagens será exibida:

Se o SFC corrigir arquivos, reinicie o computador e execute sfc /scannow novamente. Em casos de corrupção severa, são necessárias duas ou três execuções consecutivas até que todos os arquivos sejam restaurados.

Seção Técnica 2: Interpretando os Logs e Resolvendo Travamentos

Lendo o arquivo CBS.log

O SFC e o DISM registram cada operação em C:\Windows\Logs\CBS\CBS.log. Este arquivo pode ter vários megabytes — lê-lo inteiro no Bloco de Notas é impraticável. O comando abaixo filtra apenas as linhas relevantes e exporta para um arquivo separado na área de trabalho:

findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfc_resultado.txt"

Abra o arquivo sfc_resultado.txt e procure por entradas com os termos Cannot repair ou Repaired. Exemplo de entrada de arquivo que não pôde ser reparado:

[SR] Cannot repair member file [l:24{12}]"FILENAME.dll" of COMPONENTE,
Version = X.X.X.X, pA = PROCESSOR_ARCHITECTURE_AMD64 (9),
Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = ...

O nome do arquivo após [l:XX{XX}]"..." é o que você precisa buscar para substituição manual ou pesquisa de causa raiz.

Para o DISM, o log fica em:

C:\Windows\Logs\DISM\dism.log

Abra com qualquer editor de texto e busque por Error para localizar falhas específicas de componentes.

O que fazer se o DISM travar em 20%

Travar em 20% é o comportamento mais relatado e quase sempre indica um problema de conexão ou de autenticação com o Windows Update, não uma falha do comando em si. O DISM fica aguardando resposta de um servidor da Microsoft que não está respondendo.

Verifique a conexão com a internet, desative temporariamente o antivírus e proxy corporativo, e tente novamente. Se o problema persistir, use uma ISO como fonte local:

DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:1 /LimitAccess

Substitua D: pela letra da unidade onde a ISO está montada. O índice :1 ao final do caminho refere-se à edição do Windows na imagem — para ISOs de edição única (Home ou Pro), o índice 1 é correto.

O que fazer se o DISM travar em 100%

Travar em 100% geralmente significa que o processo está finalizando operações de limpeza após a restauração — pode levar até 10 minutos neste estágio antes de exibir a mensagem de conclusão. Não feche o terminal. Aguarde.

Se após 15 minutos parado em 100% o cursor ainda não retornar, verifique se o processo TiWorker.exe (Windows Modules Installer Worker) está ativo no Gerenciador de Tarefas. Se estiver com CPU ou disco em uso, o DISM ainda está trabalhando em segundo plano. Aguarde a atividade cessar antes de qualquer interação.

Se o terminal fechar sozinho ou exibir um código de erro como 0x800f081f ou 0x800f0906, o Windows Update não conseguiu fornecer os componentes necessários. Neste caso, a fonte local via ISO é a alternativa.

Fluxo de decisão resumido

Problema detectado no Windows
        ↓
DISM /CheckHealth
        ↓
   Repairable? ──Não──→ DISM /ScanHealth ──Não──→ Considerar reinstalação
        ↓ Sim
DISM /RestoreHealth (internet ou ISO local)
        ↓
   Concluiu com êxito?
        ├── Não (erro 0x800f081f) → Usar fonte ISO local
        └── Sim
              ↓
        sfc /scannow
              ↓
   Arquivos corrigidos? → Reiniciar → sfc /scannow novamente
              ↓
        Sistema restaurado