Windows Update で「2025‑04 Cumulative Update Preview for .NET Framework 3.5 & 4.8.1 for Windows 11 24H2 (KB5056579)」をインストールした直後に、再び同じ更新プログラムのダウンロードと再起動を求める通知が表示され続ける――そのような相談が急増しています。本記事では、問題の正体と安全かつ確実にループを止める手順、加えて IT 管理者向けの深掘り情報までを網羅的に解説します。
KB5056579 とは ― “プレビュー更新” の基本を押さえる
KB5056579 は毎月下旬に先行提供される プレビュー（Preview） 更新です。これは翌月第 2 火曜（日本時間水曜）の「B リリース（月例の正式累積更新）」に盛り込まれる内容を一足早く試験配布する位置付けで、あくまでも 任意 の品質更新に分類されます。
- セキュリティ修正は含まない（緊急パッチが同梱されるケースを除く）。
- 新機能や既存機能の改善・不具合修正が主体。
- エンタープライズ環境では既定で無効、もしくは WSUS／Intune で明示承認しない限り配布されない。
上記特性ゆえにプレビュー更新は配信停止・差し替え・撤回のリスクが相対的に高く、「適用後に元に戻せない不具合が発覚する前提」でテスト運用されます。そのため更新エンジン側でも再配信のフラグが複数回書き換わることがあり、結果としてユーザー側ではインストール完了 → 再検出 → 再起動要求の無限ループが起きやすくなるわけです。
ループ発生の代表的なパターン
| 検出タイミング | 内部状態 | ユーザーに見える挙動 |
|---|---|---|
| 初回ダウンロード | UpdateID A が承認 | 通常どおりインストール |
| 再起動後 | UpdateID A 適用済み / Catalog に UpdateID B（同じ KB 番号）が追加 | 「利用可能な更新があります」 |
| 2 回目以降 | UpdateID A ≠ B のため重複検出 | 何度更新しても終わらない |
最短でループを止める 2 ステップ
- プレビュー更新の受信を無効化
「設定 > Windows Update」画面を開き、下部にある「最新の更新プログラムを入手する」スイッチ（Build 26100.280 以降はチェックボックス）をオフにします。 - PC を再起動
電源メニューから通常再起動。再度 Windows Update を開き、KB5056579 が候補一覧から消えていれば成功です。
この方法はレジストリやサービスを触らず UI 操作だけで完結するため、最も安全かつ確実にループを解除できます。
手順を動画で確認したい場合
Microsoft 公式の学習サイト「Windows Learn」には同スイッチの挙動を解説した 1 分動画が公開されています。操作に不安がある場合に参照するとイメージしやすいでしょう（リンクは省略）。
さらに踏み込んだ 3 つの対処策
1. wushowhide.diagcab で該当更新を隠す
Microsoft が提供する非表示トラブルシューティング ツール「wushowhide.diagcab」を実行し、KB5056579 にチェックを入れて Next。これで同 KB の IsHidden フラグが立ち、再検出されなくなります。プレビューを試したい月だけ「Show hidden updates」で逆操作すれば OK です。
2. SoftwareDistribution フォルダーの再生成
- 管理者 PowerShell で次の 2 行を順に実行し、Windows Update サービスを停止します。
Stop-Service wuauserv -Force
Stop-Service bits -Force C:\Windows\SoftwareDistributionをSoftwareDistribution.oldへリネーム。- サービスを再開し、
Windows Updateコンポーネントがクリーンキャッシュを作り直すのを待ちます。Start-Service wuauserv
Start-Service bits
キャッシュ破損が原因だった場合はこれでループが収束します。
3. DISM／SFC によるコンポーネント修復
OS ファイル自体に不整合がある場合は以下を順に実行してください。
Dism /Online /Cleanup-Image /RestoreHealth
sfc /scannow
いずれもエラー 0x800F081F などを返さず完走すれば、更新プログラムが適用できる状態に戻ります。
よくある質問（FAQ）
Q1. プレビュー更新を無効にするとセキュリティパッチまで届かなくなりませんか？ A. 月例 B リリース（正式累積更新）は常に配信されます。プレビューのみを除外してもセキュリティ更新は欠落しません。 Q2. ループしている間に電源を切ってしまいました。PC が壊れる可能性は？ A. ファームウェア更新ではなく OS 側の再起動要求ですので、基本的にハードウェア損傷の心配はありません。念のため CHKDSK でファイルシステムを確認すると安心です。 Q3. IT 部門で多数のクライアントを管理しています。KB5056579 を一括でブロックするベストプラクティスは？ A. WSUS／Intune で 「承認しない」 または 「利用不可」 に設定し、TargetReleaseVersionInfo ポリシーで 24H2 をロックする方法が推奨されます。スクリプト派なら Invoke‑WUSearch -UpdateID で GUID を吸い上げ、コンピューターグループ単位で非承認フラグをばら撒けます。
トラブルシューティング早見表
| 症状 | 推奨アクション | 難易度 | 所要時間 |
|---|---|---|---|
| 更新の再起動要求が 2 回以上続くだけ | プレビュー受信スイッチをオフ | ★☆☆ | 約 1 分 |
| wushowhide でも解決しない | SoftwareDistribution 再生成 | ★★☆ | 3〜5 分 |
| OS イメージ破損が疑われる | DISM & SFC | ★★★ | 10〜30 分 |
プレビュー更新を試すメリットとリスク
メリット
- 新 API やバグフィックスを正式版より早期に検証できる。
- .NET ランタイム依存アプリの互換性チェックを前倒しで実施可能。
リスク
- 今回のような更新ループやインストール失敗が発生しやすい。
- 予期せぬパフォーマンス低下やメモリリークが残存している可能性。
したがって 検証環境・開発者 PC 以外ではプレビュー受信を恒常的にオンにすべきではありません。月例の正式更新で十分に安全性が担保されます。
企業環境向け：自動化スクリプト例
PowerShell で対象 KB をサイレントアンインストールし、再配信をブロックする 2 in 1 スクリプトの雛形を以下に示します。KB5056579 のアンインストール
wusa /uninstall /kb:5056579 /quiet /norestart
レジストリでプレビュー受信をオフ（ALL USERS）
Set-ItemProperty -Path 'HKLM:\Software\Microsoft\WindowsUpdate\UX\Settings' -Name 'IsContinuousInnovationOptedIn' -Value 0 -Type DWord
Restart-Computer -Force
Intune の「デバイス構成プロファイル > スクリプト」から配布すれば、手戻りなくプレビュー更新を抑止可能です。
まとめ ― KB5056579 ループの本質は“テスト版”であること
同じ KB が再び現れる現象は OS 破損でもハード故障でもなく、プレビュー更新という配信モデル特有の仕様に起因します。最速の解決策は「最新の更新プログラムを入手する」をオフにして再起動するだけ。加えて wushowhide、キャッシュ再生成、DISM/SFC を段階的に試せば、ほぼすべてのケースでループは収束します。
裏を返せば、プレビュー更新を常用しない限り今回のトラブルに再遭遇する可能性は低いと言えます。安定稼働を重視する多くのユーザーは、プレビューが配信される最終週にはあえて Windows Update を開かず、第 2 火曜の正式累積更新だけを受け取る運用が最も安全です。
コメント