2026年の幕開けとともに、MicrosoftがWindows 11ユーザーに突きつけたのは、新機能のプレゼントではなく、PCが起動しなくなるという致命的なバグだった。

1月13日（米国時間）にリリースされた月例セキュリティ更新プログラム（Patch Tuesday）KB5074109を適用した後、一部の物理デバイスで「UNMOUNTABLE_BOOT_VOLUME」という停止コードが表示され、Windowsが起動できなくなる深刻な不具合が発生している。

Microsoftはこの問題を公式に認め、調査を開始した。しかし、既にリリースされた緊急修正パッチ（OOB）はこの起動障害を解決しておらず、影響を受けたユーザーは手動での回復作業を余儀なくされている。本稿では、この障害の技術的な背景、影響範囲、そして現時点で唯一の解決策を詳細に解説する。

AD

致命的な症状：黒い画面と「UNMOUNTABLE_BOOT_VOLUME」

今回の障害は、単なるアプリケーションのクラッシュや動作遅延とは次元が異なる。OSそのもののブートプロセスが破壊されるためだ。

発生する現象

Microsoftの管理ポータル（Admin Center）の情報によると、影響を受けたデバイスでは以下の挙動が確認されている。

  1. 黒い画面（Black Screen of Death）: 従来の青い画面（BSOD）ではなく、黒い画面に以下のメッセージが表示される。
    > “Your device ran into a problem and needs a restart. You can restart.”
    > （デバイスに問題が発生したため、再起動する必要があります。再起動できます。）
  2. 停止コード: エラー画面には UNMOUNTABLE_BOOT_VOLUME（コード：0xED）が表示される。これは、Windowsがブートボリューム（起動ディスク）をマウントできず、システムカーネルを読み込めないことを意味する。
  3. ブートループ: 再起動を行っても同じエラーが繰り返され、Windowsのデスクトップ画面に到達できない。

影響を受ける環境

Microsoftの公式発表によれば、影響範囲は以下のように特定されている。

  • OSバージョン: Windows 11 バージョン 25H2 および 24H2。
  • ハードウェア: 物理デバイス（Physical Devices）のみ。
  • 例外: 仮想マシン（VM）環境ではこの不具合は報告されていない。

この「物理デバイスに限定される」という特徴は、今回のバグが特定のハードウェアドライバー、あるいはBIOS/UEFIファームウェアとWindowsカーネルとの間で発生しているローレベルな競合であることを強く示唆している。過去にPhison製SSDコントローラーとWindowsアップデートの競合で似たような事態が発生した事例があるが、今回も記憶域スタック（Storage Stack）に関連するドライバ周りで何らかの回帰（Regression）が発生した可能性が高い。

負の連鎖：1月アップデートが招いた「バグの波状攻撃」

今回の起動不能問題は、単発の事故ではない。1月のパッチチューズデイ以降、Microsoftは品質管理の崩壊とも言える状況に直面している。時系列で整理すると、その混乱ぶりが浮き彫りになる。

1. 発端：KB5074109のリリース（1月13日）

セキュリティ強化を目的としたこの定例パッチが、すべての元凶となった。

  • 初期症状: シャットダウンやスリープが正常に行えない不具合が発生。
  • アプリ連携の破壊: Outlook Classicがフリーズする、OneDriveやDropbox内のファイルが開けない、Azure Virtual Desktop（AVD）への接続認証が失敗するといった報告が相次いだ。

2. 第一の緊急パッチ：KB5077744（1月17日）

シャットダウン不可の問題とAVD接続の問題を修正するために、定例外（Out-of-Band）アップデートがリリースされた。

3. 第二の緊急パッチ：KB5078127（1月24日）

ファイルシステムの問題に起因するOutlookやクラウドストレージの不具合を修正するために、さらなる緊急パッチが投入された。

4. そして「起動不能」の発覚

