web-dev-qa-db-ja.com

Server 2008 R2の起動は2時間で、カウントされています。今何?

今朝、Server 2008R2ボックスを再起動しました。問題ありません、すぐに戻ってきました。次に、シャットダウンして、WindowsUpdateをインストールします。オフのときに、RAMを追加しました。次に、電源を入れ直しました。

これまでのところ、システムは「Ctrl-Alt-Deleteを押す」画面に戻ってきました。

ログインしました。システムは「グループポリシーの適用」に到達しました。その後、ドライブマッピングの適用にほぼ1時間かかりました。ついにそれを終え、今ではイベント通知サービスを待つのに30分を費やしました。

まだログインできません。リモートデスクトップサービスがまだ実行されていないようです。

別のマシンからイベントログを表示してみました。ボックスがセキュリティログに書き込んでいるようですが、過去45分間にシステムまたはアプリケーションにイベントがありません。

45分前のイベントのシステムログを調べてみると、タイムアウトがたくさんあります。

  • ShellHWDetectionサービスからのトランザクション応答を待機しているときに、タイムアウト(30000ミリ秒)に達しました。 [これらの多く]
  • Wuauservサービスからのトランザクション応答を待機しているときに、タイムアウト(30000ミリ秒)に達しました。
  • SessionEnvサービスからのトランザクション応答を待機しているときに、タイムアウト(30000ミリ秒)に達しました。
  • スケジュールサービスからのトランザクション応答を待機しているときに、タイムアウト(30000ミリ秒)に達しました。
  • CertPropSvcサービスからのトランザクション応答を待機しているときに、タイムアウト(30000ミリ秒)に達しました。

私に何ができる?リモートでシャットダウンしてみるべきですか、それとももっとダメージを与えますか?

8
Jesse

起動を2時間試みた後、選択の余地はないと思います。今までに起動していない場合は、起動しません。必要に応じて、電源を切る時間です。

そしてFWIW、それらのタイムアウトは悪いまたは互換性のないRAMによって引き起こされる可能性があります。システムを再度起動する前に、新しいRAMを引き出すか、診断/ MEMtest CDを起動して、これらの新しいDIMMの動作を確認してください。

7
HopelessN00b

悪いRAMのように聞こえます。 (ハードウェアの更新をいじり始める前に、マシンで再起動テストを実行する気があったようです...)

最初のステップ:マシンの電源を切ります
可能であれば、リモートシャットダウンを試してください。ただし、現在の状態ではマシンが完全に使用できなくなっているようです。シャットダウンに15〜30分以上かかる場合は、先に、電源を切ります。
ある程度のダメージを与える可能性がありますが、正直なところ、おそらく不良RAMであるものを解体させることで、より多くのダメージを与える可能性があります。この時点では、舞台裏で何が起こっているのかわかりません。ハードパワーオフは比較的既知の量です。

2番目のステップ:マシンが誤動作を開始する前に最後に行ったことを元に戻します(RAMを引き出します)。
それで問題が解決する場合は、RAMが不良である可能性があります。そうでない場合は、他の問題があります...

3番目のステップ:RAMを再インストールします。正しく装着されていることを確認してください。
メモリテストプログラムを実行する (または これ 、または他の多くの)OSを起動する前に。 Davidがコメントで述べたように、RAMをインストールするときは常に、これらのツールの1つを少なくとも1回通過する必要があります。不良チップは以前ほど一般的ではありませんが、それでも発生します。

6
voretaq7