2025年11月2日公開。
Windowsユーザーなら誰もが一度は経験したことがある――「Update and Shut Down（更新してシャットダウン）を選んだのに、なぜか翌朝パソコンが起動していた」。
そう、この“寝ている間に勝手に再起動してログイン画面で朝を迎える”という現象は、Windows 10時代から長く続く仕様のようなバグでした。
しかし今回、Microsoftがついにこの問題を正式に修正しました。
2025年10月配信の更新プログラム**KB5067036（Windows 11バージョン25H2／24H2向け）**で、「Update and Shut Down」機能がようやくその名の通りに“本当にシャットダウン”するようになったのです。
これは単なる小さな修正ではありません。
20年以上の間、世界中のユーザーを混乱させてきたWindows Updateの代表的なバグのひとつが、ついに解消されたという歴史的な出来事でもあります。
この記事では、この長年の不具合がなぜ起きていたのか、どのバージョンで修正されたのか、そしてユーザーが今後どう対応すればよいのかを、わかりやすく解説していきます。
- 発生時期と背景
- 「Update and Shut Down」なのに再起動する——何が起きていたのか
- ユーザー体験としての不便さ
- Microsoftが語らない“根本原因”
- 修正版で「Update and Shut Down」はどう変わったのか
- 修正後の挙動を確認する方法
- “再起動病”を引き起こしていた本当の問題
- 一時的な回避策（古いビルドを使っている場合）
- 今後の展望とMicrosoftの姿勢
- まとめ：20年越しのバグがようやく終焉へ
発生時期と背景
この問題の存在は、Windows 10の初期リリース（2015年）から報告されていました。
当時から多くのユーザーが「Update and Shut Downを選んだのに再起動した」「寝る前に電源を切ったはずなのに、朝ログイン画面が出ている」と不満を漏らしていました。
Microsoftは長年この現象についてコメントを避けてきましたが、2025年10月31日に配信されたオプション更新KB5067036のサポートドキュメントで、ようやく次のように正式に認めました。
“Addressed underlying issue which can cause ‘Update and Shut Down’ to not actually shut down your PC after updating.”
（更新後にPCが実際にはシャットダウンされない原因となる根本的な問題を修正しました）
これにより、Windows 11の**Build 26200.7019（25H2）およびBuild 26100.7019（24H2）**以降では、Update and Shut Downが正常に動作するようになりました。
つまり、ようやく**「更新して再起動」と「更新してシャットダウン」が別の挙動をするようになった**ということです。
「Update and Shut Down」なのに再起動する——何が起きていたのか
これまでのWindowsでは、「Update and Shut Down」を選んでも、実際にはPCが再起動してログイン画面まで戻ることがありました。
多くのユーザーは「自分がうっかり“Update and Restart”を押したのかも」と思っていましたが、実はそうではなかったのです。
これはMicrosoft自身が「根本的な問題があった」と認めたことで、いわゆるシステムレベルのバグだったことが判明しました。
仕組みを簡単に説明すると、Windows Updateには「オンライン更新」と「オフライン更新（再起動後の処理）」の2段階があります。
ユーザーが「Update and Shut Down」を選んだ場合、本来なら以下の順序で処理されるはずです。
(1) 更新プログラムをダウンロード・準備
(2) 「作業中です（Working on updates）」画面でオフライン処理を実行
(3) 更新完了後、電源を切る（シャットダウン）
ところが、バグが存在した時期のWindowsでは、この③の「シャットダウン命令」が正しく引き継がれず、途中で“再起動”の処理が優先されるという状態に陥っていました。
結果として、更新完了後にPCが自動的に再起動し、ログイン画面で止まってしまうのです。
つまり、Windowsは「あなたがシャットダウンを望んだことを途中で忘れていた」わけです。
ユーザー体験としての不便さ
この現象は特に、ノートPCや会社の業務端末を使用している人たちにとって深刻でした。
たとえば夜に「Update and Shut Down」を選んで帰宅したのに、翌朝出勤するとPCが一晩中起動しっぱなし。
バッテリーが完全に切れていたり、ファンが回り続けて熱を持っていたりするケースもありました。
SNSやフォーラムではこんな投稿が繰り返されています。
「夜11時に更新して寝たのに、朝になったらログイン画面でファンがまだ回ってた…」
「Windowsの“Update and Shut Down”を信じた自分がバカだった。」
この現象はWindows 10だけでなく、**Windows 11初期ビルド（21H2～23H2）**でも続いており、Feedback Hubでも常に上位にあがる不具合の一つでした。
Microsoftが10年もの間この問題を放置していた理由は明らかにされていません。
しかし内部的には、**Windowsの更新システム（Servicing Stack）**が絡む複雑な競合（レースコンディション）が原因だったと推測されています。
Microsoftが語らない“根本原因”
Microsoftは技術的な詳細について沈黙を守っていますが、専門家たちの間ではServicing StackとFast Startup（高速スタートアップ）機能の競合が原因だという説が有力です。
Windows Updateは、再起動後に「オフライン更新（Offline Servicing）」と呼ばれる作業を行い、システムファイルを置き換えます。
この際、本来は更新完了後に電源を切る命令が渡されるのですが、Fast Startupが有効な環境では“再起動シグナル”が優先されることがあるのです。
つまり、Windowsは更新後に「もう一度起動して設定を反映しよう」としてしまい、結果的に再起動してしまうという仕組みです。
Microsoftが正式な原因を明らかにしていないのは、構造上の問題であり、“ひとつのバグ”というよりはWindowsの設計そのものに関わるためだと考えられます。
修正版で「Update and Shut Down」はどう変わったのか
Windows 11の**KB5067036（Build 26200.7019／25H2）**以降では、これまでの挙動が明確に変更されました。
ユーザーが「Update and Shut Down」を選択した場合、更新プログラムのインストール完了後に、確実に電源がオフになるように制御が強化されています。
今回の修正では、Servicing Stack（サービススタック）における更新フェーズのタスク管理ロジックが見直されました。
具体的には、「更新完了後に“再起動要求”を残さない」ようにし、再起動フェーズとシャットダウンフェーズを分離したのです。
これにより、従来のように「更新が終わったあと、再起動命令が残ってしまい再び立ち上がる」ということは起こらなくなりました。
つまり、「Update and Shut Down」が本当の意味で“電源を切る”コマンドになったというわけです。
多くのユーザーがSNSで次のような報告を投稿しています。
「やっと夜に“Update and Shut Down”しても朝まで静かになった！」
「長年信じられなかったボタンが、今は本当に信用できるようになった」
この改善は地味ながらも非常に大きな前進です。Windowsの電源オプションの信頼性を取り戻しただけでなく、更新後の再起動ストレスを解消する効果も期待されています。
修正後の挙動を確認する方法
この修正が適用されているかを確認するには、次の手順を行いましょう。
(1) スタートメニューから「設定」を開く。
(2) 「システム」→「バージョン情報（About）」を選択。
(3) 「OSビルド」が26200.7019（または26100.7019）以上であれば、修正版が適用済み。
(4) 念のため、Windows Updateで「KB5067036」がインストール済みか確認。
この状態で「更新してシャットダウン」を選ぶと、インストール後に自動的に電源が完全オフになります。
なお、Fast Startup（高速スタートアップ）をオンにしている場合でも、再起動せずに終了するように調整されています。
もしそれでも再起動してしまう場合は、ドライバーやファームウェアが古いまま残っている可能性があります。
最新のBIOSやチップセットドライバーを適用することで安定性が向上するケースが多く報告されています。
“再起動病”を引き起こしていた本当の問題
これまでのWindowsでは、アップデート処理が「再起動」と「シャットダウン」をほぼ同一のプロセスとして扱っていました。
そのため、「Update and Restart」と「Update and Shut Down」が内部的に同じタスクを共有しており、どちらを選んでも再起動プロセスが残ることがあったのです。
加えて、**Windowsの高速起動（Fast Startup）**も混乱の一因でした。
Fast Startupは、シャットダウン時にカーネルメモリを保存して次回起動を速くする仕組みですが、この処理がアップデート完了後に実行されると、「実質的には再起動」と同じ状態になることがありました。
結果として、ユーザーの体感では「電源を切ったのにまた起動した」という現象が発生していたのです。
Microsoftは今回の修正で、Fast Startupを含む電源管理タスクの優先順位を調整し、更新完了後に“完全な電源断”が行われるように変更しました。
この改良は、将来的なWindows Servicing Stack全体の安定性にもつながると見られています。
一時的な回避策（古いビルドを使っている場合）
もしまだKB5067036を適用できない環境や、企業ネットワークで更新が保留中の場合は、次のような手動回避策が有効です。
(1) 更新完了後に「Shift」キーを押しながら「シャットダウン」を選ぶ。
→ この操作により、Fast Startupを無効化した“完全シャットダウン”が実行されます。
(2) コマンドプロンプトを開き、次のコマンドを入力する。
shutdown /s /t 0
→ これは、即時シャットダウンを指示するシステムコマンドです。再起動命令を含まないため、安全に終了できます。
(3) Fast Startupを無効化する。
「コントロールパネル」→「電源オプション」→「電源ボタンの動作を選択」→「高速スタートアップを有効にする」のチェックを外す。
この設定を変更することで、古いビルドでも「Update and Shut Down」の誤動作を防げる可能性があります。
今後の展望とMicrosoftの姿勢
Microsoftは今回の修正により、**“電源管理と更新処理を完全に分離する設計”**へ移行し始めました。
これまでのWindowsは、再起動を前提とした更新設計が中心でしたが、今後はノートPCやタブレットなどのモバイル利用を想定し、ユーザーの明示的な操作を尊重する方向へ進むと見られています。
この動きは、「ユーザーが意図しない動作を極力排除する」というWindows 12時代への布石でもあります。
また、Microsoft内部では「Servicing Stack Next」と呼ばれる新しい更新アーキテクチャの開発が進行中で、電源イベントとアップデート処理を完全に独立させる試みが行われています。
つまり、今回の“Update and Shut Down修正”は単なるバグフィックスではなく、次世代Windowsへの設計転換の第一歩とも言えるのです。
まとめ：20年越しのバグがようやく終焉へ
「Update and Shut Downを押したのに再起動した」——この現象に悩まされてきたWindowsユーザーにとって、今回の修正はまさに朗報です。
Build 26200.7019以降では、ようやくそのボタンが“本来の意味”を取り戻したのです。
Microsoftは詳細な原因を公表していませんが、Servicing Stackの制御見直しにより、今後はこの問題が再発する可能性は大きく減るとみられます。
長年のユーザーが冗談交じりに言ってきた「Windowsは“Update and Shut Down”と言いながら“Update and Restart”してくるOS」という揶揄も、ついに過去のものになるかもしれません。
もしあなたのPCがまだ古いビルドのままなら、ぜひKB5067036を適用してみてください。
夜に安心して「更新してシャットダウン」を押せる――そんな当たり前の安心が、ようやくWindowsにも戻ってきたのです。
