Windows 11の特定アップデートがSSDを破損させるという衝撃的な報告に、業界が騒然となった。その中心にいたのが、SSDコントローラーの巨人Phisonだ。同社はこの件について速やかに調査を行う事を発表していたが、その結果について4,500時間を超える徹底検証の末に「問題は再現できなかった」と公式に発表した。
突如浮上した「SSD文鎮化」騒動とPhisonの最終回答
2025年8月中旬、PCユーザーコミュニティを震撼させる報告がSNS上で拡散された。Windows 11のセキュリティアップデート「KB5063878」および「KB5062660」を適用後、大容量のファイル書き込みを行うとSSDが認識不能になる、いわゆる「文鎮化」するというものだ。
発端は、日本のXユーザー@Necoru_cat氏が人気ゲーム『Cyberpunk 2077』のアップデート中にSSDが消失したというポストだった。 この報告は瞬く間に広がり、当初は特定メーカーのSSD、特にPhison製コントローラーを搭載した製品に問題があるのではないかとの憶測が飛び交った。
この事態を受け、SSDコントローラー市場で圧倒的なシェアを誇るPhisonは、即座に調査を開始。そして8月27日、同社は数週間にわたる調査の最終結果を公表した。結論から言えば、完全な「シロ」。Phisonは、問題の再現には至らなかったと断言したのである。
「Phisonは、報告されたドライブに対し、累積4,500時間以上のテストと2,200回以上のテストサイクルを実施しました。我々は報告された問題を再現できず、現時点でパートナーや顧客からも、この問題が自社ドライブに影響したという報告は受けていません」
この声明は、騒動の幕引きを意味するのか、それとも新たな謎の始まりを告げるものなのだろうか。
4,500時間の徹底検証、それでも「異常なし」が示すもの
Phisonが投じた「4,500時間」という数字の重みは計り知れない。これは、単純計算で約187日間、半年以上に相当する時間を、この問題の検証だけに費やしたことを意味する。2,200回以上というテストサイクルも、考えうる様々な条件下で繰り返し検証を行ったことの証左だ。
さらに重要なのは、「パートナーや顧客からの報告もない」という点だ。 Phisonのコントローラーは、世界中の名だたるSSDメーカーに採用されている。もし仮にWindowsアップデートとの間に深刻な互換性問題が存在すれば、世界中のPCメーカーやSSDブランドから報告が殺到するはずだ。しかし、Phisonによればそうした動きは一切ないという。
この事実は、今回の問題が、少なくとも「Phisonコントローラーと特定のWindowsアップデートの組み合わせで普遍的に発生する不具合」ではない可能性を強く示唆している。問題は、より限定的な、特定の環境下でのみ発生するレアケースなのかもしれない。
渦巻く情報戦：偽造文書とPhisonの断固たる姿勢
この技術的な騒動の裏で、事態をさらに複雑にする動きがあった。「偽造文書」の存在だ。
騒動の最中、Phisonの社名を騙り、問題の影響を受けるコントローラーのリストや社内の見解を記したかのような文書がインターネット上に出回った。 これに対し、Phisonは即座に「公式でも非公式でも、当社からのいかなるコミュニケーションでもない」と完全否定。さらに、「適切な法的手続きを通じてこの問題に対処している」と述べ、強い姿勢で臨むことを明らかにした。
これは、単なる技術的な不具合報告にとどまらず、何者かがPhisonの信用を失墜させようと意図的に偽情報を流布した可能性を示唆している。この件のように特定の企業を狙ったこのような情報操作は、残念ながら決して珍しいことではない。ユーザーは、センセーショナルな情報に踊らされることなく、常に公式な情報源を確認する冷静さが求められる。
なぜPhisonは問題を「再現」できなかったのか
Phisonのテスト結果と、一部ユーザーからの悲痛な報告。この間には、埋めがたいギャップが存在する。この食い違いはどこから生まれるのだろうか。いくつかの可能性を考察したい。
真犯人はWindows側に？ストレージスタックの深淵
Phisonが問題を再現できなかったと発表した一方で、最初に報告した@Necoru_cat氏や他のユーザーが体験したSSDの挙動異常を完全に否定することはできない。この矛盾を説明するために、技術コミュニティでは異なる角度からの分析が試みられている。
提供された調査結果の全体概要によれば、この問題の根底にはWindows 11 24H2のストレージスタックにおけるキャッシュ・バッファリングの処理不具合があるのではないかという推測が示されている。具体的には、OS側がフラッシュメモリへの書き込みを制御する「フラッシュ/FUAオーダリング (Force Unit Access ordering)」を適切に処理できない状況が発生し、結果としてI/O（入出力）キューが異常に肥大化するというメカニズムが指摘されている。
ここで少し専門的な解説を加えてみよう。SSDは、OSからの書き込み要求を効率的に処理するため、内部にデータキャッシュ（DRAMキャッシュなど）を持つ。OSは、データの永続性を確保するために、特定の書き込みが実際にフラッシュメモリにコミットされたことを確認するメカニズム（FUAなど）を使用する。もしOSがこれらのコマンドを誤って処理したり、あるいはSSDコントローラーとの間で通信上の不整合が発生したりすると、OSはSSDがデータを書き込み中であると誤認し、次の書き込み要求を次々とキューに積んでしまう可能性がある。I/Oキューが肥大化すると、SSDコントローラーは過負荷状態となり、最終的に応答を停止したり、内部的にリセットをかけたりする。これが、ユーザーから見て「SSDがシステムから消失した」ように見える原因となり得るのである。
問題が発生した際に、多くのドライブが再起動によって復旧可能であったという報告は、この「コントローラーの一時的な応答停止」というメカニズムと整合性が高い。しかし、中にはSMARTデータが読み取れなくなったり、パーティションテーブルが破損してドライブがRAWボリュームとして認識されるケースもあった。これは、コントローラーが正常に復旧できず、内部データ構造に深刻な損傷が生じた可能性を示唆している。
この技術的な機構がもし事実であれば、問題は特定のSSDコントローラーメーカーに限定されるものではなく、Windows 11のストレージスタックに起因するOS側の広範な問題である可能性が高い。実際に、前述の通りPhison以外のメーカーのSSDでも同様の報告があったことは、この仮説を裏付ける一因となるだろう。
しかし、なぜPhisonの徹底したテスト環境ではこの問題が再現されなかったのか？ 筆者はこの点に、もう一つの重要な側面があると考える。それは、テスト環境と実使用環境の差異、そしてハードウェアとソフトウェアの相互作用の複雑さである。
@Necoru_cat氏の「単一テストベッド」問題と冷却の重要性
Phisonが大規模な検証で問題再現に至らなかったことと、@Necoru_cat氏の報告との間に生じるギャップを埋める上で、@Necoru_cat氏のテスト環境が「単一のテストベッド」であったという点が重要視されるべきだろう。
@Necoru_cat氏が実施した精力的なテストは、そのコミットメントと情熱において賞賛に値する。これほど多くのSSDモデルを個人の立場で検証することは並大抵のことではない。しかし、すべてのテストが同じPC環境で行われたという事実は、問題の真の原因がWindows 11のアップデートそのものだけでなく、特定のPCのハードウェア構成やドライバー、あるいは設定に起因する可能性を排除できないことを意味する。
例えば、マザーボードのチップセットドライバー、BIOS/UEFI設定、あるいはPCの電力供給、さらにはテストに使用されたCPUやRAMといった他のコンポーネントとの相互作用が、I/Oキューの肥大化やコントローラーの応答停止といった症状を誘発した可能性も考慮に入れるべきである。Phisonのようなコントローラーメーカーは、非常に広範な組み合わせのハードウェアとソフトウェア環境で製品の互換性テストを実施するが、個々のユーザー環境の微妙な差異まではカバーしきれない場合もある。
ここで、Phisonが声明の中で「ベストプラクティス」として提示したアドバイスも極めて重要になってくる。
「長時間のワークロード、例えば大容量ファイルの転送や大容量アーカイブの解凍を行う際には、ストレージデバイスに適切なヒートシンクまたはサーマルパッドを使用することを推奨します。これにより、最適な動作温度を維持し、熱によるスロットリングの可能性を低減し、持続的なパフォーマンスを確保することができます。」
これは一見すると、SSDの破損問題とは直接関係ないようにも思えるが、実は根深い関連性がある。特に高性能なNVMe SSDは、大量のデータ転送時に非常に高温になることがある。過度な熱はコントローラーの処理能力を低下させ、「サーマルスロットリング」を引き起こす。サーマルスロットリングが発生すると、SSDは自身の破損を防ぐために意図的に動作速度を落とす。この状態が長時間続いたり、極端な状況下で発生したりすると、コントローラーの予期せぬ挙動や、OSとのI/O処理におけるタイミングのずれを引き起こす可能性も否定できない。
仮にWindows 11のストレージスタックに何らかの潜在的な問題があったとしても、それが顕在化するトリガーとして、不適切な冷却によるSSDコントローラーの不安定化が関与していた可能性も十分に考えられるのである。@Necoru_cat氏のテスト環境では、多くのSSDを連続的に検証するため、十分な冷却が確保されていなかった、あるいは特定のSSDが本来の動作温度を超えていたといった状況があったのかもしれない。この視点は、Phisonが自社の厳格なテスト環境で問題を再現できなかった理由の一つともなる。
残された疑問と今後の展望：ユーザーは何に注意すべきか
今回のPhisonの発表によって、Windows 11アップデートによるSSD破損という大規模な懸念は一時的に沈静化するかもしれない。しかし、全ての疑問が解消されたわけではない。Phisonが問題を再現できなかったからといって、@Necoru_cat氏や他のユーザーが経験したトラブルが「幻」であったとは言えないからである。
残された最大の疑問は、「Phisonが再現できなかった問題が、なぜ一部のユーザー環境では発生したのか」という点だ。
この状況を鑑みるに、以下の可能性を複合的に考慮する必要があると考えられる。
- 環境依存性の高い不具合: Windows 11のストレージスタックにおける潜在的な不具合が、特定のハードウェア構成（マザーボード、CPU、電源、接続されている他のデバイスなど）やドライバーの組み合わせ、あるいは特定のSSDファームウェアとの相互作用によってのみ顕在化する、極めて環境依存性の高い問題であった可能性。Phisonのテスト環境が、たまたまその特定のトリガー条件を満たさなかったことも考えられる。
- 熱問題が引き起こす不安定性: 前述の通り、SSDの不適切な冷却が、OS側のI/O処理のわずかな不具合と相まって、コントローラーの不安定化を加速させた可能性。特に高負荷な書き込みが長時間継続するようなワークロードにおいては、適切なヒートシンクの使用がこれまで以上に重要となる。
- 稀な結合バグ: OS、ドライバー、SSDファームウェア、そしてアプリケーション（例：SteamやCyberpunk 2077のアップデートプロセス）の複雑な相互作用の中で、非常に稀な条件下でのみ発生する結合バグ（corner case bug）であった可能性も否定できない。
現時点で、Microsoftからの公式な見解は発表されていない。Phisonの今回の声明は、あくまでコントローラーメーカーとしての検証結果であり、Windows 11のストレージスタックに問題がないことを保証するものではない。筆者は、Microsoftがこの件についてより詳細な調査を行い、必要であればパッチをリリースするか、あるいは公式な技術的説明を行うべきであると考える。
ユーザーへのアドバイス
では、SSDユーザー、特にWindows 11を使用しているユーザーは何に注意すべきだろうか。
- 過度な心配は不要: Phisonの広範なテスト結果を信頼するならば、Windows 11アップデートが「常にSSDを破壊する」と過度に心配する必要はないだろう。
- 冷却の再確認: しかし、Phisonが推奨するように、特に高性能なNVMe SSDを使用している場合、適切なヒートシンクやサーマルパッドを使用して、SSDの冷却を最適化することは非常に重要である。これは、今回の問題に限らず、SSDの寿命とパフォーマンス維持のための「ベストプラクティス」と認識すべきだ。
- アップデートの適用は慎重に: もし、まだWindows 11のKB5063878やKB5062660アップデートを適用していないのであれば、自身のPC環境で問題が発生するリスクを完全に排除したい場合は、しばらく様子を見るという選択肢も賢明かもしれない。ただし、セキュリティアップデートを遅らせることは、別のセキュリティリスクを招く可能性もあるため、注意が必要だ。
- 異常を感じたら連絡を: もし同様のSSD関連の異常を感じた場合は、決して自己判断せず、SSDメーカーやPCメーカーのサポート、あるいはPhisonのサポート（support@phison.com）に連絡し、詳細な情報を提供することが、今後の問題解決に繋がるだろう。
今回の騒動は、テクノロジーの複雑さと、それに伴う予期せぬ問題、そしてそれが情報社会の中でどのように拡散し、解釈されるかという側面を改めて浮き彫りにした。Phisonの徹底検証の結果は一つの重要な節目となるが、真の意味での解決には、引き続き業界全体での情報共有と協力が不可欠だ。
Sources