Windowsのシャットダウンや再起動がやけに遅い理由

画面には「シャットダウンしています」と表示され、ドットが回ってもう2分目。あの待ち時間には必ず特定の持ち主がいます — 閉じようとしないアプリ、猶予期間を使い切ろうとするサービス、電源オフのタイミングでインストールされる更新。そして犯人ごとに、治し方は違います。

「シャットダウン」をクリックしたとき実際に起きること

Windowsは開いているすべてのアプリに終了要求をブロードキャストします。未保存の作業があるものは確認ダイアログを出せますが、そのダイアログが見えない場所 — 電源を切ったセカンドモニタや、フルスクリーンゲームの下 — に埋もれていると、全体の処理を静かに止めてしまいます。次に、サービスコントロールマネージャーが各サービスに停止を求め、既定では最大5秒（HKLM\SYSTEM\CurrentControlSet\Control配下のWaitToKillServiceTimeout値）待ってから残ったものを強制終了します。その後Windowsは保留中の書き込みをディスクとUSBメモリにフラッシュし、更新が用意されていた場合は「更新プログラム1/3をインストールしています」がまさにここで走ります — ファイルがロックされていない唯一の瞬間です。

これが通常のフルパスです。アプリとハードウェア次第で10〜30秒。それより長い場合は何かが処理を止めており、回るドットは、タイムアウトをやり過ごしていることの丁寧な顔にすぎません。

未保存の変更を含むアプリ、または見えない保存ダイアログ
停止を一度も通知しないサービス — VPNクライアント、印刷スプーラー、ウイルス対策フィルターは常習犯
電源オフ時に完了する保留中のWindows更新
シャットダウン時のページファイル消去ポリシー — 強化された社用機では標準
電源オフ要求を止めるドライバー（電源管理のバグ）
サインアウト時に同期するOneDriveや移動プロファイル

犯人がどれかを見つける方法

イベントビューアー（eventvwr.msc）→ Windowsログ → システムが、毎回のシャットダウンの経緯を語ります。イベントID 6006はログの正常停止、6008は前回のシャットダウンが予期しないものだった印です。最後のサービス停止エントリと6006の間の長い間隔があなたの「遅いフェーズ」で、その隙間の直前に記録されたものが最重要容疑者です。更新履歴（設定 → Windows Update → 更新履歴）は一回限りの「更新を準備しています」画面を説明し、信頼性モニター（perfmon /rel）はそれらすべてをインストールやクラッシュと同じタイムラインに並べます。

出回っているレジストリ調整 — WaitToKillAppTimeoutとHungAppTimeoutの短縮 — は、ほとんど通知ウィンドウを削るだけで実際の待ち時間はそのまま、しかも保存途中でアプリが殺される確率を上げます。「Windowsにアプリを速く殺させる」類のアドバイスは疑ってかかってください。秒と引き換えにあなたのデータを差し出す取引です。

実際に効くこと

シャットダウンの前にアプリを閉じる — 3つ目のデスクトップに開きっぱなしのものがどれかは自分でも分かっているはずです。更新は自分の予定でインストールさせるか、アクティブ時間を設定してシャットダウンを乗っ取られないようにしましょう。社用機ならITにページファイル消去ポリシーが有効か確認を。あれは意図的な分数であって故障ではありません。同じアプリが毎回ハングするなら、それは更新か再インストールの話です。そして電源ボタン長押しは、すでに10分固まったマシンへの緊急脱出口であって習慣にしてはいけません — 待ち時間全体が存在する意味であるディスクフラッシュを飛ばしてしまうのですから。

再起動とシャットダウンの違いについて一つ。高速スタートアップが有効な場合、「シャットダウン」は部分的な休止状態で、次回の起動は速くなりますが状態はクリーンではありません。「電源を切り、入れ直す」が時々何も直さないのはこのためです。再起動こそが本当の完全シャットダウンです。トラブルシュートするときはこちらを使いましょう。