ソフトウェアのシャットダウン/再起動を実行した後、Windows が (電源ボタンを押し続けるまで) ハングするのはなぜですか?

Question

余ったコンピューター部品で構築したサーバーは、OS からシャットダウンしても電源が切れません。シャットダウンしようとすると、Windows はすべてのプログラムを終了し、通常どおりシャットダウン ルーチンを実行し、画面はオフになりますが、ケースの電源ボタンを押し続けるまでファンは回り続けます。

しかし、もっと重要なのは、この問題のせいで、コンピューターを本当に再起動できないことです。Windows はシャットダウンし、完全にオフではない状態になり、そのままの状態になります。

しばらくの間、サーバーの電源には 20 ピン コネクタしかなく (マザーボードには 24 ピン コネクタがあります)、それが問題だと思っていましたが、その後、電源を 24 ピン コネクタ付きのものに交換しましたが、何も変わりませんでした。

インターネット上のサイトではクリーンブートを試すことを推奨しているようですが、問題は解決しませんでした。

ハードウェアの問題だと思っていましたが、ケースの電源ボタンで完全に電源を切ることができるということは、ソフトウェアの問題である可能性を示しているようです。

編集: これはソフトウェア/構成の問題です。Ubuntu Live USB から起動し、Windows の問題が発生することなく、正常にシャットダウンして再起動できました。Windows を再インストールできる場合は、再インストールは避けたいと思います。

編集2: セーフ モードからは正常に再起動およびシャットダウンしますが、スタートアップ項目をいくつ無効にしても、通常の起動からは正常にシャットダウンできませんでした。ビデオ カードと Wi-Fi カードを削除してみましたが、機能しませんでした。これらも効果はありませんでした。

Answer 1

試すことができること:

• BIOSの電源設定とバッテリーを確認し、BIOSアップデートが利用可能かどうかを確認します。
• すべてのドライバーを更新します（表示についてはカード製造元のWebサイトを参照してください）
• 休止状態をオフにする
• デバイスがコンピューターを起動しないようにします。次のコマンド ラインを使用して、すべてのデバイスを一覧表示できます。
  powercfg -devicequery wake_armed
• Wake-on-LANをオフにする
• タスクバーの自動非表示を無効にする
• powercfg -energy電源の問題を診断するために実行

より高度な診断ツールについては、次の記事をご覧ください。Xbootmgr でシャットダウンの問題を診断するxbootmgr を使用すると、システムのシャットダウン問題の原因をおそらく追跡できます。

Answer 2

企業環境でも同様の問題が発生しましたが、最終的にはこのWindows関数を処理するレジストリキーを切り替えるだけで解決しました。探しているキーは「PowerdownAfterShutdown」と呼ばれ、

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon

1に設定されている場合は0に変更します

0に設定されている場合は1に変更します

この変更後に再起動する必要がありますが、次回シャットダウンしたときにはオフラインのままになるはずです。変更を元に戻さない場合は、再起動するとそこから動作するはずです。

Answer 3

私も過去にサーバーでシャットダウンの問題に遭遇したことがあり、それはチーミングに関係していることが判明しました。チーミングされたネットワーク接続を無効にすると、問題はなくなりました。これは、Win2008 R2 と Intel NIC を搭載した Intel ボード上で発生しました。申し訳ありませんが、モデルは思い出せませんが、約 3 年前のものです。調べてみる価値はあるかもしれません。

Answer 4

ついに諦めて Windows を再インストールし、今度は Windows Server 2012 にアップグレードしました。Hyper-V をインストールするまでは問題はありませんでした。ハイパーバイザーで起動しなくなりました。Windows Server 2008R2 を再インストールしたところ、最初は再起動に問題がありませんでした。Hyper-V をインストールして初めてシャットダウンに問題が発生しました。チップセットの仮想化実装にバグがあると思います。マザーボードが古すぎて BIOS アップデートの見込みはありません。

これは、問題の診断がなぜそれほど困難だったのかを説明しています。Hyper-V はハードウェアに非常に近い状態で実行されるため、多くのツールが問題を報告しなかったようです。また、ハイパーバイザーはセーフ モードでは無効になっているため、これも説明がつきます。