Windows 11 24H2 の累積プレビュー更新 KB5062660 が「インストール エラー 0x80070306」で何度も失敗するケースが、2025 年夏以降あちこちで報告されています。同様に、25H2 Insider/Dev 環境では KB5062676 が 0x80070302 などで止まる例もあります。本記事では、この更新がそもそも必須なのかという前提から整理し、安全にスキップする方法と、どうしても今適用したい人向けの追加対処までをまとめます。
Windows 11 24H2 KB5062660 エラー 0x80070306 の概要
まず、問題の更新プログラム KB5062660 がどのようなアップデートなのかを整理しておきます。
| 項目 | 内容 |
|---|---|
| 対象 OS | Windows 11 Version 24H2（x64 / Arm64） |
| 種別 | 累積プレビュー更新（非セキュリティの品質更新／オプション更新） |
| 公開日 | 2025 年 7 月 22 日（OS ビルド 26100.4770） |
| 主な内容 | ReFS のバックアップ時のメモリ枯渇改善、新しい「Windows Resiliency」機能（Quick Machine Recovery 等）、安定性・パフォーマンス改善 など |
| 配信チャネル | Windows Update（「利用可能になったらすぐに最新の更新プログラムを入手する」をオンにしていると届きやすい） |
この KB5062660 は「プレビュー（Preview）」と名の付くとおり、月例の定例品質更新（いわゆる「B リリース」＝毎月第 2 火曜）よりも前倒しで配信される 任意の累積更新です。セキュリティ更新ではなく、主に不具合修正や新機能の試験的な先行提供が目的になっています。
一方で、Microsoft Q&A や Reddit などでは、24H2 環境で KB5062660 のインストールが途中で失敗し、「インストール エラー – 0x80070306」と表示される事例が多数報告されています。
典型的な症状のパターンは次のようなものです。
- ダウンロードまでは完了するが、インストール中にエラー 0x80070306 でロールバックされる
- 何度「再試行」しても同じ KB5062660 が失敗し続ける
- Windows Update トラブルシューティング、キャッシュ削除、SFC / DISM などの一般的な対処では改善しない
- 別のマシン（同じ 24H2）では問題なく適用できる
Insider／Dev チャンネル側では、25H2 向けの KB5062676（ビルド 26200.5710）でも類似のインストール失敗が報告されていますが、これも同じくプレビュー的な位置付けの更新です。
結論：今回の KB5062660 は「飛ばして OK」なプレビュー更新
最初に結論だけ明確にしておきます。
KB5062660 は「プレビュー（任意）」の累積更新であり、必須のセキュリティ更新ではありません。インストールに失敗していても、すぐに危険な状態になるわけではなく、通常は次回の定例累積更新（毎月第 2 火曜の B リリース）に内容が取り込まれます。
したがって、実務的に一番安全で現実的な対応は次の方針になります。
- KB5062660 を非表示にしてスキップする
- プレビュー更新を無理に入れず、次の定例累積更新が出るのを待つ
- それでも更新エラーが続く／他の更新まで失敗する場合だけ、追加のトラブルシューティングを検討する
このような「プレビュー CU が導入に失敗する」ケースでは、コミュニティでも wushowhide（更新の表示/非表示ツール）で問題の KB を隠し、翌月以降の新しい累積更新で自然に置き換えてしまう という運用がよく採られています。
| 状況 | おすすめの対応 |
|---|---|
| KB5062660 だけが失敗するが、他の更新は成功している | KB5062660 を非表示にしてスキップし、次の定例累積更新を待つ（推奨） |
| 同時期の別 KB（セキュリティ更新など）も一緒に失敗している | Windows Update コンポーネントのリセットや DISM / SFC など、より積極的な修復を検討 |
| 24H2 そのものが不安定／以前の更新からおかしい | 「Windows Update を使って再インストール」やインプレース修復など、OS レベルの修復を検討 |
| Insider／Dev チャンネルの 25H2（KB5062676 など）で失敗 | そもそもテスト版のため、無理に適用せずそのビルドをスキップしても問題ないケースが多い |
KB5062660 を非表示にしてスキップする手順（推奨）
ここからは、もっともおすすめの対応である「問題のプレビュー更新を非表示にしてスキップする」手順を具体的に説明します。
「更新プログラムの表示または非表示」ツール（wushowhide）を使う
Microsoft が提供している「Show or Hide Updates（wushowhide.diagcab）」ツールを使うと、特定の更新プログラムを Windows Update から隠すことができます。公式には引退予定のツールとされていますが、Windows 11 でも実際には多くのユーザーが利用しており、KB5062660 のような問題のある更新をピンポイントでブロックする用途に向いています。
大まかな流れは次のとおりです。
- ブラウザーで「wushowhide.diagcab」や「Show or hide updates Windows 11」などで検索し、Microsoft 公式のダウンロード ページからツールを取得する。
- ダウンロードした
wushowhide.diagcabをダブルクリックして実行する。 - ウィザードが開いたら「次へ」をクリックし、スキャンが完了するまで待つ。
- 「更新プログラムを非表示」 を選択する。
- 一覧から 「2025-07 Cumulative Update Preview for Windows 11 Version 24H2 for x64-based Systems (KB5062660)」 を選択し、「次へ」をクリックする。
- 完了メッセージが出たら「閉じる」で終了する。
- PC を再起動してから、「設定 → Windows Update → 更新プログラムの確認」を実行し、KB5062660 が一覧から消えていることを確認する。
これで KB5062660 は「隠された更新」となり、Windows Update はこのプレビュー更新をインストール対象として扱わなくなります。将来、必要になった場合は同じツールで「非表示の更新を表示」を選び、KB5062660 を再び表示させることも可能です。
PowerShell（PSWindowsUpdate モジュール）で KB を非表示にする
PSWindowsUpdate モジュールを使って KB を非表示にできます。
管理者権限の PowerShell を開き、次のように操作します。
Install-Module PSWindowsUpdate -Scope CurrentUser
# 一覧を確認（KB 番号をメモ）
Get-WindowsUpdate -MicrosoftUpdate
# KB5062660 を非表示にする
Hide-WindowsUpdate -KBArticleID KB5062660 -Hide -MicrosoftUpdate
コマンドが成功すると、次回以降の Windows Update では KB5062660 がインストール候補として表示されなくなります。新しい月例の累積更新（例：KB5063878 など）が登場すると、その新しい累積更新を基準として更新が行われるため、KB5062660 をわざわざ再表示しなくても、最新のビルドに直接更新されます。
プレビュー更新と定例更新の違いを理解する
「プレビュー更新を飛ばして本当に大丈夫なの？」という不安は、どうしても残りがちです。そこで、Windows 11 の更新モデルを簡単に整理しておきます。
| 種類 | タイミング | 内容 | 優先度 |
|---|---|---|---|
| B リリース（定例累積更新） | 毎月第 2 火曜（日本時間では水曜早朝が多い） | セキュリティ更新＋品質改善。もっとも重要な月例更新。 | 必須（基本的にインストール推奨） |
| C / D リリース（プレビュー累積更新） | 月末ごろなど不定期 | 主に品質改善・不具合修正を先行提供。セキュリティ更新は通常含まない。 | 任意（必要な人だけインストール） |
| 機能更新（24H2 / 25H2 など） | 年 1 回程度 | OS の機能追加・変更を含む大規模アップデート。 | 環境に応じて検討 |
KB5062660 は、このうち 「C / D リリース」に該当するプレビュー累積更新 です。プレビューの段階で問題が見つかった場合は、次の B リリースまでに修正されたビルドが配信されることも多く、わざわざ不安定なビルドに突っ込む必要はありません。
また、累積更新は名前のとおり 累積的 なので、ある月の更新をスキップしても、翌月の累積更新をインストールすれば両方の内容がまとめて反映される形になります。
プレビュー配信自体を止めて、より安定した運用にする
「そもそもプレビュー更新は要らない。勝手に降ってきてほしくない」という場合は、Windows Update の設定を見直しておくと、今後のトラブルを減らせます。
Windows 11 24H2 では、次の設定がオンになっているとプレビュー更新が優先的に配信される傾向があります。
- 設定 → Windows Update → 「利用可能になったらすぐに最新の更新プログラムを入手する」
このスイッチを オフ にすると、プレビュー的な更新が即座に配信されることが減り、主に定例の安定版累積更新だけを受け取る運用に近づけることができます。
企業や業務用 PC では、グループポリシーや Intune／WSUS でさらに細かく制御することもできますが、個人利用であれば、このトグルをオフにしておくだけでもかなりリスクを減らせます。
（上級者向け）どうしても KB5062660 を今適用したい場合の追加手順
ここからは、「プレビューとは分かっているが、どうしても KB5062660 を今入れたい」「KB5062660 以降のプレビュー ビルドで追加された機能を試したい」といったケース向けの追加手順です。
ただし、いずれも 自己責任 の範囲になります。特に OS 自体が安定して動いているなら、プレビュー更新のためだけにここまでやる価値があるか、あらためて検討してください。
クリーンブートで常駐ソフトの影響を減らす
一部のセキュリティソフトや独自アップデートツール、常駐ユーティリティが、Windows Update のインストール処理と競合することがあります。そこで、いったんクリーンブート状態にしてから KB5062660 を再試行してみます。
- Win + R →
msconfigと入力してシステム構成を開く。 - [サービス] タブで「Microsoft のサービスをすべて隠す」にチェックを入れた上で、「すべて無効」をクリックする。
- [スタートアップ] タブから「タスクマネージャーを開く」をクリックし、不要なスタートアップ項目を一時的に無効化する。
- PC を再起動し、クリーンブート状態で KB5062660 のインストールを再試行する。
- インストールが終わったら、msconfig を元に戻して通常起動に戻す。
Windows Update コンポーネントを完全リセットする
0x80070306 のようなインストール エラーは、Windows Update の内部コンポーネント（サービス／キャッシュ／カタログ）が壊れている場合にも発生します。この場合、手動でコンポーネントをリセットすることで改善することがあります。
管理者権限のコマンド プロンプトを開き、次のコマンドを順番に実行します。
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old
net start msiserver
net start bits
net start cryptSvc
net start wuauserv
実行後に PC を再起動し、もう一度 KB5062660 のインストールを試します。
コンポーネント クリーンアップと DISM / SFC を改めて実行する
すでに SFC / DISM を試している人も多いと思いますが、更新コンポーネントのクリーンアップを含めて順番に実行すると改善するケースもあります。
DISM /Online /Cleanup-Image /StartComponentCleanup
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
すべてのコマンド完了後に再起動し、再度インストールを試します。途中で DISM がエラーを返す場合は、システム イメージ自体の破損が疑われるため、後述の修復インプレースも視野に入ります。
Microsoft Update カタログから KB5062660 を手動インストールする
Windows Update 経由では何度やっても失敗するのに、Microsoft Update カタログからダウンロードした .msu パッケージならインストールできる、というケースもあります。
- ブラウザーで「Microsoft Update Catalog KB5062660」と検索し、カタログサイトを開く。
- 自分の環境に合った項目（Windows 11 Version 24H2 for x64-based Systems (KB5062660) など）を選んでダウンロードする。
- ダウンロードした
.msuファイルをダブルクリックし、画面の指示に従ってインストールする。
24H2 では、サービス スタック更新（SSU）は多くの場合累積更新に統合されていますが、もし別途 SSU が公開されている場合は、先に適用してから KB5062660 に挑戦すると安定しやすくなります。
最終手段：修復インプレース／「Windows Update を使って再インストール」
それでも KB5062660 に限らず、最近の累積更新がことごとく 0x80070306 で失敗するような場合は、OS の根本的な破損や構成不整合が疑われます。この場合、次のような「修復インプレース」系の手法が有効です。
- 設定 → システム → 回復 → 「Windows Update を使って再インストール」
24H2 以降に追加された、Windows Update 経由の修復インストール機能です。現在と同じバージョンの Windows を上書きインストールし、アプリや設定、個人データを維持したままシステム ファイルを再構成してくれます。 - インストール メディア（ISO）からのインプレース アップグレード
Microsoft 公式の ISO をダウンロードし、セットアップを実行して「個人用ファイルとアプリを引き継ぐ」を選択する方法です。
どちらの場合も、事前にユーザーデータのバックアップを取っておくことを強くおすすめします。とはいえ、繰り返しになりますが、プレビュー目的の KB5062660 のためだけにここまで行うのはあまり得策ではありません。セキュリティ更新まで失敗している、あるいは OS の安定性に問題が出ている場合に限って検討するのが現実的です。
KB5062660／KB5062676 でエラーが出る原因の考え方
エラー コード 0x80070306（および 0x80070302）は、Windows Update 全般で見かける汎用的なインストール エラーで、「ネットワークの一時的な問題」「競合するドライバー／サービス」「破損した更新コンポーネント」など、原因の幅が広いのが特徴です。
とはいえ、KB5062660 に関しては、Microsoft Q&A や Reddit、各種フォーラムで同じエラーを訴えるユーザーが世界中から集まっており、特定の PC だけが壊れているというよりは、「特定構成と更新の組み合わせでロールバックしやすい」アップデートだったと見る方が自然です。
加えて、2025 年の 24H2／25H2 世代では、いくつかの累積更新で「ゲームのパフォーマンス低下」「UI コンポーネントの不具合」「サインイン画面のアイコンが消える」など、プレビュー更新発の問題が相次いだことも指摘されています。
これらを総合すると、KB5062660／KB5062676 に関しては
- アップデート自体がかなり大規模（Resiliency 機能や Quick Machine Recovery など、OS の根っこに近い部分を触っている）
- 特定ドライバー（ストレージ／グラフィック／セキュリティ）やサードパーティ製常駐ソフトとの相性問題が起きやすい
- その結果として、インストール途中でロールバック → 0x80070306 と表示される
という構図になっていると考えられます。
こうした事情からも、「どうしても必要な状況でなければプレビュー更新はスキップし、定例の安定版累積更新だけを確実に入れておく」という運用が現実解になってきます。
更新失敗後に確認しておきたいチェックリスト
KB5062660 のインストールに失敗したあと、次の更新や日常利用に支障がないかを確認するためのチェック項目をまとめておきます。
| チェック項目 | 具体的な確認方法 |
|---|---|
| Windows Update が正常に動作しているか | 「設定 → Windows Update → 更新の履歴」で、KB5062660 以外の更新が成功しているかを確認。セキュリティ更新や .NET 更新などが正常に適用されていればひとまず安心。 |
| OS のビルド番号 | winver コマンドでビルドを確認。24H2 の場合、KB5062660 がなくても後続の累積更新（例：KB5063878 など）でより新しいビルドに上がっていれば問題なし。 |
| ストレージの空き容量 | C: ドライブの空き容量が数 GB しか残っていないと、累積更新の展開中に失敗することがあります。可能であれば 20GB 以上の空きを確保しておくと安心。 |
| OEM ドライバー／BIOS の状態 | メーカー製 PC の場合、ベンダー純正のアップデートツール（SupportAssist、MyASUS など）でストレージ／チップセット／BIOS を最新化しておく。特に 24H2 世代ではストレージ／グラフィックまわりの修正が多いため重要。 |
| 常駐アプリの数 | タスクマネージャーやスタートアップの一覧を見て、明らかに不要な常駐アプリが多すぎないかをチェック。必要に応じてクリーンブートで影響を切り分ける。 |
| 他の更新でもエラーが出ていないか | KB5062660 だけでなく、最新のセキュリティ更新や .NET 更新まですべて 0x80070306 で失敗している場合は、OS 自体の修復（修復インプレース等）も検討。 |
よくある質問と注意点
Q. KB5062660 を非表示にすると、今後の累積更新も止まってしまいませんか？
A. いいえ。KB5062660 を隠しても、翌月以降の新しい累積更新は通常どおり配信されます。
累積更新は「それまでの修正をすべて含んだ最新版」という性質を持っています。ある月のプレビューを非表示にしても、翌月の定例累積更新をインストールすれば、そのプレビューに含まれていた修正もまとめて取り込まれます。
Q. wushowhide は “廃止予定” と聞きましたが、使っても大丈夫ですか？
Microsoft の公式ドキュメントでは、MSDT ベースのトラブルシューティング ツール群が段階的に廃止されると案内されていますが、2025 年時点でも wushowhide は Windows 11 で動作し、Microsoft Q&A や各種ブログでも具体的な利用手順が紹介されています。
長期的には別の手法（PowerShell やサードパーティ ツール）に移行していくことになるとしても、「当面のトラブル回避のために KB を一時的に隠す」という用途では、依然として現実的な選択肢です。
Q. エラー 0x80070306 は KB5062660 固有の問題ですか？
0x80070306 は KB5062660 専用のエラーではなく、ほかの累積更新（例：KB5063060 や KB5066835 など）でも同様のコードが報告されています。
そのため、「KB5062660 だけが悪い」というよりは、24H2 世代の累積更新と特定環境の組み合わせで出やすいエラー と考えるのが妥当です。KB5062660 をスキップしても、将来別の累積更新で同じエラーに遭遇する可能性はゼロではないため、Windows Update コンポーネントのリセットや DISM / SFC の手順は覚えておくと役に立ちます。
Q. プレビュー更新をすべて切ると、機能追加に乗り遅れませんか？
プレビュー更新をオフにすると、新しい機能や UI 変更を「正式リリースより早く試す」ことはできなくなりますが、最終的には定例累積更新や次の機能更新（例：25H2）でまとめて入ってきます。
業務用途や安定重視の環境では、むしろプレビュー更新を切っておき、安定版だけを確実に適用する方が運用コストは低くなります。個人で「新機能をいち早く試したい」場合だけ、プレビュー更新や Insider Program の活用を検討するとよいでしょう。
Q. KB5062676（25H2）の失敗も同じ考え方でよいですか？
はい。KB5062676 は、25H2 向けの Dev チャンネル用累積更新であり、そもそも正式版ではなく、Insider 向けのテスト ビルドです。
Insider ビルドは不具合を含んでいる前提のチャネルですから、KB5062676 がエラーで止まる場合は、そのビルド／更新を無理に適用せず、次のビルドまでスキップする判断が普通です。どうしても必要な検証がある場合のみ、クリーンインストールや別パーティションを使ったテスト環境を用意することをおすすめします。
Q. セキュリティ面での影響はありませんか？
KB5062660 自体は非セキュリティのプレビュー累積更新であり、セキュリティ修正は通常、毎月の定例累積更新（B リリース）側で提供されます。
したがって、KB5062660 をスキップしても、定例累積更新をきちんと適用していれば、セキュリティ面で致命的な穴が開くことはありません。むしろ、プレビュー更新が原因でシステムが不安定になったり、再起動ループやログイン不能といった重大トラブルを招く方が、業務継続という観点ではリスクが高いといえます。
まとめ：プレビュー更新の失敗は「非表示＋様子見」がベストプラクティス
ここまでを整理すると、KB5062660（Windows 11 24H2、ビルド 26100.4770）でエラー 0x80070306 が発生する場合の基本戦略は次のようになります。
- KB5062660 は任意のプレビュー更新であり、インストール必須ではない。
- wushowhide や PSWindowsUpdate で KB5062660 を非表示にし、次の定例累積更新を待つのがもっとも安全で現実的。
- どうしても今適用したい場合のみ、クリーンブート／Update コンポーネントのリセット／DISM / SFC／カタログからの手動インストールなどの追加手順を検討する。
- それでも更新全般が失敗する場合は、「Windows Update を使って再インストール」やインプレース修復といった OS レベルの修復を視野に入れる。
プレビュー更新は、不具合修正や新機能を一足早く試せる一方で、環境依存のトラブルを引き起こしやすい側面もあります。安定性を重視するのであれば、「プレビューはスキップし、定例更新だけ確実に適用する」方針に切り替えることも、十分に合理的な選択肢です。
まずは KB5062660 を非表示にして様子を見つつ、次の定例累積更新でビルドが進むかどうかを確認してみてください。それでも問題が続く場合だけ、本記事で紹介した上級者向けの手順を段階的に試していくと、無駄なリスクや作業時間を最小限に抑えられます。
コメント