今天早上，我们重新启动了 Server 2008 R2 机器。没问题，马上回来。然后我们关闭它，让它安装windows更新。当它关闭时，我们添加了一些 RAM。然后我们重新打开它。
系统立即返回到“按 ctrl-alt-delete”屏幕，到目前为止一切正常。
我登录了。系统达到了“应用组策略”的程度——然后花了将近一个小时来应用驱动器映射。终于完成了，现在已经花了 30 分钟等待事件通知服务。
我仍然无法登录。远程桌面服务似乎尚未运行。
我尝试从另一台机器查看事件日志。我看到该框正在写入安全日志，但在过去 45 分钟内系统或应用程序中没有任何事件。
挖掘 45 分钟前的系统事件日志，我看到了一堆超时：
- 等待 ShellHWDetection 服务的事务响应时达到超时（30000 毫秒）。[很多这样]
- 等待来自 wuauserv 服务的事务响应时超时（30000 毫秒）。
- 等待 SessionEnv 服务的事务响应时达到超时（30000 毫秒）。
- 等待来自计划服务的事务响应时达到超时（30000 毫秒）。
- 等待来自 CertPropSvc 服务的事务响应时达到超时（30000 毫秒）。
我能做些什么？我应该尝试远程关闭它，还是会造成更大的损害？
尝试启动 2 小时后，我认为您别无选择。如果它现在还没有启动，它就不会启动。如果需要，是时候关掉它了。
FWIW，这些超时可能是由损坏或不兼容的 RAM 引起的。在再次启动系统之前拉出新的 RAM，或者启动到诊断/MEMtest CD 并查看这些新 DIMM 的情况。
听起来像坏内存。（我看到你在开始处理硬件更新之前有意在机器上进行重启测试......）
第一步：关闭机器。
如果可以，请尝试远程关机，但听起来您正处于机器在当前状态下完全无法使用的地步，因此如果关机时间超过 15-30 分钟，请继续并启动它离开。
你可能会造成一些损害，但老实说，你可能会因为让它与可能坏的 RAM 一起流失而做更多的事情。此时您不知道幕后发生了什么，硬关机是一个相对已知的数量。
第二步：撤消机器开始出现异常之前所做的最后一件事（拉出 RAM）。
如果这使问题消失，则您的 RAM 可能有问题。如果不是你有其他问题......
第三步：重新安装内存。确保它正确就位。
在启动操作系统之前运行内存测试程序（或这个程序或许多其他程序）。正如 David 在他的评论中所说，无论何时安装 RAM，您都应该至少通过这些工具之一。坏芯片不像以前那么普遍，但它们仍然会发生。