2025年5月、Windows 11の一部ユーザーに深刻な影響を及ぼす不具合が発生し、Microsoftは緊急の修正パッチ「KB5062170」を公開しました。原因は、5月度の定例アップデート（Patch Tuesday）に含まれていたファイル破損による起動障害です。今回の問題は、特に仮想マシン環境で多発しており、企業のIT担当者にとっては非常に重要な対応案件となりました。
- 起動不能に至った原因とは？
- Microsoftの緊急対応と修正パッチの詳細
- IT部門が取るべき初期対応手順
- なぜ仮想マシンで影響が大きかったのか
- Windows 10でも過去に類似のトラブルが
- ユーザーへの影響と企業側の対応責任
- 今後に向けたアップデート運用の見直し
起動不能に至った原因とは？
今回の不具合の根本原因は、ACPI.sysという重要なシステムファイルの破損です。このファイルはWindowsがハードウェアと電源管理を行うために不可欠なものであり、これが欠損または破損していたことで、一部のWindows 11デバイスが起動時に「0xc0000098」エラーを表示し、システムが立ち上がらなくなる問題が発生しました。特に影響が大きかったのは、仮想マシン環境（Azure Virtual Machines、Citrix、Hyper-Vなど）で構築されたWindows 11 22H2および23H2の環境であり、実機よりも仮想環境に偏った障害である点が特徴です。
Microsoftの緊急対応と修正パッチの詳細
Microsoftはこの問題を受けて、通常のスケジュールを逸脱する「緊急パッチ（Out-of-band update）」を配布しました。更新プログラム「KB5062170」は、Microsoft Update Catalogを通じて提供され、すべてのWindows 11 22H2/23H2ユーザーに対して手動でのインストールが可能となっています。自動更新には現時点では組み込まれておらず、システム管理者が意図的に導入を行う必要があります。このパッチはACPI.sysファイルの復旧に加え、5月の非セキュリティプレビューアップデートで追加された改善点も併せて含まれています。
IT部門が取るべき初期対応手順
特に仮想マシンを運用するIT部門では、影響範囲の特定と早急なパッチ適用が求められます。まず、対象となる端末がWindows 11 22H2または23H2であり、かつKB5058405が適用済みかを確認する必要があります。続いて、問題が再現されているデバイスに対しては、Microsoft Update CatalogからKB5062170を手動でダウンロードし、回復環境またはオフライン環境を用いてインストールを行います。起動ができない場合には、別のデバイスを介してUSBインストールメディアを作成し、そこから修正を行うという流れが基本です。
なぜ仮想マシンで影響が大きかったのか
今回の不具合は、物理マシンよりも仮想環境において顕著に発生したことが注目されています。その理由としては、仮想マシンではACPI.sysが物理ハードウェア層との間に特有の抽象化層を持つため、更新時の整合性が崩れやすい構造になっていることが指摘されています。また、AzureやCitrixなどのプラットフォームでは自動スナップショット機能やイメージ展開の最適化処理が働くため、意図せず破損ファイルが複製されるリスクも高くなります。このような背景から、企業ユーザーの管理者は仮想環境特有のアップデートリスクに対して、より繊細な管理体制が求められると言えるでしょう。
Windows 10でも過去に類似のトラブルが
実は、類似した「起動不能トラブル」は過去のWindows 10でも発生しています。2025年4月には、Windows 10 22H2およびEnterprise LTSC 2021向けに配布されたアップデートが、BitLockerの回復画面で端末をロックさせる不具合を引き起こし、企業のPC数千台が業務停止に追い込まれるという事例が報告されました。これにより、Microsoftは当該アップデートを緊急で撤回し、代替パッチを出すなどの対応に追われました。こうした流れを見ても、重大なトラブル時に即応できる体制と情報収集の仕組みは不可欠であることがわかります。
ユーザーへの影響と企業側の対応責任
今回の問題は一般家庭よりも企業・官公庁などの組織利用者に大きな影響を及ぼしました。仮想マシンを活用する業種では、障害発生によるシステム停止が直接的な金銭的損失や業務中断に繋がります。そのため、こうした障害が発生した場合の内部通報ルートや、復旧作業のSOP（標準作業手順書）の整備が重要となります。また、Microsoftの「サービス正常性ダッシュボード」や「Tech Community」の活用、サブスクリプションレベルに応じたサポートチケットの即時発行など、情報の正確な把握と早期対応が鍵を握ります。
今後に向けたアップデート運用の見直し
この出来事は、今後のアップデート管理体制を再構築する契機にもなります。具体的には、パイロット端末での事前適用、アップデート適用の段階分け、スナップショット保存の徹底などが推奨されます。Microsoft側も、今後のアップデートには「環境判別による適用制御」の精度向上を図ると述べており、OSとアプリの更新におけるユーザー体験の質を高める施策が求められています。今後も、迅速な修正対応と、障害発生の影響を最小化する体制づくりが、IT運用者と開発者双方にとっての課題となるでしょう。
