Estou executando o Windows 7 (32 bits) como uma estação de trabalho de desenvolvimento. O software que eu instalei hoje (SQL Server 2008) ou o novo software em que estou trabalhando e testando com o NUnit está causando o travamento do shell do Windows 7. Janelas do Windows Explorer mostrará a mensagem "(não está respondendo)" na barra de título. Ocasionalmente algumas janelas permanecerão ligeiramente responsivas (como uma sessão de área de trabalho remota para sistemas de escritório corporativo).
Não consigo clicar com o botão direito do mouse na barra de tarefas ou CTL-ALT-DEL para abrir o Gerenciador de tarefas. Não há evidências nos registros de eventos para sugerir o que realmente está acontecendo. Atualmente, a única solução para lidar com o evento é ativar o ciclo do sistema. Eu prefiro não fazer isso.
Existe alguma maneira de abrir o Gerenciador de Tarefas no Windows 7 quando a barra de tarefas e o CTL-ALT-DEL não estão respondendo? Se sim, como?
Atualização : Usando a sugestão de Mathieu, eu trouxe o ProcessExplorer da SysInternals antes de executar os testes. Quando os testes terminaram e tentei fechar o NUnit vi que a janela fechava. O processo do NUnit permaneceu em execução. Outras janelas, como o Windows Explorer, foram novamente congeladas. Tentar matar o processo NUnit com o ProcessExplorer causou o travamento do ProcessExplorer. Então, claramente, é um pouco do código que está sendo testado que está causando o NUnit não sair corretamente.
Agora, se eu pudesse voltar ao estado de funcionamento sem ter que ligar o ciclo ...
Alguma sorte com o Win + R para abrir o Run, então tente iniciar o "taskmgr" dessa maneira.
Se você tiver uma janela do explorador em funcionamento, use "C: \ WINDOWS \ system32 \ taskmgr.exe"
mas fora dessas duas opções, clique com o botão direito do mouse - > Gerenciador de Tarefas, CTRL + ALT + DEL e CTRL + SHIFT + ESC você não pode fazer muito mais.
você poderia usar ctrl + shift + esc
mas acho que não funcionará melhor, já que até a sequência sas não está funcionando.
Você pode usar o monitor de processo do sysinternal (lançado antes da mão) ou ativar o crashOnControl para obter um despejo de memória e, assim, descobrir o que está travando o sistema dessa maneira
Isso pode ser um exagero, mas se você estiver confortável com os despejos de kernel, poderá forçar um despejo de memória de tela azul do teclado e, em seguida, observe o arquivo de despejo de memória ...
Tags windows-7