Windows 11 24H2 の累積更新 KB5063878（OS ビルド 26100.4946）を入れた結果、「アンインストールできない」「SSD に悪影響がありそうで不安」という声が増えています。本記事では、KB5063878 が削除画面に出てこない理由と、Phison コントローラ搭載 SSD を含むストレージへの影響、そして現実的な回避策・運用指針を整理します。
KB5063878 とは？対象バージョンと位置づけ
まず、問題の更新プログラム KB5063878 がどのような位置づけなのかを整理しておきます。
- 対象 OS：Windows 11 バージョン 24H2（すべてのエディション）
- OS ビルド：26100.4946 に更新される累積セキュリティ更新プログラム
- 公開日：2025 年 8 月 12 日（2025-08-12）
- 内容：7 月プレビュー KB5062660 の修正を取り込みつつ、月例のセキュリティ修正や AI コンポーネントの更新を含む「月例品質更新（セキュリティ更新）」
- パッケージ構成：最新の Servicing Stack Update（SSU: KB5065381）と最新の累積更新（LCU）が一体化した「SSU + LCU の複合パッケージ」
公式 KB ページでは、KB5063878 は通常の Windows Update / Microsoft Update から自動配信されるうえ、Microsoft Update カタログからスタンドアロンの .msu としても配布されると案内されています。
このように KB5063878 は、Windows 11 24H2 の 2025 年 8 月時点における「基準ビルド」を提供するかなり大きめの累積更新であり、単なる小規模修正ではありません。
KB5063878 が「アンインストールできない」理由
多くのユーザーが直面しているのが、次のような状況です。
- 「設定 > Windows Update > 更新の履歴」には KB5063878 が表示される
- しかし「更新プログラムのアンインストール」一覧には KB5063878 が出てこない
- コマンドでアンインストールしようとすると「この PC にはこのセキュリティ更新が必要で、アンインストールできません」といった趣旨のエラーになる
「更新プログラムのアンインストール」に出てこないのはなぜか
Windows 11 24H2 では、更新プログラム管理の内部構造がさらに統合され、
- Servicing Stack Update（SSU）
- Latest Cumulative Update（LCU）
が 1 本の複合パッケージとして配布されるようになっています。
この構成だと、従来のように「Windows Update の UI から LCU だけを簡単にアンインストール」という運用は想定されておらず、複合パッケージに対して wusa.exe /uninstall を実行しても動作しないことが、Microsoft の公式 KB に明記されています。
そのため、24H2 環境で KB5063878 が「アンインストール可能な更新」として UI に出てこないのは仕様と考えてよく、「壊れたから出てこない」というより そもそもユーザー向けの UI からは戻せない設計と考えた方が安全です。
wusa で拒否されるのは SSU を含むため
KB5063878 は SSU と LCU が一体化したパッケージのため、wusa /uninstall /kb:5063878 のようなコマンドは、公式にもサポートされていません。
特に Windows 11 24H2 / 25H2 では、
- 「この更新プログラムはこの PC に必要なためアンインストールできません」
- またはエラーコード 0x800f0825 / 0x800f0905
といったメッセージで拒否される報告が多数あり、Microsoft Q&A でも「KB5063878 は大型アップデートであり、インストール後はアンインストールできない」と案内されているケースがあります。
DISM /Remove-Package は「理論上は可能だが現実的には難しい」
公式 KB には、複合パッケージから LCU だけを DISM で削除する方法が記載されています。
DISM /Online /Get-Packages | findstr KB5063878
DISM /Online /Remove-Package /PackageName:<LCU のパッケージ名>
実際に、Q&A や技術フォーラムでも、
Package_for_RollupFix~31bf3856ad364e35~amd64~~26100.4946.1.26- あるいは
Package_for_KB5063878~31bf...~10.0.26100.4946というパッケージを DISM で削除する手順が紹介されています。
ただし、現実には次のような問題があります。
- パッケージが 「Permanent（永続）」フラグ付きになっており、削除しようとしても 0x800f0825 で失敗するケースがある
- コンポーネント ストアの破損などがあると、DISM /Remove-Package 自体がエラーになり、イメージ修復（DISM /RestoreHealth & SFC）が必要になる
- たとえ成功しても、将来の更新やサポートに影響が出るリスクがあり、一般ユーザー向けの手段とは言い難い
そのため、管理者・検証用環境を除き、「KB5063878 は実質的にアンインストール不可」と考え、次の累積更新で上書きさせる運用が現実解になります。Microsoft Q&A でも「9 月の更新で KB5063878 は置き換えられる」とアナウンスされており、実際に後続の KB5065426 以降がこれを包含します。
KB5063878 と SSD 不具合：何が起きているのか
コミュニティで報告された主な症状
2025 年 8 月以降、国内外のフォーラム・ニュースサイトで、KB5063878 適用後に一部 SSD で次のような現象が起きると報告されました。
- 大容量の書き込み（数十 GB〜数百 GBのゲーム更新やバックアップ）中に突然 SSD が消える
- 再起動すると、該当ドライブのパーティションが RAW と表示され、中身にアクセスできない
- 最悪の場合、BIOS レベルでもドライブが認識されなくなる
- 主に Windows 11 24H2 ビルド 26100.4946（KB5063878 適用環境）で再現しやすい
これらの報告の多くは、いわゆる「負荷テスト」に近いレベルの 連続・高負荷書き込みを行ったときに発生しており、通常の軽いデスクワークのみでは再現していないケースがほとんどです。
影響が出やすいとされる SSD の条件
コミュニティの検証やまとめ記事では、次のような傾向が指摘されています。
- Phison 製コントローラを採用した NVMe SSD の一部で再現報告が多い
- 特に DRAM レス構成や、ホストメモリバッファ（HMB）を多用する構成が疑われている
- Samsung 980/990 PRO や Solidigm P44 Pro など、Phison 以外のコントローラを採用する製品では同様の障害報告が少ない
- 大容量の連続書き込み（バックアップ・巨大ゲームのパッチ適用・動画素材の展開など）で現象が出やすい
代表例としては、Phison PS5025-E25 コントローラを搭載した Crucial T500 シリーズなど、Phison コントローラ搭載のハイエンド Gen4 SSD が挙げられています。
Phison / Microsoft の検証結果と公式見解
一方で、Phison および Microsoft は独自検証を行い、
- 4,500 時間以上・2,200 回以上のテストサイクルを実施しても、問題を再現できなかった
- パートナーや顧客から、再現性のある障害報告は受け取っていない
- 一部の障害は エンジニアリング向けプリリリースファームウェアや古い BIOS を使ったレビュー環境に限られていた
と説明しています。
特に、The Verge などの報道では、
- Crucial T500 や Corsair MP600 など Phison コントローラ搭載 SSD がターゲットになったが、
- 最も深刻な障害は 一般販売前のテスト用ファームウェアと古い BIOS の組み合わせでのみ再現した
- 最新の製品版ファームウェア・BIOS では再現しなかった
とされており、「Windows 更新そのものが SSD を壊している」という単純な話ではないことが示されています。
現時点での妥当な整理
2025 年 11 月時点で公開情報を整理すると、次のような見方が妥当です。
- KB5063878 適用後に SSD 障害が発生したケースは確かに存在するが、母数に対してはかなり限定的
- 報告が集中しているのは、Phison コントローラ搭載 SSD の一部モデルと、特定条件（大容量連続書き込み）下のワークロード
- ただし、根本原因が Windows 11 側なのか、SSD ファームウェア/BIOS との組み合わせなのかは明確ではない
- Phison・Microsoft は「現時点で更新プログラムと障害の因果関係は確認できていない」という立場
つまり、「KB5063878 = すべての SSD を壊す危険な更新」ではないが、特定条件下ではリスクがゼロと言い切れないため、ストレージ保護の観点で慎重な運用をしておく価値はある、という状況です。
自分の SSD が影響対象か確認する方法
ご自身の環境がどの程度リスクに近いのかを把握するには、まず 利用中 SSD のコントローラ種別と ファームウェアの更新状況を確認するのが近道です。
ステップ 1：SSD の型番を確認する
Windows 11 標準機能で SSD の型番を確認できます。
- 「デバイス マネージャー」を開く
- 「ディスク ドライブ」を展開し、対象 SSD を右クリックして「プロパティ」
- 「全般」タブの「デバイス名」が、概ね SSD の型番にあたる
あるいは CrystalDiskInfo などのツールを使うと、型番だけでなくファームウェアバージョンや S.M.A.R.T. 情報も一覧できます。
ステップ 2：ベンダー公式ツールでコントローラ/ファームを確認
主な SSD メーカーは、公式の管理ツールを提供しています。
- Samsung：Samsung Magician（例：990 PRO など、自社コントローラ搭載 SSD）
- Crucial：Crucial Storage Executive（Crucial T500 など、Phison E25 コントローラ搭載 SSD）
- Western Digital：WD Dashboard（SN850X など、WD 独自コントローラ搭載モデルも多い）
これらのツールでは、製品名・ファームウェアバージョン・一部ではコントローラ名も確認できます。コントローラ名に 「Phison」「PS50xx」「E18」「E25」などが含まれていれば, Phison 系である可能性が高いと判断できます。
ステップ 3：ざっくりした目安
代表的な例をざっくりまとめると、次のようなイメージです（あくまで一例です）。
| SSD 例 | コントローラ | KB5063878 関連報告との距離感（目安） |
|---|---|---|
| Crucial T500 シリーズ | Phison PS5025-E25 | 検証・報道で頻繁に登場する代表例。ファーム最新版への更新を強く推奨。 |
| Corsair MP600 シリーズ | Phison E16/E18 系 | 一部レビュー環境で障害が報告されたが、プリリリースファームウェアが主要因とされる。 |
| Samsung 980/990 PRO | Samsung 自社コントローラ（Pascal など） | 同様の障害報告は少なく、Spanish Wikipedia などでも「影響を受けていない例」として挙げられている。 |
| WD Black SN850X など | WD 自社コントローラ | 現時点で KB5063878 固有の問題はほとんど報告されていない（ただし一般的な SSD リスクは当然存在）。 |
重要なのは、「Phison だから必ず壊れる」「非 Phison だから 100% 安全」という単純な話ではないという点です。ただし、コミュニティ情報を踏まえると、Phison 系 SSD を使っている環境ほど 大容量連続書き込みに慎重になる価値が高いとは言えます。
KB5063878 がアンインストールできない前提での現実的な回避策
ここからは、「KB5063878 自体は基本アンインストールできない」という前提で、実務的にどのような運用をすべきかを整理します。
大容量 I/O（連続書き込み）をなるべく避ける
報告されている障害の多くは 大容量の連続書き込み中に発生しているため、次のような操作は、問題の SSD ではできるだけ避けるのが無難です。
| 作業例 | リスクの目安 | 推奨対応 |
|---|---|---|
| 100 GB 超のゲームを C ドライブにインストール/更新 | 高 | 一時的に別 SSD / HDD や外付けストレージにインストールし、後で移動する |
| 4K/8K 動画素材を数百 GB 単位で一括コピー | 高 | プロジェクト用の作業 SSD を KB5063878 非適用の別 PC や NAS に分ける |
| 巨大アーカイブ（.zip/.7z など）を C ドライブ上で展開 | 中 | 展開先を別ドライブにするか、容量を小分けにして処理する |
| 日次バックアップで数百 GB を常に同じ SSD に書き込み | 中〜高 | バックアップ先を NAS / 外付け HDD に変更し、システム SSD への書き込みを減らす |
バックアップを「いつもより 1 段階 厳重」にする
SSD の問題に限らず、どんなストレージも壊れるときは壊れます。今回の件で改めて徹底したいのは、次の 3 点です。
- 重要データは別物理ドライブ / 別装置にも必ずコピー
同じ PC 内の D ドライブだけでなく、外付け HDD や NAS、クラウドにも逃がす。 - 世代管理（バージョン管理）を行う
同期だけだと、壊れたデータがそのまま上書きされてしまうため、最低でも数世代分のバックアップを保持する。 - システムイメージも別途用意
万一 OS ごと巻き戻す必要が出た場合に備えて、定期的にシステムイメージを取得しておく。
特に KB5063878 のような セキュリティ更新をブロックしたり、アンインストールを試みる前には、フルイメージバックアップを 1 本取ってから作業することを強くおすすめします。
SSD の健康状態を定期監視する
問題が出ているかどうかは、S.M.A.R.T. 情報やエラーイベントにある程度現れます。
- ベンダー純正ツール（Samsung Magician / Crucial Storage Executive / WD Dashboard など）の「健康状態」タブを確認
- CrystalDiskInfo などで、代替処理済みセクタ・エラー回数・温度の推移をチェック
- イベントビューアーで ディスク / storport / nvme 関連のエラーが出ていないか確認
普段からこれらをウォッチしておけば、KB5063878 に限らず、SSD の調子が悪くなり始めたタイミングを早めに察知できます。
SSD ファームウェアと BIOS を最新版にする
Phison の検証結果では、重大な障害の多くが テスト用途のプリリリースファームウェア + 古い BIOS の組み合わせでのみ再現したと報告されています。
そのため、以下を徹底することが推奨されます。
- SSD ベンダーの公式ツールで 最新ファームウェアに更新
- マザーボードの BIOS / UEFI を、メーカーサイトの 安定版の最新リリースに更新
- ベータ版・テスト版ファームウェアは使わない（レビュー用・検証用ファームは特に注意）
これらは KB5063878 に限らず、NVMe SSD と最新 OS を組み合わせるうえでの鉄則とも言えます。
どうしても元に戻したい場合の選択肢
「どうしても KB5063878 を外したい」というケースもあると思いますが、結論から言うと、KB5063878 単体だけを安全に外すのはかなりハードルが高いです。
現実的な方法 1：OS 全体を過去状態に戻す
もっとも安全なのは、次のような「OS ごと巻き戻す」方法です。
- システムの復元ポイントから KB5063878 適用前の状態へロールバック
- バックアップソフトのディスクイメージから復元（KB 適用前に取得したものが必要）
- インストールメディアを使って Windows 11 24H2 を再インストールし、KB5063878 以前のビルドで止めておく
これらはいずれも、事前に復元ポイントやイメージが存在していることが前提であり、後から「作っておけばよかった」となりがちな部分です。この記事を読んでまだトラブルが起きていない方は、今のうちに 1 本イメージを残しておくと安心です。
現実的な方法 2：DISM による LCU 削除（上級者向け）
どうしても KB5063878 を抜きたい技術者向けには、先述の DISM /Remove-Package を使う方法があります。概略は次の通りです。
- 管理者権限のコマンド プロンプトを開く
DISM /Online /Get-Packages | findstr KB5063878でパッケージ名を確認DISM /Online /Remove-Package /PackageName:Package_for_RollupFix~31bf3856ad364e35~amd64~~26100.4946.1.26のように削除- 再起動してビルド番号を確認
ただし前述の通り、24H2/25H2 ではこの方法が 0x800f0825 / 0x800f0905 で失敗するケースも多く、Microsoft の一般的な想定運用は「次の累積更新で上書きしていく」形です。
したがって、
- 検証用・ラボ用の環境でどうしてもビルドを戻したい
- 十分なバックアップがあり、最悪 OS を再展開しても問題ない
といった状況でなければ、DISM での強制アンインストールはおすすめできません。
戻したあとの再発防止（再インストールを避けるために）
もし何らかの手段で KB5063878 を外した場合でも、そのままでは再び Windows Update からインストールされてしまう可能性があります。そのため一時的には、
- Windows Update を一時停止（最大 5 週間）
- グループポリシーやレジストリで 自動更新を「通知のみ」に変更
- wushowhide などのツールで KB5063878 を非表示（隠し更新）にする
といった対策が必要になります。ただし KB5063878 自体は セキュリティ更新でもあるため、長期間にわたるブロックは別のリスク（未パッチの脆弱性）を生みます。このため、「どうしても避けたい期間だけ一時的にブロックし、その後は修正版の累積更新で上書きする」という運用が現実的です。
後継更新（修正パッチ）の状況と付き合い方
KB5064081 / KB5065426 以降での「サイレント修正」説
Windows 11 24H2 の更新履歴を見ると、KB5063878 以降、次のような更新が続いています。
| KB | 種別 | OS ビルド | ポイント |
|---|---|---|---|
| KB5063878 | 2025-08 セキュリティ更新 | 26100.4946 | 今回話題の更新。SSD 障害の報告が集中。 |
| KB5064081 | 2025-08 プレビュー | 26100.5074 | 海外ブログでは「日本発の SSD 問題がこのビルドでほぼ解消された」との報告がある。 |
| KB5065426 | 2025-09 セキュリティ更新 | 26100.6584 | NDI ストリーミング性能問題や UAC 動作など、KB5063878 の既知の不具合を修正と明記。 |
| KB5068861 | 2025-11 セキュリティ更新 | 26100.7171 | さらに後続の累積更新。KB5063878 を完全に包含。 |
ドイツのブログ Borncity などでは、「日本の SSD 問題は 26100.5074（KB5064081）以降でサイレント修正されたのではないか」とする見解も紹介されています。
また Microsoft Q&A では、「9 月の累積更新（KB5065426）以降に更新すれば、KB5063878 は新しい累積更新に置き換えられる」と案内されており、実運用としても「後続の累積更新で上書きする」ことが強く示唆されています。
今後のアップデート方針（実務ベース）
以上を踏まえると、Windows 11 24H2 + KB5063878 環境では、次のような方針が現実的な「ベストプラクティス」になります。
- すでに KB5063878 が入っている場合
- 大容量連続書き込みは極力抑えつつ、バックアップと監視を強化
- KB5064081 以降（特に KB5065426, KB5068861 など）の 後続累積更新を早めに適用し、ビルドを新しいものに上げる
- まだ KB5063878 を入れていない場合
- すでに後続の累積更新が出ているタイミングであれば、最新の累積更新だけを適用すればよい（KB5063878 単体をあえて入れる必要はない）
要するに、「KB5063878 を単体で外す」ことに労力をかけるよりも、OS 全体をより新しいビルドに進める方向で問題回避を図る方が、安全かつ一般的な運用に合致します。
まとめ：KB5063878 と SSD の付き合い方チェックリスト
最後に、日常運用のチェックリストとして整理します。
- KB5063878 は原則アンインストール不可
- 24H2 の SSU+LCU 複合パッケージであり、UI や wusa からのアンインストールは仕様上できない
- DISM で LCU 部分だけを削除できるケースもあるが、失敗例も多く、一般ユーザー向けではない
- SSD への影響は「ごく一部 + 特定条件」だが、ゼロとは言えない
- 主に Phison コントローラ搭載 SSD の一部で、大容量連続書き込み時に障害報告がある
- Phison / Microsoft は「再現できず、直接の因果関係は確認されていない」としている
- 当面の運用で意識したいポイント
- 数十 GB 以上の連続書き込みを行う作業は、可能な限り別ドライブに逃がす
- 重要データは複数媒体・複数世代でバックアップ
- ベンダー公式ツールや S.M.A.R.T. を使って SSD の健康状態を定期チェック
- SSD ファームウェアとマザーボード BIOS を最新版に更新
- どうしても戻したい場合の現実的な選択肢
- システムの復元やディスクイメージから OS ごとロールバック
- 最終手段としての DISM /Remove-Package は、十分なバックアップと検証環境がある場合のみ
- 中長期的には「より新しい累積更新で上書き」が王道
- KB5064081, KB5065426, KB5068861 など、後続の累積更新でビルドを更新
- アップデート前に必ずバックアップを取り、適用後は SSD の動作をしばらく観察
体感上とくに不具合が出ていない環境であれば、大容量 I/O を少し控えめにしつつ、バックアップと監視を強化したうえで後続の累積更新を待つ、というのが現実的な落としどころです。問題が出やすいワークロード（巨大なゲームや動画編集など）は、別ストレージに逃がす運用でリスクを最小化しつつ、OS 側はできるだけ最新・安定版へ進めていくのがよいでしょう。
コメント