Corrigir erros do sfc /scannow que o CBS.log não identifica no Windows 11

Ao executar a Ferramenta de Verificação de Arquivos do Sistema com o comando sfc /scannow no Windows 11, pode aparecer que arquivos corrompidos foram encontrados, mas alguns não puderam ser reparados. Você então verifica o arquivo CBS.log para obter detalhes, mas o log não identifica quais arquivos estão corrompidos ou por que o reparo falhou. Essa situação deixa você sem um caminho claro para corrigir a corrupção subjacente dos arquivos do sistema. A causa raiz geralmente é um repositório de componentes do Component-Based Servicing corrompido, um disco rígido danificado ou uma atualização do Windows pendente que interfere no processo de reparo. Este artigo explica por que o CBS.log pode não mostrar nomes de arquivos específicos e fornece métodos passo a passo para resolver o problema e reparar os arquivos do sistema com sucesso.

Por que o CBS.log não identifica arquivos corrompidos específicos após sfc /scannow

O log do Component-Based Servicing localizado em C:\Windows\Logs\CBS\CBS.log registra todas as operações realizadas pela pilha de manutenção do Windows, incluindo o sfc. Quando o sfc /scannow encontra um arquivo corrompido que não pode reparar, ele registra uma entrada genérica como “Não é possível reparar o arquivo de membro” sem especificar o nome ou caminho do arquivo. Isso acontece porque a corrupção existe no manifesto do componente em si, e não em um único arquivo visível ao usuário. O manifesto é o XML de metadados que descreve quais arquivos pertencem a um componente e seus hashes esperados. Se o manifesto estiver danificado, o sfc não consegue corresponder o arquivo corrompido à sua assinatura esperada e, portanto, não pode relatar o nome do arquivo.

Uma segunda causa comum é um repositório de componentes corrompido. O repositório de componentes em C:\Windows\WinSxS armazena todas as versões de arquivos do sistema. Quando o sfc /scannow tenta substituir um arquivo danificado, ele obtém a substituição desse repositório. Se o repositório em si contiver arquivos corrompidos ou ausentes, o sfc falha e registra apenas um erro genérico do CBS. Nesse cenário, a entrada do log pode exibir “Falha ao executar a operação” sem nome de arquivo. Uma terceira causa são erros de disco rígido. Setores defeituosos ou corrupção do sistema de arquivos podem impedir o sfc de ler ou gravar arquivos. Nesse caso, o CBS.log pode mostrar erros de acesso negado ou E/S sem identificar o arquivo.

Etapas para reparar o repositório de componentes e corrigir erros do sfc /scannow

Antes de executar qualquer comando de reparo, abra um Prompt de Comando elevado. Pressione a tecla Windows, digite cmd, clique com o botão direito em Prompt de Comando e selecione Executar como administrador. Clique em Sim no prompt do Controle de Conta de Usuário.

1. Execute o DISM para reparar o repositório de componentes
   Digite ou cole o seguinte comando e pressione Enter: DISM /Online /Cleanup-Image /RestoreHealth. O DISM usa o Windows Update para baixar arquivos novos do sistema dos servidores da Microsoft. Esse processo pode levar de 15 a 30 minutos. Não feche a janela do Prompt de Comando enquanto ele executa. Quando a operação for concluída, o DISM relatará “A restauração foi concluída com êxito” ou “A corrupção do repositório de componentes foi reparada”. Se o DISM não conseguir contatar o Windows Update, prossiga para a próxima etapa.
2. Use uma mídia de instalação do Windows 11 como fonte do DISM
   Insira um USB ou DVD do Windows 11. Anote a letra da unidade da mídia, por exemplo D:. Execute o seguinte comando: DISM /Online /Cleanup-Image /RestoreHealth /Source:D:\sources\install.wim /LimitAccess. Substitua D: pela letra da unidade real da sua mídia. A opção /LimitAccess impede que o DISM use o Windows Update como fallback. Aguarde a conclusão do comando. Esse método funciona quando o repositório de componentes local está danificado e o Windows Update não está disponível.
