Windows 11更新の不具合：23H2終了不能と24H2 0x80240069

本記事の対象となる事象は、Microsoftが公式に「既知の問題」として整理した、Windows 11の月例セキュリティ更新（いわゆるPatch Tuesday）後の2種類の障害です。1つはWindows 11 23H2の一部端末で、シャットダウンや休止状態（ハイバネーション）に移行できず再起動してしまう問題です。もう1つはWindows 11 24H2の更新プログラム（KB5063878）が、WSUS（Windows Server Update Services）経由だと0x80240069で失敗する問題です。いずれも「どの端末が、どの条件で影響を受けるか」の切り分けが重要となるため、事実関係と運用上の論点を整理します。

• 23H2で「シャットダウンできず再起動する」事象の整理
• 暫定対応として案内されている回避策と限界
• 24H2のKB5063878で発生した「0x80240069」インストール失敗の整理
• 2つの事象を比較したときの論点
• KIRと「解決済み」表記が意味する運用上の整理

23H2で「シャットダウンできず再起動する」事象の整理

Windows 11 23H2では、2026年1月13日のセキュリティ更新KB5073455適用後、一部端末でシャットダウンまたは休止状態に入れず、操作結果が「再起動」になる事象が確認されています。 (Microsoft Learn)
影響条件は「Secure Launch（System Guard Secure Launch）が有効」である点に整理されます。 (Microsoft Learn)

MicrosoftのRelease Health（既知の問題情報）では、Secure Launchは仮想化ベースのセキュリティ（VBS）を用いて起動時の脅威から保護する仕組みと説明されています。 (Microsoft Learn) そのため、同じ23H2でもSecure Launchを使っていない端末では、同様の症状が出ない可能性があり、環境差が生じる余地があります。加えて、KB5073455はWindows 11 23H2のうちEnterprise版とIoT版に提供される更新であると明記されており、家庭向けSKUを中心とした端末群は前提から外れる構造です。 (Microsoft Learn)
以上を踏まえると、対象の端末群（SKU）とSecure Launchの設定状況が、一次切り分けの軸になります。

暫定対応として案内されている回避策と限界

当該事象についてMicrosoftは、シャットダウンに限ってはコマンドプロンプトから shutdown /s /t 0 を実行する回避策を案内しています。 (Microsoft Learn) 一方で、休止状態（ハイバネーション）に関しては「現時点で回避策がない」と明示されています。 (Microsoft Learn)
つまり、暫定運用は「休止状態に依存しない電源管理へ寄せる」形になりやすい点が重要です。 (Microsoft サポート)

この点から、モバイル端末や省電力運用を前提とする業務では、設計上の前提（休止状態でのデータ保全・電力消費の抑制）が崩れる可能性があります。なお、Release Health上では「将来の更新で解決を提供する」とされているものの、解決が入る具体的なKBや提供日までは断定できません。 (Microsoft Learn)
そのため、影響下の端末が存在する場合、電源断の手順、バッテリー枯渇時の挙動、未保存データの扱いが実務上の確認点となります（ここでの論点は操作方法そのものではなく、運用要件の再点検です）。

24H2のKB5063878で発生した「0x80240069」インストール失敗の整理

もう1つの事象は、2025年8月12日のWindows 11 24H2向けセキュリティ更新KB5063878が、WSUS経由の展開だと0x80240069でインストール失敗する可能性がある、というものです。 (Microsoft サポート) これはWSUS（または周辺の管理配布基盤）を使う組織配布の文脈で発生し、ホームユーザーでは起きにくいとMicrosoftが説明しています。 (Microsoft サポート)
影響範囲が「管理配布（WSUS）を前提とする端末群」に限定される点が、23H2側の事象と対比上の要点です。 (Microsoft サポート)

Release Healthの履歴では、この問題は2025年8月13日にオープン扱いとなり、8月14日に解決済み（解決時刻はPT表記）へ更新された経緯が示されています。 (Microsoft Learn) したがって、発生期間が比較的短い一方、該当期間に更新承認・同期を行った組織では「一部端末だけ未適用で残る」条件差が生じる可能性があります。ここは運用台帳や適用レポートで整合が取れているかを確認する、という管理上の論点に接続します。なお、文章中の「organization」表記が混在するなど、公開文面は細部で揺れがありましえた。 (Microsoft Learn)

2つの事象を比較したときの論点

両事象は「Patch Tuesday後に発生し、Microsoftが既知の問題として明示した」という共通点を持ちます。 (Microsoft Learn) ただし、影響の出方は大きく異なります。前者は端末の電源状態遷移（シャットダウン／休止）という利用継続に直結する不具合です。後者は更新の配布経路（WSUS）に依存する適用失敗であり、影響は管理配布を行う組織側に集まりやすい構造です。
要点を整理すると「設定・SKU依存で再現する実行時障害」か「配布基盤依存で起きる適用時障害」かが分岐点です。

そのため、同じ「Windows Update起因」と一括りにすると判断材料が不足します。条件分解の観点を置くため、比較軸を最小限で表にまとめます。

この結果、対応の優先順位も変わります。23H2側は「発生端末の同定」と「電源運用の代替設計」が中心課題になり、24H2側は「配布基盤の状態」と「未適用端末の解消」が中心課題になります。次に、24H2側で言及されているKIR（Known Issue Rollback）を含め、Microsoftが「不要になった」とした整理を確認します。

KIRと「解決済み」表記が意味する運用上の整理

KB5063878の0x80240069について、Microsoftは当初、KIR（Known Issue Rollback）によるグループポリシーを提示していました。 (Microsoft サポート) しかし、その後「WSUSでの更新・再同期により解消でき、組織は当該グループポリシーを導入する必要がなくなった」と説明しています。 (Microsoft サポート)
「解決済み」の意味は、端末側の個別作業よりも、配布サービス側の整合回復で前に進める状態になった点にあります。 (Microsoft サポート)

ただし、解決済みであっても、障害期間中に配布が部分的に進んでいた場合、端末群の適用状態にばらつきが残る可能性があります。そうすることによって、同一バージョンのはずなのにOSビルドが揃わない、監査ログ上の適用率が落ちる、といった二次的な管理課題が発生します。つまり、問題の解消と、適用完了の証跡が整うことは別の論点です。
他方、23H2のKB5073455側は、現時点で休止状態に回避策がなく、将来更新での解決待ちとされています。 (Microsoft Learn) 以上を踏まえると、同じ「既知の問題」でも、片方は運用台帳の再整備、もう片方は電源管理の前提再定義という、異なる整理が必要になります。