Por quê? - Win 8.1 chkdsk roda cada bootup contra uma partição de recuperação oculta de 450MB

Question

Este problema não será fácil ... esteja avisado. Windows 8.1 x64 (instalado como Windows 8.1, não como uma atualização) com TODAS as atualizações instaladas e funcionando perfeitamente (conforme o visualizador de registros de eventos) ... há dois dias. Não houve atualizações que não foram instaladas incorretamente nem que o sistema foi desligado incorretamente.

Misteriosamente, cada inicialização, a partição oculta do Windows RE (partição # 5 no final do disco) continua sendo verificada e supostamente reparada, conforme mostrado por mensagem rápida na tela, embora muito rapidamente em um bom SSD (valores SMART perfeitos).

As partições na ordem física são: Partição 1: Recuperação 300MB 1024kb offset Partição 2: Sistema 100MB 302MB offset Partição 3: Reservado 128MB 402MB Partição 4: * Deslocamento Primário de 930GB 536MB Partition 5: Recovery 450MB 931GB offset

O log de eventos mostra: Uma corrupção foi descoberta na estrutura do sistema de arquivos no volume \? \ Volume {20e356e9-c78d-47ea-8fb9-7297d5c10082}. [Partição 5:]

Um arquivo no volume não pode mais ser acessado pelo diretório pai. O número de referência do arquivo principal é 0x2000000000002. O nome do diretório pai é "". O atributo de índice pai é ": $ I30: $ INDEX_ALLOCATION". O número de referência do arquivo que precisa ser reconectado é 0x100000003cbff. Pode haver arquivos adicionais no volume que também precisam ser reconectados a este diretório pai.

Atribua a letra da unidade D: à partição RE e nenhum erro ao visualizar o conteúdo, mas a consulta FSutil reporta o volume sujo. Execute chkdsk Admin (com miríades de vários parâmetros) contra D: e não reporta nada de errado, também não há setores defeituosos. Executando a opção de linha de comando de Recuperação e as mesmas respostas de chkdsk - tudo está bem, ainda o FSutil reporta sujo. Através de tudo isso, o registro autocheck autochk dados eventualmente tornou-se autocheck autochk / k: D Desde então, retornei a configuração do registro para um autocheck normal * Normalmente, a partição do Windows RE não é montada por meio da letra da unidade, que é como eu gostaria que ela ficasse, depois de tudo isso ser corrigido.

Outros resultados de comando: reparação fsutil enumerar d: (não mostra logs de corrupção) fsutil repair query d: (mostra o estado de auto-cura em d: é: 0x9, ative o reparo e avise sobre a possível perda de dados.) fsutil repair state d: (mostra "Estado de Corrupção: 0x11 - Full Chkdsk Necessário"

Execute chkdsk novamente com parâmetros de A a Z e sem problemas relatados, seja logicamente ou fisicamente.

Obviamente, algo está errado, até mesmo o Centro de Ação diz: "Whoaa ... execute o sistema completo chkdsk, cara, a corrupção é abundante" está bem, cale a boca no Action Center.

E ainda por cima, se algum dos pontos de restauro falhou, acabei por eliminá-los, perguntando-me se eram a causa. NÃO.

Caso contrário, o sistema é executado como um topo e nenhuma corrupção parece presente em programs / data / etc.

Alguma idéia por aí.

Dave

    

Answer 1

Eu consertei o problema e veja como:

Primeiro, altere as configurações de UEFI desativando a inicialização segura e alterando para o modo "CSM / UEFI" - apenas no caso. Inicialize no laptop.

(Enquanto o Windows 8.1 estava sendo executado) Fiz uma imagem da partição do WinRe oculta (que contém o arquivo .wim do ambiente de recuperação, entre outros) salvando-a na unidade c :.

Então eu usei um programa utilitário de partição para limpar a partição RE (partição # 5) com zeros. Em seguida, usei o mesmo utilitário para excluir a partição, para que ela se tornasse espaço livre. Agora eu reiniciei.

Windows 8.1 x64 reiniciado sem mensagens de erro ou problemas FINALMENTE!

Retorne ao utilitário de partição para criar uma partição GPT NTFS, ocupando todo o espaço livre disponível no final do disco (450 MB). De alguma forma, o utilitário lembrou a partição foi chamado de "volume de serviço OEM" (estranho, mas aceito)

Usando o utilitário de partição, montou a partição salva para obter acesso aos arquivos internos. Usou o utilitário novamente para COPY os arquivos / pastas na partição vazia de 450MB recém-criada. Não restaure a partição, simplesmente copie o conteúdo.

Eu notei e excluí a cópia de uma pasta de "informações de volume do sistema" que não deveria estar lá e pode ter contribuído para o problema original. Saindo do programa, reiniciado. Nenhum erro de chkdsk no boot - ótimo!

Uma vez inicializado, testou o acesso normal do usuário às opções de recuperação da inicialização avançada. Parece que o ambiente de recuperação está acessível e funcionando corretamente, embora eu não tenha atualizado, reinstalado nem restaurado o Windows.

Por fim, reinicialize nas opções de UEFI, escolha boot seguro e configuração UEFI e Fast Boot.

O trabalho acima foi basicamente recriando manualmente a partição do ambiente de recuperação do Windows. Espero que alguém consiga alguma milhagem disso.