Windows 11 24H2で.NET Framework 3.5の有効化が0x80d02002で止まる場合は、ダウンロード経路を確認し、必要なら同じWindows版のインストール媒体を指定して有効化します。OSを23H2へ戻すことを最初の対処にせず、エラーの発生段階、取得先、媒体の一致を順に調べてください。
0x80d02002の意味：ダウンロードが進まない
0x80d02002は配信の最適化でダウンロードが所定時間進まなかったことを示し、24H2固有の不具合を確定するコードではありません。 Microsoftの戻り値一覧はこの値をDO_E_DOWNLOAD_NO_PROGRESSとして説明しています。回線速度、プロキシ、取得先、配信設定等のどれが原因かは、コードだけでは分かりません。
同じコードでも.NETの追加と通常のWindows Updateでは対象が異なります。何をインストールしている途中か、最終的に表示されたコードが同じかを記録します。
最初に確認する情報
| 確認項目 | 確認する内容 |
|---|---|
| Windowsの版 | winverで24H2か、OSビルドを確認 |
| 実行した操作 | Windowsの機能、アプリからの要求、DISM、通常のWindows Updateのどれか |
| 停止した段階 | ダウンロード中か、有効化中か、再起動後か |
| 管理環境 | 個人PCか、WSUS/Configuration Manager等で管理されているか |
| 取得元 | Windows Update、組織の配信元、ISOのsources/sxs等 |
| エラー記録 | 表示されたコード・メッセージ・日時と、DISMを使った場合のログ |
インターネットの一般的なページが開けることだけでは、機能の取得先へ接続できることを証明できません。組織PCでは通信や配信の担当者と、失敗した時刻と取得先を照合します。
24H2の標準手順で.NET Framework 3.5を有効にする
- スタートで「Windowsの機能」を検索し、「Windowsの機能の有効化または無効化」を開く。
- .NET Framework 3.5（.NET 2.0および3.0を含む）を選び、案内に従って必要なファイルを取得する。
- 再起動を求められた場合は作業を保存して再起動する。
- 完了後、機能の状態と目的のアプリの起動を確認する。
この手順と機能の扱いはMicrosoftの公式有効化資料を参照してください。WCFのHTTP/非HTTPアクティブ化は、それを必要とする用途がない限り追加する必要はありません。
4.xが入っていても、3.5を必要とするアプリの要件は別です。アプリ側の対応版を確認し、更新可能なアプリならその提供元の手順も検討します。
Windowsの機能から取得する方法と、手元の媒体を指定する方法では、必要なファイルの取得先が変わります。標準取得で止まる場合も、OSを戻す前に正しい媒体からの有効化を検討できます。
ISOから有効化する：同じWindows版のsources/sxsを指定
ネットワークから取得できない場合は、対象OSと対応するインストール媒体を使います。Windows 11 24H2のPCへ、23H2やWindows 10等の異なる版のsources/sxsを流用しないでください。対応しないソースは失敗するだけでなく、サポートされない状態につながるとMicrosoftは説明しています。
- Microsoftの正規の配布元または組織が用意した対応媒体を入手する。
- ISOをマウントし、実際のドライブ文字とsources/sxsがあることを確認する。
- 管理者としてコマンドプロンプトを開く。
- 以下のD:を実際の媒体のドライブへ置き換えて実行する。
- 完了表示とNetFx3の状態を確認し、必要な再起動後に対象アプリを試す。
dir "D:\sources\sxs"
DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /Source:D:\sources\sxs /LimitAccess
DISM /Online /Get-FeatureInfo /FeatureName:NetFx3DISMによる公式展開手順では、/Onlineは起動中のOS、/Allは必要な親機能の有効化、/Sourceは機能ファイルの取得場所、/LimitAccessはWindows Update/WSUSへ接続しない指定です。/LimitAccessを付ければ不足しているソースが自動補充される、という意味ではありません。
媒体指定後に0x800f081f等へ変わったなら、最初の0x80d02002だけを追い続けないでください。ソース不足・対象版・権限等を、新しく出た結果に沿って確認します。
WSUS環境で古いポリシー項目が見つからない理由
MicrosoftのFoD配信の公式資料では、Windows 11 22H2以降はオンプレミスUUPによりWSUSからFoDと言語パックを取得でき、24H2では従来の「Windows Updateから取得しない」「WSUSの代わりにWindows Updateから修復コンテンツとオプション機能を直接取得する」という二つの選択肢が削除されたと説明しています。項目がないこと自体を未修正のバグとは扱いません。
組織の配布経路、対象Windows版のコンテンツ、適用されたポリシー、プロキシとダウンロード失敗を管理者が確認します。古いOS向けの設定やWSUSを回避するレジストリ変更を、24H2にそのまま適用する必要はありません。
配信元や管理ポリシーを変える前に、組織の現在の配布構成を確認します。個人PC向けの回線変更と、管理PCの配信設定変更は分けて判断します。
更新カタログの.NET更新と、本体の有効化は別
.NET Framework向けの累積更新をMicrosoft Updateカタログから入れることと、NetFx3の機能ファイルを取得して有効化することは別の作業です。名前に「3.5」がある更新パッケージを任意に選べば、未有効の3.5本体が必ず入るとは考えないでください。まずOSの対応する機能有効化手順を使います。
原因が未確認の段階で、OSのバージョン変更を確実な修復方法として選ばないでください。 OSの変更が必要な業務では、アプリ提供元・管理者と互換性、対象版のサポート、復元するデータを確認して判断します。
26H1以降には24H2の手順をそのまま使わない
Windows 11の現行.NET Framework 3.5資料では、26H1（ビルド28000）以降はWindowsのオプション機能ではなく専用の単体インストーラーを使用します。そのインストーラーも対象Windows版専用です。この記事のNetFx3有効化・ISO手順を、すべてのWindows 11へ共通の方法として使わないでください。
解決しない場合に残す確認結果
- winverの版・ビルド、PCの管理環境
- 失敗した操作と入力したDISMコマンド
- 元のエラーと再試行後のコード・日時
- 使用した媒体の対象版とドライブ/Sourceの場所
- DISMが表示するログの保存先と該当時刻の記録
- NetFx3の状態、再起動の有無、対象アプリの結果
ダウンロードの進行停止、ソースの不一致、機能の有効化後のアプリ問題を分けて報告すると、担当者が確認する範囲を絞れます。
0x80d02002の意味を起点に、ダウンロード経路と正しい媒体を確認してください。具体的なエラーが変わったらその結果に合わせて次の手順を選び、OSロールバックや推測の更新パッケージ導入を先に繰り返さないようにします。
コメント