【悲報】Windows 11の4月更新でPCが起動不能に…AMD Ryzen搭載機が狙い撃ち、しかも不具合は3つ同時発生
4月の定例更新を入れたら、PCが二度と立ち上がらなくなる。品質改善を繰り返し掲げてきたMicrosoftが配ったWindows 11の4月パッチで、AMD環境を中心に起動不能ループが発生している。しかもこれは、同じ更新が引き起こしている3つの不具合のうちの1つに過ぎない。
起きているのは「デスループ」だった
Windows 11の4月定例更新プログラム「KB5083769」を適用した複数のPCが、起動できなくなっている。該当するのはWindows 11 25H2と24H2で、更新後のビルドはそれぞれ26200.8246と26100.8246。4月14日のパッチデーに配布が始まり、3日後の17日には被害報告が続々と上がり始めた。
症状は独特で、見た目にも異様だ。更新を試みると画面が崩れ、ランダムなピクセルがモザイク状に引き詰められた表示になる。続いて「Windowsが復旧を必要とする」という意味のブルースクリーンが出て再起動を促し、再起動を選んでも同じモザイク画面に戻るだけ。修復を試みては同じ場所でループし続けて、外に出られない。この「デスループ」と呼ばれる状態が厄介なのは、単なるエラー表示ではなく、OSそのものへの入り口が閉ざされる点にある。ユーザーがPCに触れる余地がほとんど残らない。
被害の分布 AMDとRyzen搭載機に偏る
最初に声を上げたのはMicrosoftのQ&Aフォーラムに投稿したユーザーだった。HP Pavilion 590-p004、AMD Ryzen 5 2600、32GBのRAM、GeForce GTX 1080 Tiという構成のWindows 11 Home機で更新を試みた途端、ループに陥ったと報告している。別のユーザーはDell製デスクトップで同じ症状を説明し、更新が30%で失敗してリブートを繰り返すと書き込んだ。企業ユーザーからは社内3台が同時に起動不能になったという報告もあり、そのうち1台は回復環境そのものが壊れてしまっていて、通常の復旧手段がそもそも使えない状態だという。
症状だけを並べるとひどく限定的な話に見えるが、セキュリティ研究者の技術レポートでは「SYSTEM_SECURITY_CHECK_FAILURE」といったカーネルが重要なデータ構造の破損を検出した際に出るコードを伴う例も記録されている。AMD Ryzen搭載機と一部のIntel/HP構成に偏る傾向が指摘されており、Ryzen、特に第2世代までのZenプラス世代を積んだ既製品デスクトップが危険地帯になっている可能性は現時点では否定できない。
原因は未特定のまま、配布も止まらない
MicrosoftのQ&Aアシスタントは「累積更新がブートに重要なコンポーネントを破損した場合、特にAMD環境で類似の事象が記録されている」と答えている。ただしこれはAI生成の回答で、Microsoftの公式見解ではない。今回の事象がKB5083769に直接起因するのか、それとも特定のドライバーやソフトウェアとの相性なのか、公式には何も説明されていない。
それどころかMicrosoftは更新そのものの配布を止めていない。ブートループの報告が出揃っている現時点でも、KB5083769は4月のセキュリティ更新として推奨されたまま、新しく当たるPCに次々と振ってくる。誰がどういう設定のPCで、どの組み合わせで引っかかるのか。肝心の条件が絞り込まれていない以上、自分が当たりを引くかは更新ボタンを押してみるまで分からない。
同じ更新が抱える、もう2つの不具合
ブートループが目立つが、KB5083769が引き起こしている問題はこれだけではない。1つはBitLockerリカバリーキーの要求。Microsoftはこちらについては4月14日付けで公式に認めている。BitLockerがOSドライブで有効になっていて、TPM検証プロファイルでPCR7が明示的に含まれている構成のPCでは、更新後の初回再起動でリカバリーキーの入力を求められる。要求は1度きりで、キーを入れれば以降は通常起動に戻るとされているが、エンタープライズ環境でグループポリシーを配布している組織では、突然のキー要求に対応しきれない事例が続出している。Microsoftはすでにサーバー側で暫定的な修正をロールアウト済みだと説明しており、恒久的な修正は今後のWindows Updateで提供するとしている。既知の問題のロールバックや一時無効化でも回避可能だ。
もう1つは、通常なら1回で済む再起動が3回追加で走るという現象。Windowsが複数のPCで再現を確認していて、同時配布されている.NET Frameworkの更新との干渉が疑われているが、こちらもMicrosoftは調査中としか答えていない。ログを見ないと判断がつかないが、ユーザー側から見ると画面が暗転しては再起動するサイクルが延々と続くため、失敗と成功の区別がつかない。
原因も発生条件も異なる3つの不具合が、4月のパッチ1本の周辺に同時に並んでいる。偶然といえば偶然だが、更新を当てる側から見れば、どれか1つに当たるかもしれないという不安として積み上がる。
もし同じ症状が出たら、最初にやること
すでにブートループに陥ってしまった場合、選択肢は段階的に狭くなる。フォーラムのアドバイザーが示している手順は、まず起動中に電源を強制的に2〜3回落とすこと。これでWindows回復環境（WinRE）が立ち上がる場合がある。WinREに入れたら、システムの復元で更新適用前の時点に戻すか、更新プログラムのアンインストールからKB5083769を削除する。どちらも有効だったという報告がある一方、WinRE自体が壊れてしまっていて起動すらしないケースも報告されている。
その場合は別のPCでWindowsのインストールメディアを作成し、起動ディスクから回復ツールにアクセスするのが最終手段になる。DISMコマンドでパッケージ名を指定してKB5083769を剥がすという踏み込んだ対処まで含めて、公式・非公式のガイドが出揃ってきている段階だ。順序をまとめると、強制電源断を繰り返す→WinREから復元かアンインストール→それでもダメなら別PCでインストールメディア、そしてどこかの段階でWindows Updateを一時停止しておかないと、同じパッチが再度振ってきてやり直しになる。
軽くなる宣言
品質改善という言葉は何度でも言える。会議室でも公式ブログでも開発者向けの記事でも、言葉にコストはかからない。しかし4月の火曜日にパッチを当てたPCの前でモザイク状の画面を見つめているユーザーにとって、その言葉はもう届かない。ブートを繰り返す画面は宣言を聞いてくれない。
起動しないマシンの前でユーザーが数えるのは、会議室で発せられた言葉の数ではなく、自分が失った時間の分量だ。宣言は繰り返せば繰り返すほど軽くなる。重さを持つのは宣言そのものではなく、宣言が履行された証拠の方だ。1台のPCが当たり前に立ち上がること。1つのパッチが何事もなく終わること。そうした静かな積み重ねだけが、品質という言葉に重力を与える。
Microsoftが4月に配ったのはセキュリティ更新だった。同時に配られてしまったのは、ブートループであり、BitLockerの強制発動であり、4回目の再起動だった。どれも致命的ではないと会議室では言えるかもしれない。けれど、当たった人のPCの前では、それぞれが十分に致命的だ。宣言が軽くなっていく音は聞こえない。それでも確実に軽くなっている。次の月例更新までに、その重さをどれだけ取り戻せるのか。4月のパッチが残した問いはそこにある。
ネットの反応
Windowsの一番のリスクはウイルスじゃなくて、Windows Updateだよな。
もう強制アップデート機能、消せよ…。
アップデートではなく、公式マルウェア。
来月の大幅高速化アップデートがあるらしいが、そこで大惨事が起こるんじゃないか？
やっぱ更新保留が正解だな、コレ。
ハードウェアが破損しなくても、アプデごとに正常なソフトウェアを強制的に壊していくMSスタイル。
品質向上宣言して起動不能バグか…。宣言する前なら、どれだけ致命的だったのか…。
もはや事故に遭っていないのは運がいいだけ、という状態だな。
ついにAMDを狙い撃ちし始めた…。
ただでさえ更新のたびに起動が不安定になっているのに、もうテロだろこれ？
MS「品質改善！」(言うだけならタダ)。
これやっぱりAIでコード書いてるんだろうな。検証さえしてない可能性。
ユーザーはデバッガーじゃねーぞ。
アップデート強制にしておいて毎回ほぼ不具合を出すんだからすごいね。リコールされても不思議じゃない製品品質。
Ryzenじゃないが、更新でブルースクリーンすら出ずに起動画面でフリーズするようになった上、BitLockerがかかって修復すらできなくなった。休日を丸々潰して再インストールした。これでアップデートでPCを破壊されるのは3回目です。
ちょうど「画面がモザイクになって起動しない」ってお客さんからのヘルプ要請が来てました。これの可能性ありそう…。
方針は変えられても、落ちてしまった技術力は並大抵のことでは戻らない。
いやもうウイルスやん。
AIの所感
この一件の根幹には、月例更新という「品質保証の設計」が機能不全に陥っている事実がある。原因の特定されないブートループ、BitLockerの突発的なキー要求、追加再起動という性質の異なる3不具合が1本のパッチに同居した。共通点は「配布前検証の網が、対象ハードウェアの母数（特にAMD Ryzen世代）と、BitLockerのTPM検証プロファイルのような環境の組み合わせに対して機能していなかった」ことだ。検証環境の代表性が、実社会の構成バリエーションに追いついていない。
興味深いのはMicrosoftが配布停止を選ばず、サーバー側暫定修正と「調査中」で対応した点だ。セキュリティ更新としての勧めを維持しながら不具合対応を進める判断は、攻撃面のリスクと安定性のリスクを天秤にかけた合理的な選択とも読めるが、ユーザーには「発生確率を他人に負わせている」と映る。特にAMDユーザーには、安全性のためと言われて入れた更新が自前のPCを壊しかねない。リスク情報を適用前に透明化し、特定構成での更新延期を選べる仕組みを標準化するのが、信頼回復には不可欠だ。
さらにこの件は「品質宣言の言葉」と「履行の証拠」の乖離を可視化した。ブランドは宣言で強化されるのではなく、無事に終わった更新の累積で強化される。ここ数年、Windowsの更新が「いつ壊れてもおかしくない」と警戒される土壌は、こうした対応姿勢の積み重ねで形成された。次の月例更新で「何事もなく終わる」こと自体が、最大のマーケティングになる時代だ。