Comportamento incomum após a reinicialização após a atualização do Windows

Question

Um dos nossos servidores Windows 2008 R2 SP1 ficou suspenso durante um desligamento durante a execução de uma atualização do Windows - optei por "Desligar e aplicar atualizações" - que, em retrospectiva, pode não ter sido a melhor opção.

O servidor ficou pendurado na tela cinza normal "Desligando o Windows", não aquele em que ele informa que está instalando atualizações e não está puxando o plugue.

Esperei cerca de uma hora antes de decidir forçar uma reinicialização. Quando o servidor é reiniciado, ele agora exibe uma tela preta com o seguinte:

Applying update operation nnnn of 16703 (\Registry\....)

O valor de nnnn está incrementando constantemente e o valor entre parênteses foi alterado variadamente de arquivos de sistema para chaves de registro.

Alguém pode me dizer o que pode ter acontecido aqui para acionar esse comportamento? Eu nunca vi isso antes.

Eu pesquisei e encontrei várias soluções para erros que podem ocorrer durante esse processo, mas nenhum deles explica por que meu servidor está fazendo isso em primeiro lugar.

    

Answer 1

Isso é por design. É comum que o SO instale atualizações antes da reinicialização e depois. Você verá esta tela quando tiver atualizações com arquivos enormes. As atualizações são enfileiradas e instaladas. Nós tendemos a vê-lo mais ao instalar pacotes de idiomas, service packs, grandes atualizações, etc. Se você estiver preocupado, pode sempre verificar os logs de eventos do servidor e windowsupdate.log. (C: \ Windows \ windowsupdate.log)

    

Answer 2

Aconteceu comigo também. Não é um vírus (é o que eu também pensei). Aqui está a explicação:

On occasion, when rebooting Windows, you might see a black scren, with a Windows logo in center, and white text below rapidly counting the application of thousands of "update operations," like this:

Component-based servicing is a multi-step process, some steps of which you normally don't see:

1. Download digitally-signed updates
2. Verify signatures
3. Unpack into a staging area
4. Perform staging operation
5. Begin reboot
6. Validate correctness of staged updates
7. Migrate staged updates into WinSxs and the registry
8. Validate correctness of merge
9. Finalize reboot
10. Display logon screen

Step 4 is the pre-reboot "Do not interrupt or power down" message while you see a count from 0% to 100%. Step 7 is the post-reboot version. Ordinarily, there is no visible indication of steps 6 and 8. But if something causes the validation to fail, updates are re-staged. In this case, the validation steps become visible, and that's the image you see above. This does not mean Windows is applying thousands of updates. Instead, the batch of updates being installed contain thousands of distinct update operations, and you're experiencing the rare opportunity to witness a status message as each operation proceeds.

In the case of a major OS components like, say, the .NET framework, applying the update package requires processing possibly thousands of steps: each existing registry entry has to be read, modified, and validated. Each DLL has to be extracted, verfied, copied, and validated. Installing one update involves applying many many update operations.

Fonte: link