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