Windows 11 24H2向け累積更新プログラム「KB5063878」が、特定のNVMe SSDをシステムから消失させる深刻な不具合を引き起こしている問題で、大手SSDコントローラメーカーPhisonは遂に沈黙を破った。同社は問題を公式に認め、パートナー企業と連携して調査に乗り出したことを明らかにした。Microsoftからの公式な声明はまだない。これは、一人のユーザーによるゲームアップデート中の奇妙な報告から始まった一連の騒動が、OSのストレージスタックとデバイスファームウェアの間に存在する深刻な断層を露呈させた決定的瞬間である。
本稿では、なぜこのアップデートが大容量書き込み時にSSDを「ロックアップ」させるのか、これまでの経緯と、その技術的な問題点について、Host Memory Buffer (HMB) の挙動、WindowsのNVMeドライバスタック、そしてPhisonコントローラの特性という3つの視点から、この現代的なデジタル災害の本質に迫りたい。
重複する悪夢：Windows Updateとストレージ障害の負の連鎖
Microsoftの月例アップデートは、セキュリティ強化と機能改善の要石である。しかし、2025年8月12日に配信されたWindows 11バージョン24H2向けの累積更新プログラム「KB5063878」（および関連する「KB5062660」）は、一部のユーザーにとって悪夢の引き金となった。このパッチを適用したシステムで、NVMe SSDが突然OSから消失し、最悪の場合、ファイル破損やデータ損失に至るという深刻な報告が相次いでいるのである。これは、OSレベルの変更がストレージデバイスのファームウェアやドライバ層といかに複雑に絡み合い、予期せぬ破壊的影響をもたらしうるかを示す、最新の事例である。
この問題が公になった発端は、X（旧Twitter）ユーザー「ねこるすきー」氏（@Necoru_cat）による詳細な検証報告だった。同氏が人気ゲーム『Cyberpunk 2077』のアップデート中、ゲームがインストールされたSSDがOSから忽然と姿を消したのだ。
同氏の執念とも言える検証により、不具合の再現条件が特定された。
- トリガー: 約50GB以上の大容量なシーケンシャルライト（連続書き込み）
- 発生条件: SSDのコントローラ使用率が約60%を超える高負荷状態
- 症状: ドライブがOSから完全に消失。デバイスマネージャからも認識不能となり、SMART情報の読み取りも不可能になる。
再起動することで一時的にドライブの認識は回復するものの、同様の重い書き込みワークロードを再開すると問題が再発するという、極めて厄介な挙動を示す。さらに危険なのは、この症状が発生した際には、高い確率でファイル破損やパーティションのアクセシビリティ喪失を伴うことだ。
当初、Phison製コントローラを搭載したDRAMレスSSDで特に顕著とされたが、追試により他社製コントローラや一部のHDDでも類似の症状が報告され、問題が特定のハードウェアに限定されない、より根深いOS側の問題であることが示唆された。
この種のOSアップデートに起因するストレージ障害は、過去にも発生している。例えば、2024年にWestern Digital製SSD「SN770」で発生したHost Memory Buffer（HMB）関連の不具合は、今回の事象と技術的に多くの類似点を持つ。
OSとファームウェアの危険な相互作用
なぜ、OSのセキュリティパッチが物理ドライブを応答不能に陥らせるのか。この異常事態を理解するには、現代のOSとストレージデバイス間の複雑な連携、特にNVMeプロトコルにおける低レイヤーの挙動を解き明かす必要がある。以下の3つの要素が複合的に絡み合っていると考えられる。
1. Host Memory Buffer (HMB) の挙動変化とDRAMレスSSDの脆弱性
今回の問題で特に影響が集中したのが、DRAMキャッシュを搭載しない、いわゆる「DRAMレスSSD」だ。これらのSSDは、コストを抑える代わりにNVMe規格のHost Memory Buffer (HMB) という機能を利用してパフォーマンスを補っている。
HMBとは、SSDが自身のマッピングテーブル（LBAとNAND物理アドレスの対応表）などを保持するための一時的なキャッシュ領域として、PCのメインメモリ（DRAM）の一部を拝借する仕組みである。この時、OSのNVMeドライバ（stornvme.sys）がメモリ領域を確保し、その物理アドレスリストをSSDコントローラに通知する。コントローラは、PCIe経由でそのホストメモリ領域に直接アクセス（DMA）し、高速なキャッシュとして利用するわけだ。
このHMBは、システムリソースを有効活用するスマートな設計思想に基づいている。しかし、DRAMがオンボードに存在しないため、コントローラはHMBを介したホストメモリへのアクセスに強く依存することになる。
今回の問題では、大容量の連続書き込みによってコントローラが高度に負荷され、ドライブの内部キャッシュおよびマッピングロジックが極限まで駆動される状況で発生する。この時、OS側でHMBまたはその他のキャッシュバッファを管理する挙動に何らかの回帰、あるいはメモリリークが発生し、結果としてSSDコントローラが不正確または不完全なメモリマッピングを受け取ることで、正常なNVMeコマンド応答ができなくなる状態に陥る、というシナリオが強く疑われる。
KB5063878がstornvme.sysや関連するメモリ管理コンポーネントに何らかの変更を加え、HMBとしてSSDに通知されるメモリアドレスやその管理方法に微妙な不整合を生じさせた可能性は高い。
なぜPhisonコントローラが集中して影響を受けるのか
複数の報告がPhison製コントローラ、特にDRAMレスモデルを搭載したSSDに問題が集中していることを指摘している。これはPhisonコントローラが本質的に欠陥を持つことを意味するものではない。Phisonは、PCie Gen3/Gen4世代において、消費電力効率とコストパフォーマンスに優れたコントローラを幅広く提供し、特にコンシューマ向けNVMe SSDやバリュー帯の製品で高い市場シェアを誇る。そのため、市場に流通するDRAMレスSSDの多くがPhison製コントローラを採用しているのが現状だ。
このようなDRAMレス設計は、OS側のHMBアロケーションやドライバとの相互作用にこれまで以上に強く依存する。したがって、WindowsのI/Oスタック、特にHMB関連の処理に僅かな回帰や変更があった場合、Phison製コントローラはその影響を最も顕著に受ける可能性が高い。これは、抽象化されたOS層の挙動が、ハードウェアの具体的な実装詳細に深く根差していることの証であり、今回の問題も同様の構造を持つと推測される。
2. 広範なI/Oスタックのリグレッション（回帰）の可能性
ただし、興味深いことに、今回の問題はPhison製コントローラに限定されない可能性も示唆されている。ねこるすきー氏の21台のドライブを対象とした検証では、Western Digital Blue SA510 2TB SATA SSDのようなDRAMレスではないSATA SSDや、一部のHDDでも同様の症状が報告されている。これは、問題の根源がHMB固有のロジックに留まらず、Windowsのより広範なストレージI/Oサブシステム、例えばStorPort/AHCI層やstornvmeドライバスタックにおける回帰やメモリリーク、あるいはNVMeコマンドの順序付けやタイミングに関する、より広範なリグレッション（機能低下やバグの再発）である可能性を示唆している。
Windowsのストレージアクセスは、アプリケーションからstornvme.sys（NVMeドライバ）やStorPort.sys（ストレージポートドライバ）といったカーネルモードドライバを経て物理デバイスに至る階層構造をなしている。KB5063878が、I/O要求のキューイング、コマンドの完了通知、あるいはOS側のファイルキャッシュ管理といった、より基本的な部分に変更を加えた結果、特定の高負荷条件下でタイムアウトやリソースリークが発生し、デバイスドライバが応答不能に陥っているのではないか。
この種のロックアップは、コントローラが予期せぬ順序のコマンドを受け取ったり、必要なリソースがOSから割り当てられなかったりした場合に典型的に見られる挙動だ。Phison製コントローラで報告が集中したのは、市場シェアの高さに加え、同社のファームウェアがWindowsの特定のI/Oパターンに高度に最適化されており、その前提が今回のアップデートで崩れたため、より顕著に影響が現れたと推測できる。
3. Phisonの公式声明が示唆する「業界全体の問題」
この混乱の中、PhisonがTom’s Hardwareに寄せた声明は注目に値する。
Phison has recently been made aware of the industry-wide effects of the ‘KB5063878’ and ‘KB5062660’ updates on Windows 11 that potentially impacted several storage devices, including some supported by Phison. … We are steadfast in our commitment to product integrity and the success of our partners and end users.
Phisonは最近、Windows 11における『KB5063878』および『KB5062660』の更新プログラムが、Phisonがサポートする一部のストレージデバイスを含む複数のストレージデバイスに潜在的な影響を及ぼす可能性のある業界全体の影響について認識しました。… 当社は、製品品質の維持とパートナーおよびエンドユーザーの成功へのコミットメントを堅く守っています。
この声明の要点は、「業界全体の影響 (industry-wide effects)」という言葉を選んでいる点だ。これは、自社コントローラの欠陥ではなく、OSの変更が引き起こした広範な互換性問題であるというPhisonの認識を明確に示している。彼らは現在、SSDを製造・販売するパートナー企業と連携し、ファームウェアレベルでの回避策や、Microsoftへのフィードバックを行っている段階だろう。
この状況は、2024年にWestern Digital製SSDで発生したHMB関連の不具合と酷似している。あの時も、最終的にはMicrosoftによるOS側の修正と、WDによるファームウェアアップデートの双方が提供される形で問題は収束した。今回も同様に、OSとデバイスメーカーの協調による解決が不可欠となる。
影響範囲と確認されたモデル
現時点で報告されている影響モデルは多岐にわたるが、特に以下の特徴を持つドライブは注意が必要だ。
- コントローラ: Phison PS5012-E12などのPhison製コントローラ
- 確認されたモデル例:
- Corsair Force MP600 (Phison E16コントローラ含む)
- KIOXIA Exceria Plus G4 / KIOXIA M.2 SSD
- SanDisk Extreme PRO M.2 NVMe 3D
- Fikwot FN955
- Maxio SSD
- その他、Phison製コントローラ搭載の様々なDRAMレスモデル
ねこるすきー氏の21台に及ぶ検証結果では、上記以外にもCrucial、Solidigm、ADATA、HP、XPG、Hanyeといった多岐にわたるブランドのSSDがテストされ、中には一時的に消失するものの再起動で回復するケースも複数報告されている。しかし、Western Digital Blue SA510 2TB（SATA SSD）においては、再起動後も完全に回復不能となったケースも確認されており、この問題がNVMe SSDのみに限定されないことを示している。
この事実から、問題の根源は特定のNVMeプロトコルやHMB機能にのみあるのではなく、WindowsのストレージI/Oスタック全体、あるいはその上位層における共通のロジックに潜む可能性がある。例えば、ファイルシステムの変更や、OSレベルでの書き込みキャッシュの挙動変更、あるいは電源管理やスリープモードからの復帰時のストレージデバイスへのコマンド発行順序など、多岐にわたる要因が考えられるだろう。
ベンダーとMicrosoftの対応状況
このような重大な問題が発生しているにもかかわらず、当事者であるPhisonとMicrosoftの公式な対応には温度差が見られる。
Phisonの迅速な認識とパートナー連携
SSDコントローラベンダーであるPhisonは、この問題に対して比較的迅速に反応している。上述したように、同社は、「『KB5063878』および『KB5062660』アップデートがWindows 11上で引き起こす業界全体への影響を認識しており、Phisonがサポートするいくつかのストレージデバイスも影響を受ける可能性があることを理解している」と声明を発表し、影響を受ける可能性のあるコントローラに関してパートナーと協力して調査を行うことを表明している。影響を受けた可能性のあるパートナーには、サポートと適用可能な是正措置を提供するために、引き続き更新情報と勧告を行うとのことだ。最終的な修正は、各SSDメーカーを通じてファームウェアアップデートの形で提供される可能性が高い。
Microsoftの沈黙と情報公開の課題
一方、問題のトリガーとなっているWindowsアップデートを提供したMicrosoftは、今回のストレージ消失問題について、現時点（2025年8月19日現在）で公式な既知の問題として公開していない。唯一、KB5063878に関して公式に言及されているのは、企業向けのWSUS/SCCM環境でのインストールエラー「0x80240069」である。この問題については、既にKnown Issue Rollback (KIR) の適用やレジストリの直接編集といった回避策が提示され、修正も展開されている。
しかし、個人ユーザーに甚大な影響を及ぼしうるストレージ消失問題については、Microsoftの公式ドキュメントに記載がない状況が続いている。これは、パッチ公開初期段階では、ベンダーやフィールドからの報告がテレメトリーデータやエンジニアリングチームによって検証されるまでにタイムラグがあるため、珍しいことではない。だが、データ破損という結果を招きうる問題である以上、Microsoftは速やかにこの問題を確認し、公式な「既知の問題」として掲載し、「セーフガードホールド」を設定するなどして、影響を受ける可能性のあるハードウェアへの自動アップデート適用を一時停止すべきであると、筆者は強く考える。
Microsoftには、企業向け環境での修正パッチ適用とは別に、より広範なユーザーベースへの情報開示と、影響を受けるハードウェアへのアップデートブロックの迅速な展開を求める。
ユーザーへの実践的アドバイス：大切なデータを守るために
今回の問題は、デジタルデータが生活と密接に結びついている現代において、バックアップの重要性を再認識させる警鐘だ。今、ユーザーが取るべき最も重要な行動は以下の通りである。
最優先事項：データバックアップの徹底
- 即座のバックアップ実行: 失うわけにはいかない重要なファイルは、外付けHDD/SSD、ネットワークストレージ、クラウドストレージなど、異なる媒体に今すぐコピーすること。今回の問題は、単一のNVMeデバイスに依存するユーザーに対し、「大容量書き込み時にはデータ損失の可能性がある」と仮定して行動するよう強く求めている。
アップデートとワークロードの管理
- KB5063878/KB5062660のインストール一時停止: もし、まだ8月の累積更新プログラムを適用していない場合、特に重い書き込みワークロードを実行するユーザーや、Phison製コントローラやDRAMレス設計のドライブを使用しているユーザーは、問題の修正が確認されるまでWindows Updateを一時停止することを強く推奨する。Windowsの設定（「設定」→「Windows Update」→「更新を7日間一時停止」または「詳細オプション」で指定日を選択）から可能である。企業環境のIT管理者は、WSUSやSCCMを用いて該当モデルを互換性ホールドリストに登録し、ラボ環境で十分なテストを行うべきだ。
- SSD/HDDファームウェアの更新: 各ストレージベンダーは、コントローラに起因する問題を修正するためのファームウェアアップデートをリリースすることがある。使用しているSSD/HDDのベンダー製ツール（例: Samsung Magician, Western Digital Dashboard, Crucial Storage Executive, Corsair SSD Toolなど）を用いて、最新のファームウェアを確認し、提供されている場合は適用すること。ファームウェアアップデートは常にデータバックアップを行い、ベンダーの指示に厳密に従って実施しなければならない。
- 大容量の連続書き込みの回避: 潜在的に影響を受ける可能性のあるドライブに対し、大規模なゲームのインストール、大容量アーカイブファイルの展開、数百GB単位のビデオファイル転送、ローカルでのブロックレベルバックアップなど、持続的な高負荷書き込み操作は避けるべきだ。
障害発生時の緊急対応
もし既にドライブの消失やパーティションのアクセス不能といった症状が発生してしまった場合、以下の手順を厳守すること。
- 直ちに書き込み停止: データのさらなる破損を防ぐため、ドライブへの書き込み操作を一切行わない。
- アグレッシブな修復ツールの使用禁止: ドライブに書き込みを行う可能性のあるディスク修復ツール（chkdskなど）は、状況を悪化させる可能性があるため、安易に使用しないこと。
- フォレンジックイメージの作成（スキルがある場合）: データ復旧の専門家が分析できるよう、リードオンリーツール（例:
ddrescue）を用いてドライブのフォレンジックイメージを作成することを検討する。これは現在の状態を保存し、復旧の可能性を高める。 - ベンダーへの問い合わせ、データ復旧サービスの検討: データがミッションクリティカルな場合は、速やかにSSD/HDDベンダーに連絡し、必要に応じて専門のデータ復旧サービスへの相談を検討する。安易な自己修復試行は、かえって完全復旧の可能性を低下させる。
- LCUのアンインストール/システムの復元（最終手段）: 既にアップデートを適用し、問題が発生している場合、DISM/wusaコマンドを用いて問題のLCU（KB5063878）のアンインストールを試みるか、システムの復元ポイントが存在すればロールバックを行うことも可能である。しかし、これらの操作が破損したファイルを元に戻す保証はない。
繰り返されるOSとハードウェアの深い対立
今回のWindows 11のストレージ障害は、単一のバグに留まらない、より構造的な問題の氷山の一角を示していると筆者は考える。
複雑化するWindowsアップデートの構造的課題
近年、Windowsのアップデートプロセスはかつてなく複雑化している。AI機能の統合、A/Bテストによる段階的な機能展開、そして多様なハードウェア構成への最適化は、OSの内部アーキテクチャを一層高度なものにしている。Servicing Stack Update (SSU) とLatest Cumulative Update (LCU) の連携は、OSの基盤となるコンポーネントと個別の修正が密接に絡み合うことを意味する。
この複雑さが増す中で、WSUSやSCCMといった企業のレガシーな配布メカニズムとの間に不整合が生じたり、あるいは今回のストレージ問題のように、これまで想定されなかったハードウェアとソフトウェアの相互作用が顕在化したりする。Microsoftのテストプロセスが、この膨大な組み合わせの全てを網羅しきれていないことは明らかであろう。特に、ストレージというシステムの根幹をなす部分への変更は、予期せぬ形でハードウェアの挙動に影響を及ぼすリスクが高い。
「新たな常識」としての慎重なアップデート戦略
もはや「最新のアップデートをすぐに適用することが最も安全である」という神話は通用しない。我々ユーザーとIT管理者は、Windowsアップデートとの付き合い方について「新たな常識」を確立する必要がある。
それは、性急なアップデート適用を避け、情報を吟味するという姿勢だ。一般ユーザーは、主要な技術メディアやコミュニティからの報告を数週間監視し、重大な問題が報告されていないかを確認する期間を設けるべきだろう。企業のIT管理者は、本番環境への展開に先立ち、必ずパイロットグループで十分な検証期間とテストを実施する必要がある。
これは面倒で非効率に見えるかもしれないが、OSというデジタル社会の根幹をなすインフラが、このような形で不安定さを増す現状においては、自身のデータと業務の継続性を守るための最も合理的な選択である。Microsoftには、今回の事態を重く受け止め、品質管理プロセス、特に低レイヤーのハードウェア互換性検証における抜本的な見直しと透明性のある情報公開を強く求めたい。
歴史が繰り返す教訓
この種のOSとファームウェアの相互作用に起因する問題は、今回が初めてではない。前述のWD/SanDisk HMB問題以外にも、過去には特定のチップセットドライバやデバイスドライバの更新が、ストレージのパフォーマンス低下や安定性問題を引き起こした例は枚挙にいとまがない。
今回の件も、OSドライバの変更、OSの機能改善によって許容される新たな使用パターン、そしてSSDエコシステムにおけるファームウェアの多様性という、複雑な要素が絡み合った結果と言える。問題の最終的な解決は、おそらくMicrosoftからの修正パッチ、そして各SSDベンダーからのファームウェアアップデートという、複合的なアプローチによって図られることになるだろう。
データ保護の最後の砦
Windows 11 24H2の累積更新プログラム「KB5063878」が、大容量書き込み条件下でNVMe SSD（特にPhison製コントローラ搭載モデル）の消失とデータ破損を引き起こすという報告は、無視できないレベルの信頼性を持つ。これは、ユーザーに対し即座に実践的な対策を求めるものである。
- 最優先でデータのバックアップを行うこと。
- リスクのあるマシンではアップデートを遅らせ、SSDファームウェアの更新を検討すること。
- 既に障害が発生した場合は、書き込みを中止し、データ復旧の専門家に相談すること。
システム管理者やパワーユーザーは、影響を受ける可能性のあるモデルをアップデート管理ツールでテスト/ホールド状態にし、Microsoftからの公式なセーフガードホールド、またはベンダーからの明示的なファームウェア修正を待つべきである。このエピソードは、なぜバックアップがデータ保護の最も基本的な、そして最後の砦であるかを再認識させる時宜を得た警告だ。システムレベルのアップデートがデバイスファームウェアと予測不能な形で相互作用しうる状況において、偶発的なデータ損失から身を守る唯一信頼できる手段は、常に最新かつ検証済みのバックアップと、重要なデータを含むマシンに対する慎重なアップデートポリシーなのだ。
Sources