Windows 11の起動不能は「1月更新が悪い」だけではない――Microsoftが認めた“12月失敗→1月追い打ち”の連鎖と今できる対策

2026年1月のWindows 11更新を入れた後、一部PCが黒い画面のまま起動できず、停止コード「UNMOUNTABLE_BOOT_VOLUME」で落ちる事例が相次いでいます。重要なのは、原因が“1本の不具合アップデート”ではなく、2025年12月のセキュリティ更新に失敗してロールバックした端末が「不適切な状態（improper state）」のまま残り、そこへ2026年1月の更新（KB5074109など）が乗って発症する――という「積み重なり型」のトラブルだとMicrosoftが説明している点です。BleepingComputer+1

Windows 11の起動不能は「1月更新が悪い」だけではない――Microsoftが認めた“12月失敗→1月追い打ち”の連鎖と今できる対策

何が起きているのか：症状は「黒い画面」＋UNMOUNTABLE_BOOT_VOLUME

報告されている典型例は次の流れです。

2026年1月13日（米国時間）の月例セキュリティ更新（Patch Tuesday）後、またはその後の更新適用後に
起動途中で黒いクラッシュ画面／BSODになり、停止コード UNMOUNTABLE_BOOT_VOLUME が表示
再起動しても同じ画面を繰り返し、Windowsに到達できない（手動回復が必要）

影響は主に Windows 11 24H2 / 25H2 の物理端末で、仮想マシンでは現時点で広い報告はない、とされています。BleepingComputer+1

“原因は1月だけじゃない”――12月更新失敗の置き土産が引き金に

今回のポイントはここです。

2025年12月のセキュリティ更新が インストール失敗
その後の ロールバック で端末が「不適切な状態（improper state）」に残る
その状態で1月以降のWindows Updateを入れると、起動不能に至る可能性がある

BleepingComputerが引用するMicrosoftの更新情報では、「不適切な状態の端末に更新を試みると起動できなくなる恐れがある」「追加被害を防ぐ“部分的な解決策”は用意するが、既に起動不能になった端末の修復や、そもそも不適切状態に入ること自体は防げない」と説明されています。BleepingComputer

つまり、1月更新は“最後の一押し”で、土台の崩れは12月に始まっていた、という構図です。BleepingComputer+1

影響範囲：主に「商用PC」で“限定的”とされるが、当たると重い

報道では「商用（commercial）PCでの報告が中心」「件数は限定的」というニュアンスが繰り返されています。The Verge+1
ただし“限定的”でも、当たった場合はOSに入れないため、復旧コストが非常に高いのが厄介です（特にBitLocker有効端末やリモート前提の社用PC）。

今すぐできる対策：起動できる人／できない人で分けて考える

1) まだ起動できる場合（予防が最優先）

更新の一時停止（Pause）：少なくとも原因が確定し、修正が出るまで段階的に。特に24H2/25H2は慎重に。BleepingComputer+1
バックアップの強化：システムイメージ（丸ごと復元）や重要データの二重化。今回のような“起動不能”は、ファイル単体バックアップだけだと復旧に時間がかかります。
12月更新の失敗履歴を点検：更新履歴で「12月のセキュリティ更新が失敗→取り消し（ロールバック）」の痕跡がある端末は、今回の連鎖に近い可能性が高いです。BleepingComputer+1

企業・組織なら、更新リング（検証→小規模→全社）を徹底し、該当KBの配布を一時停止する判断が現実的です。

2) 起動できない場合（復旧の現実解）

現時点で広く案内されている現実的なルートは「回復環境（WinRE）から問題の更新を外す／復元する」です。Windows Central+1
大枠は次のどちらかになります。

WinRE（自動修復）に入れる場合：
「トラブルシューティング」→「詳細オプション」→「更新プログラムのアンインストール」から、直近の品質更新（1月の累積更新）を外す。Windows Central
WinREに入れない／回復が進まない場合：
Windowsインストールメディア（USB）から回復オプションを開いて同様にアンインストール、またはシステムの復元／イメージ復元を使う。Windows Central+1

注意点として、BitLockerが有効な端末は回復キーが必要になる場面があります。社用PCなら、管理部門（Intune/Entra ID等）でキーを把握していることが多いので、独力で試行錯誤を重ねるより先に、回復キー確保を優先した方が安全です。

なぜここまで深刻化する？「累積更新×ロールバック×ストレージ周り」の相性

停止コードUNMOUNTABLE_BOOT_VOLUMEは、文字通り“起動ボリュームをマウントできない”状態を示します。原因はドライブ故障からファイルシステム破損まで幅広いのですが、今回はMicrosoftが「更新失敗→ロールバック後の不整合」を示唆しています。BleepingComputer+1
累積更新は変更範囲が広く、途中で失敗すると差分が複雑に残ることがあります。そこへ次の累積更新が重なると、整合性チェックをすり抜けて致命点（ブート）に触れてしまう――という“連鎖事故”が起きやすいのが怖いところです。