Server 2008 R2启动是在2小时,并计数。 现在怎么办?

今天早上,我们重新启动了我们的Server 2008 R2机箱。 没问题,马上回来了。 然后我们closures它,让它安装Windows更新。 当它closures时,我们添加了一些RAM。 然后我们把它重新打开。

系统回到了“按ctrl-alt-delete”屏幕,到目前为止,这么好。

我login了系统,直到“应用组策略” – 然后花了近一个小时来应用驱动器映射。 终于完成了,现在已经花了30分钟等待事件通知服务。

我仍然无法login。远程桌面服务似乎还没有运行。

我尝试从另一台机器查看事件日志。 我看到该框正在写入安全日志,但在过去的45分钟内系统或应用程序中没有事件。

从45分钟前通过事件的系统日志挖掘,我看到一堆超时:

  • 在等待来自ShellHWDetection服务的事务响应时达到超时(30000毫秒)。 [ 很多 ]
  • 在等待来自wuauserv服务的事务响应时达到超时(30000毫秒)。
  • 在等待来自SessionEnv服务的事务响应时达到超时(30000毫秒)。
  • 在等待来自Schedule服务的事务响应时达到超时(30000毫秒)。
  • 在等待来自CertPropSvc服务的事务响应时达到超时(30000毫秒)。

我能做什么? 我应该尝试远程closures,还是会做更多的损害?

    经过2个小时试图启动,我不认为你有一个select。 如果它现在还没有启动,那不会。 如果需要的话,可以时刻断电。

    而FWIW,这些超时可能是由坏或不兼容的RAM造成的。 在再次启动系统之前拔出新的RAM,或引导至诊断/ MEMtest CD,查看这些新DIMM的function。

    听起来像坏RAM。 (在你开始使用硬件更新之前,我发现你有机会在机器上进行重新启动testing…)

    第一步: closures机器
    如果可以的话,尝试一下远程关机,但是听起来好像您现在的机器完全不能使用,所以如果关机时间超过15-30分钟,请继续供电closures。
    你可能会造成一些损害,但是说实话,你可能会做更多的事情,让它丢弃可能是坏RAM的东西。 在这一点上,你不知道幕后发生了什么事情,硬断电是一个相对已知的数量。

    第二步:撤消机器开始行为不当之前所做的最后一件事(拉动RAM)。
    如果这样会导致问题消失,则可能是内存不足。 如果没有,你还有其他问题…

    第三步:重新安装RAM。 确保它正确安装。
    在启动操作系统之前运行一个内存testing程序 (或者这个或者其他许多程序)。 正如David在他的评论中所说的那样,每当你安装RAM的时候,你至less应该通过其中一个工具。 坏芯片不像以前那样普遍,但是它们还是会发生的。