- 1月13日に配信されたWindows 11セキュリティ更新プログラム以降、一部のPCで起動できなくなる問題が発生
- Microsoftは、
UNMOUNTABLE_BOOT_VOLUMEエラーコードとともに黒い画面が表示される現象を正式に確認
- 問題はWindows 11 24H2および25H2を実行している実機ユーザーに影響する可能性がある
- 現時点までに2回の緊急のout-of-band更新プログラムが配信されたが、起動不能の問題はまだ解決していない
- 今回の事態は、最近相次ぐPatch Tuesdayの品質問題を示しており、Microsoftの開発および検証体制を見直す必要性を浮き彫りにしている
Microsoftの公式警告と現状
- Microsoftは、1月13日に配信された2026年1月のセキュリティ更新プログラム以降、一部のPCが起動しなくなるという報告を確認
- 該当デバイスでは、
UNMOUNTABLE_BOOT_VOLUMEエラーコードとともに黒い画面および再起動メッセージが表示される
- この状態では正常起動が不可能で、手動の復旧手順が必要となる
- 問題は、Windows 11 バージョン24H2および25H2を実行中の物理デバイスで発生する可能性がある
- Microsoftは原因の分析と潜在的な修正・回避策を検討中
- 一時的な対処としては、**Windows回復環境(WinRE)**に入って最新のセキュリティパッチを削除する必要がある
既存の問題と蓄積した不具合
- 今回の起動不能問題は、1月のPatch Tuesday更新以降に発生した複数の不具合の1つ
- 以前には、23H2でシャットダウン・スリープ不可、24H2・25H2でリモートデスクトップにログインできない問題が報告されていた
- その後、Outlook、Dropbox、OneDriveなどのクラウドベースアプリが動作しない不具合も追加で発生
- Microsoftは先行する問題に対応するため2回の緊急更新プログラムを配信したが、
今回の起動不能問題についてはまだ個別の修正パッチは提供されていない
問題の範囲と不確実性
- Microsoftは「限られた件数の報告」しか受け取っていないと述べており、
全ユーザーのうちどれほどの割合が影響を受けているのかは明確ではない
- 原因や予防可能性についての具体的な説明はまだ提供されていない
今後の対応の可能性
- 一部のPCが起動すらできない深刻な状態に至っており、
Microsoftが3回目の緊急out-of-band更新プログラムを配信する可能性がある
- Windows Centralは問題解決のための別個の復旧ガイドを公開しており、
正確性を期すため調査と執筆に時間を要したと説明している
品質管理への懸念
- 今回の事態は、Windows 11セキュリティ更新プログラムの品質低下を示す事例として指摘されている
- 記事では、MicrosoftがWindowsの開発およびテストプロセス全体を再評価すべきだと強調
- 現在の品質水準は過去最低レベルかもしれないとの評価が示されている
1件のコメント
Hacker Newsの意見
数年前、Microsoftは大規模な公開ソフトウェア組織の中でいち早く LLMベースのコーディング を本格導入した もし本当に生産性が10倍になっていたなら、今ごろMicrosoftの生産性は爆発的に向上しているはず そうでないなら、LLMは期待されたほど効果がないか、Microsoftが社内の重要プロジェクト(例: Windows)ではほとんど使っていないように思える どちらにしても印象的ではない
記事内容とは別に、戻るボタンを乗っ取って別の記事を表示するウェブサイトが本当に嫌いだ ブラウザの基本動作を変えられるようにしたのは失敗だったと思う
Windowsの責任者がいまだにその地位にいるのが疑問だ 最近のアップデートで Playnite が壊れ、OneDriveとの競合でデスクトップアイコンが機能しなくなった Windowsは今やOfficeやOneDriveの契約を促すための ロスリーダー製品 になっているのに、そのサービス自体を壊すバグを出すのは筋が通らない 今はSyncThingで同期を置き換えている
類似の事例がある。以前の議論と私の体験を見ると、 Windows 11が強制アップデート後に BSOD(inaccessible boot device) を引き起こし、初期化せざるを得なかった そのため今は Out of Band Update を非常に警戒している 今回のアップデートが問題を解決したのかどうかさえ明記されておらず不安だ
だから私は Windows 10でアップデートなし のまま快適に過ごしている 去年Win11からダウングレードして以来、すべてが安定して平穏だ
最近のWindows開発チームは単に 雰囲気でコーディング(vibe-coding) しているように見える OSレベルでこんな初歩的なミスが繰り返されるのは、QAとテストをなくしてユーザーを実験台にした結果だ 昔はハードウェア試験ラボがこういう問題を捕まえていたのに、今はなくなったようだ
こんな大企業が 主力製品 でここまで失敗しているのはいまだに理解できない
Microsoftの AIコーディング義務化政策 が今も順調に機能しているように見える、という皮肉っぽい感じだ
こうした問題を見ると、Microsoftの テスト方式 が気になる VMで可能な限りあらゆる状態をテストするのだろうが、実際の物理マシンでは組み合わせが多すぎる 数千種類のハードウェアとOSバージョンを考えると 組み合わせ爆発 が起きる
「POSTの後にWindowsロゴが表示されたら電源ボタンを押して終了し、この過程を繰り返してWinREを起動する」という説明を見て思った 昔のように単に F8キー で入れない理由が気になる