3. Execute o chkdsk para verificar erros de disco rígido
   Digite chkdsk /f /r e pressione Enter. O sistema solicitará que você agende a verificação na próxima reinicialização. Digite Y e pressione Enter. Reinicie o computador. O utilitário chkdsk é executado antes do Windows carregar e verifica o sistema de arquivos e a superfície do disco em busca de erros. Ele pode corrigir setores defeituosos e corrupção do sistema de arquivos que impedem o sfc de gravar arquivos reparados. Após a conclusão do chkdsk, o Windows inicializa normalmente.
4. Execute o sfc /scannow novamente
   Após concluir as etapas 1 a 3, execute sfc /scannow no Prompt de Comando elevado. A verificação agora usa um repositório de componentes reparado e um disco saudável. O sfc deve relatar “A Proteção de Recursos do Windows não encontrou violações de integridade” ou “A Proteção de Recursos do Windows encontrou arquivos corrompidos e os reparou com êxito”. Se o sfc ainda relatar erros, prossiga para a próxima seção.

Se o sfc /scannow ainda relatar erros não identificados após a correção principal

sfc /scannow falha com “A Proteção de Recursos do Windows não pôde executar a operação solicitada”

Esse erro indica que um serviço do Windows necessário para o sfc não está em execução. Abra o console de Serviços pressionando Windows + R, digitando services.msc e pressionando Enter. Localize o serviço Windows Modules Installer. Clique com o botão direito e selecione Iniciar se não estiver em execução. Defina o Tipo de inicialização como Manual. Em seguida, execute o sfc /scannow novamente.

sfc /scannow relata erros, mas o CBS.log ainda não mostra nomes de arquivos

Em casos raros, a corrupção do manifesto do componente é muito profunda para o DISM reparar. Você pode extrair o CBS.log para um arquivo de texto e pesquisar códigos de erro específicos. Execute o seguinte comando: findstr /C:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfc_errors.txt". Abra o arquivo sfc_errors.txt na sua área de trabalho. Procure linhas contendo “0x800f0900” ou “0x800f081f”. O erro 0x800f0900 significa que o repositório de componentes está corrompido além do reparo do DISM. O erro 0x800f081f significa que os arquivos de origem estão ausentes. Para esses erros, a única correção confiável é uma instalação de reparo do Windows 11 usando a opção Manter arquivos pessoais e aplicativos. Inicialize a partir de uma mídia de instalação do Windows 11, selecione Reparar o computador, depois Solucionar problemas > Redefinir este PC > Manter meus arquivos. Isso substitui todos os arquivos do sistema sem remover seus dados ou programas instalados.

sfc /scannow é executado, mas nunca termina ou trava

Uma verificação sfc travada geralmente é causada por uma atualização do Windows pendente que está presa. Abra o aplicativo Configurações, vá para Windows Update e clique em Verificar atualizações. Instale todas as atualizações pendentes. Se uma atualização falhar ao instalar, execute o Solucionador de problemas do Windows Update em Configurações > Sistema > Solucionar problemas > Outros solucionadores de problemas. Depois de resolver o problema de atualização, reinicie o computador e execute o sfc /scannow novamente.

Item	DISM /RestoreHealth	sfc /scannow
Finalidade	Repara o repositório de componentes e a pilha de manutenção	Verifica e substitui arquivos de sistema corrompidos
Fonte dos arquivos de substituição	Windows Update ou um install.wim local	O repositório de componentes local em WinSxS
Localização do arquivo de log	C:\Windows\Logs\DISM\dism.log	C:\Windows\Logs\CBS\CBS.log
Erro comum quando o repositório está danificado	0x800f0900 ou 0x800f081f	Genérico “Não é possível reparar o arquivo de membro” sem nome de arquivo
Ordem recomendada para execução	Primeiro	Segundo, após o DISM ser concluído

Quando o sfc /scannow relata erros que o CBS.log não consegue identificar, o problema é quase sempre um repositório de componentes corrompido ou erros de disco rígido, em vez de corrupção de arquivo individual. Executar o DISM com uma fonte de mídia de instalação local e o chkdsk antes do sfc resolve a maioria desses casos. Se o problema persistir, uma instalação de reparo do Windows 11 usando a opção Manter arquivos pessoais é a correção definitiva. Lembre-se de sempre executar esses comandos de um Prompt de Comando elevado e de fazer backup de dados importantes antes de realizar uma instalação de reparo.