現在進行系で起きている最大の問題は、これら2つの緊急パッチ（KB5077744, KB5078127）のいずれも、「UNMOUNTABLE_BOOT_VOLUME」による起動不能問題を修正していないという事実だ。Microsoftは問題を認識し「調査中」としているが、具体的な修正プログラムの提供時期は未定である。

AD

Microsoftの苦境と構造的な課題

MicrosoftのSatya Nadella CEOはかつて「コードの30%はAIによって生成されるべき」といった趣旨の発言をしていたが、皮肉にもAI統合を急ぐWindows 11において、OSとしての最も基本的な機能である「起動」と「終了」が脅かされている。

AskWoodyフォーラムや各メディアのコメント欄では、Microsoftのテスト体制に対する批判が噴出している。特に以下の点が、構造的なリスクとして顕在化している。

  1. 「Insider Program」の形骸化: 開発版でのテストを経ているはずのパッチが、一般公開後に致命的なバグを引き起こしている。これは、実際の多様なハードウェア環境を網羅したテストが不十分であることを意味する。
  2. エンタープライズへの打撃: 今回の不具合情報は、当初Microsoftのビジネスユーザー向けフォーラム（Admin Center）でのみ共有され、一般消費者への周知が遅れた。企業のIT管理者は、月曜の朝から起動しないPCの復旧作業に追われることになる。
  3. 複雑化する依存関係: 物理デバイスでのみ発生し、VMでは発生しないという事象は、Windowsのエコシステムがあまりにも多様なハードウェア構成（マザーボード、チップセット、ストレージコントローラー）を抱え込みすぎている現状を映し出している。

【解決策】起動しなくなったPCを復旧する手順

現時点で、Microsoftから自動的な修正パッチは配信されていない。PCが起動しなくなった場合、ユーザーは手動で回復環境（WinRE）に入り、問題の更新プログラムをアンインストールする必要がある。

以下に、推奨される標準的な復旧手順を記述する。

Windows回復環境（WinRE）へのアクセス

Windowsが起動しない状態からWinREに入るには、以下の「強制終了」メソッドを使用するのが一般的だ。

  1. PCの電源ボタンを押して起動する。
  2. メーカーロゴやWindowsロゴが表示された直後に、電源ボタンを長押し（約10秒）して強制終了する。
  3. この操作を2回〜3回繰り返す。
  4. 「自動修復を準備しています」という画面が表示されたら、そのまま待機する。

更新プログラムのアンインストール手順

WinREが起動したら、以下の手順でKB5074109を削除する。

  1. [詳細オプション] ボタンをクリックする。
  2. [トラブルシューティング] > [詳細オプション] を選択する。
  3. [更新プログラムのアンインストール] をクリックする。
  4. [最新の品質更新プログラムをアンインストールする] を選択する。
    • 注意: 「機能更新プログラム」ではなく「品質更新プログラム」を選択すること。
  5. BitLocker回復キーの入力を求められた場合は入力し、管理者アカウントでサインインする。
  6. [品質更新プログラムをアンインストールする] ボタンをクリックして実行する。

処理が完了するとPCは再起動する。無事にデスクトップ画面に戻れた場合、直ちにWindows Updateの設定から更新を一時停止（7日間など）し、Microsoftが修正版をリリースするまで再適用を防ぐ措置を取るべきである。

AD

ユーザーが取るべき防衛策

Microsoftはこの問題を「既知の問題（Known Issue）」として認識しており、解決策が確立され次第、ドキュメントを更新すると述べている。しかし、修正にはBIOS/UEFI側の挙動解析が必要になる可能性もあり、即座に解決するかは不透明だ。

ユーザーにとっての教訓は明確である。「更新プログラムの即時適用はリスクである」という認識を持つことだ。特に業務で使用するPCにおいては、リリース直後のセキュリティパッチ適用を数日間見送り、不具合報告が出揃うのを待つ運用が、最も確実な自衛手段となる。

Windows 11はAI機能「Copilot」の実装など華々しい進化を遂げているが、その足元であるシステム安定性が揺らいでいる現状は、OSとしての信頼性を大きく損なう事態と言わざるを得ない。

Sources