A inicialização do Windows 7 falha “autochk não encontrado ignorando o autocheck”

Question

Eu apaguei uma partição antiga do Windows XP e movi a partição do Windows 7 para a esquerda usando gParted. As primeiras reinicializações falharam completamente com o erro "Nenhum sistema operacional encontrado".

Então eu usei um disco de reparo do Windows 7, entrei no prompt de comando e usei diferentes comandos bootrec:

bootrec /fixboot

bootrec /fixmbr

bootrec /rebuildbcd

O último comando ainda está dizendo

Total identified Windows installations: 0

Felizmente, com esses comandos, consegui iniciar o Windows novamente, mas ele falha com o programa autochk não sendo encontrado.

autochk not found skipping autocheck

Executando o disco de reparo novamente Recebi os seguintes detalhes de reparo:

Session details
---------------
System Disk = \Device\Harddisk0
Windows directory = C:\Windows
AutoChk Run = 0
Number of root causes = 1

Root cause found:
Unspecified changes to system configuration might have caused the problem.

Repair action: System files integrity check and repair
Result: Failed. Error code = 0x57

Como posso inicializar com sucesso no Windows agora?

    

Answer 1

Não há ciência do rock por trás da inicialização do Windows. Windows Vista e posterior seqüência de inicialização em discos MBR:

1. código MBR
2. Código PBR (código de registro de inicialização da partição da partição ativa)
3. bootmgr na partição ativa usa BCD (dados de configuração de inicialização)

Dados de configuração de inicialização (BCD) para o Vista e posterior são armazenados em um arquivo "\ Boot \ BCD" na partição ativa.

Quando você move partições que são críticas para inicializar o Vista (Win7, Win8), os dados armazenados no BCD estão fora de sincronia com o endereço real da partição (id do disco + deslocamento da partição), então a inicialização falha.

Para corrigir o problema com o BCD, o utilitário bcdboot.exe pode ser usado:

bcdboot c: \ windows

em que c: \ windows é a raiz do SO (Vista, Win7, Win8) que falha ao inicializar, altere a letra da unidade, se necessário, para refletir o mapeamento de unidade em seu sistema.

Para corrigir o código do setor de inicialização, o comando -

bootsect / nt60 todos / mbr

pode ser usado.

Os comandos acima estão disponíveis no WindowsPE e no WindowsRERE e geralmente não falham.

É possível que alguns arquivos críticos do sistema também sejam carregados em relação ao endereço da partição, portanto, o autochk.exe "\ windows \ system32 \ autochk.exe" não pode ser encontrado quando você move o início da partição.

O endereço de uma partição mapeada é armazenado no registro do Windows (HKEY_LOCAL_MACHINE \ SYSTEM \ MountedDevices \ DosDevices \ C: por exemplo)

    

Answer 2

Encontrei este post por "Yostage". vai ajudar com certeza

Eu tive esse problema e nenhum dos comandos fixboot / fixmbr / bootrec ajudou. Veja o que corrigiu:

Parece que C: foi malmapeado por qualquer motivo. No meu caso, acho que é porque o meu software de migração não o encontrou.

Inicialize no console de recuperação e inicie o regedit.

Use o hive de carga para montar o seu c:\windows\system32\config\system hive (eu o nomeio 'offline').

Agora, você vai comparar HKLM\System\MountedDevices (que é a lista de dispositivos do ambiente de recuperação) a HKLM\System\Offline\MountedDevices (que é o que causa a instalação do Windows com falha). No meu caso, descobri que o ambiente de recuperação estava vendo corretamente C: , mas a seção offline tinha a assinatura de disco incorreta para c: . (possivelmente porque eu deletei uma partição de recuperação como parte da migração. Então, precisamos colocar a assinatura correta.

Veja a entrada binária para DosDevices\C: no registro de recuperação. Agora vá para o registro off-line e corrija seu DosDevices\C: para que ele corresponda. No meu caso, achei mais fácil renomear o DosDevices\C: para Z: e depois percorrer as entradas \volume{guid} até encontrar o que corresponde ao trabalho C: e renomeá-lo como DosDevices\C: . Descarregue a seção no menu de arquivos e, em seguida, reinicialize. Depois que fiz isso, consegui inicializar.

Outras pesquisas na Internet sugeriam que a simples exclusão de todas as entradas DosDevices off-line as forçaria a ser recriadas corretamente, mas isso não funcionou para mim.

(Obrigado ao Yostage: superuser.com/a/547260)

    

Answer 3

Eu tive um problema semelhante depois de comprar um laptop com SSD. Eu queria liberar algum espaço valioso na unidade SSD para o Linux de inicialização dupla, então removi a partição de recuperação de 20 GB (sda3) e a partição de 8 GB (sda0) no começo do drive.

Agora eu tenho:

autochk not found skipping autocheck

Seguido por uma BSoD.

Como removi partições de recuperação de muitos laptops e isso nunca foi um problema, tenho certeza de que essa partição do sistema contém alguns arquivos importantes.

Usando um pendrive inicializável com Linux ao vivo, eu coloquei a partição de backup SYSTEM_DRV na frente de todas as outras partições, mas como um de 350 MB em vez de 8 GB, porque o resto era apenas um espaço vazio valioso. p>

Como você provavelmente sabe, remover e criar partições geralmente atrapalha as entradas na tabela de partições:

[1st partition] -> sda3  
[2nd partition] -> sda2  
[3nd partition] -> sda1  

Por isso, corrijo os registros com fdisk :

x // expert mode
f // fix count
w // write changes

Faça isso por sua conta e risco. Eu recomendo uma quantidade irritante de backups!

Agora estava tudo bem novamente. Marque o primeiro como boot:

[1st partition] -> sda1 * boot
[2nd partition] -> sda2
[3nd partition] -> sda3

E após a reinicialização, o reparo do sistema foi iniciado. Uma reinicialização automática e um checkdisk iniciado. Uma reinicialização automática e o Windows foi iniciado!

Missão completa.

Como estou assumindo que as pessoas da Lenovo não são completamente retardadas, acredito que remover o espaço vazio da partição do sistema atrapalhe alguma coisa, mas não tenho certeza do que seria. Pelo menos não é algo que você notará no uso diário.

Além disso, ao longo dos anos, observei que fica cada vez mais fácil instalar e executar o Linux em praticamente tudo, enquanto, ao mesmo tempo, fica cada vez mais difícil manter o Windows em execução depois de gerenciar sua unidade. Por que é que? Você paga por isso, então tem que ser chato? Finja que a inicialização é ciência de foguetes?

    

Answer 4

Por favor, execute o SFC para descobrir se o autochk está quebrado. Isso também é comum em unidades que possuem criptografia de disco inteira, pois o Windows não pode obter acesso à unidade quando o WDE está ativado.

    

Answer 5

Parece que a partição do disco foi ocultada acidentalmente. Use uma ferramenta de partição para ativá-la novamente:

• Partition Master Free
• PTEdit

Answer 6

No meu caso, C: não foi atribuído automaticamente ao volume e, portanto, a inicialização do Windows 7 falhou com a mensagem "autochk not found skipping autocheck". Para corrigir isso, eu inicializei no WinRE e fiz o seguinte:

diskpart
list vol

Descobrir o número do volume no qual o Windows está presente. É evidente com a coluna de tamanho. Vamos chamar o número do volume X.

sel vol X
attributes vol clear nodefaultdriveletter
assign letter = C:
exit

Em seguida, reinicie! :)