Esta é a minha segunda pergunta sobre meu caso de um Windows 10 não-inicializável , mas com um foco diferente desta vez. Como lembrete:
Since something(TM) happened with my laptop (Dell Latitude E6440) yesterday (I suspect a Windows Update, but who knows), my Windows 10 Pro installation (17134.1, if that matters) does not boot any longer. Basically, during bootup I saw only a Dell logo indefinitely, with nothing else happening beside some initial hard disk activity.
Eu descartei o Gerenciador de Inicialização do Windows como uma causa raiz, não menos importante, instalando a mesma versão do Windows 10 em uma segunda partição, gerenciada pelo mesmo gerenciador de inicialização EFI. [Parece não haver nenhuma maneira de atualizar / instalar no local em uma instalação do Windows não inicializável existente e manter os aplicativos instalados , portanto, essa não é minha solução preferida. Eu gostaria de reparar o quebrado.] O menu de inicialização funciona bem com todas as opções configuradas, é apenas que eu não consigo inicializar uma das duas instalações do Windows. Apesar da configuração BCD correspondente, um arquivo de log %WINDIR%\Ntbtlog.txt
não está gravado, então suspeito que a seqüência de inicialização falhe muito cedo (isto é, antes mesmo de ntoskrnl.exe
ser carregado). Eu pensei que talvez o carregador de inicialização do Windows dessa instalação foi interrompida.
Então comecei a procurar diferenças entre os respectivos arquivos. Eu me certifiquei de que o BCD pareça o mesmo, exceto pelas opções adicionais de registro e depuração:
Windows Boot Loader
-------------------
identifier {the-working-one}
device partition=C:
path \WINDOWS\system32\winload.efi
description Windows 10
locale en-US
inherit {bootloadersettings}
recoverysequence {uid1}
displaymessageoverride Recovery
recoveryenabled Yes
isolatedcontext Yes
flightsigning Yes
allowedinmemorysettings 0x15000075
osdevice partition=C:
systemroot \WINDOWS
resumeobject {uid2}
nx OptIn
bootmenupolicy Standard
Windows Boot Loader
-------------------
identifier {non-working-one}
device partition=D:
path \Windows\system32\winload.efi
description Windows 10-1
locale en-US
inherit {bootloadersettings}
recoverysequence {uid3}
displaymessageoverride Recovery
recoveryenabled Yes
isolatedcontext Yes
flightsigning Yes
allowedinmemorysettings 0x15000075
osdevice partition=D:
systemroot \Windows
nx OptIn
bootmenupolicy Standard
bootstatuspolicy DisplayAllFailures
bootlog Yes
sos Yes
Depois continuei comparando arquivos que suspeito terem algo a ver com a inicialização - mas tudo o que testei até agora é idêntico também:
C:\Windows\Boot\* == D:\Windows\Boot\* (recursive)
C:\Windows\System32\*boot*.* == D:\Windows\System32\*boot*.*
C:\Windows\System32\*bcd*.* == D:\Windows\System32\*bcd*.*
C:\Windows\System32\*winload*.* == D:\Windows\System32\*winload.*
C:\Windows\System32\Boot\* == D:\Windows\System32\Boot\* (recursive)
O que estou perdendo? Quais são os outros componentes de inicialização relevantes do Windows 10 que eu poderia comparar? Existe outra maneira de isolar as diferenças relevantes entre as duas instalações que podem permitir que eu copie uma parte do que funciona para a que não funciona?
Duas informações adicionais que podem ajudar a apontar na direção certa:
Durante a recuperação apenas com a instalação do Windows que não funciona, o "bootrec / fixboot" também foi encerrado com "Acesso negado", mas não consegui descobrir qual acesso foi negado. Eu não estou realmente ansioso para experimentar este comando agora, sem saber exatamente o que ele faz.
D:\Windows\System32\LogFiles\Srt\SrtTrail.txt
(o arquivo de log para reparo de inicialização, executado durante a Recuperação do Windows também) contém essa linha;
Boot critical file d:\efi\microsoft\boot\resources\custom\bootres.dll is corrupt.
Não tenho ideia de por que um bootres.dll personalizado pode ser necessário, não tenho isso em lugar algum. Onde isso pode ser registrado? Curiosamente, o único local em que posso encontrar parte dessa mensagem de erro é esses dois tópicos, relacionados à atualização 17133.73 (de 17133.1, eu suponho). Na verdade, eu tinha instalado essa atualização (com sucesso) depois de ter instalado um 17133.1 limpo, mas a atualização limpa subseqüente para o 17134.1 foi tranqüila, tanto quanto eu posso dizer. Ainda assim, eu me pergunto se isso pode indicar alguma sobra de problemas relacionados à Microsoft puxando 17133 como uma compilação RTM (por exemplo, na NVRAM da EFI).
Nãoachomuitodistantesuporqueoproblemadecustom\bootres.dll
acimaeaquestãodologotipodogerenciadordeinicializaçãoestejamintimamenterelacionados.(Perguntarelacionada:
Tags boot windows-10 debug