Windows 11 を Windows Deployment Services(WDS)で展開しようとしたら、ISO の \sources にあるはずの install.wim が見当たらず手が止まるケースがあります。実はこれは「媒体が壊れている」わけではなく、最近の配布形式で install.esd が採用されていることが原因です。さらに Windows 11 では WDS の“使い方”にも重要な注意点があるため、混乱しやすいポイントを整理しつつ、現場で動く手順をまとめます。
現象:Windows 11 ISO に install.wim がない(install.esd しかない)
従来の Windows 10 / Windows Server のイメージ展開では、ISO 内の \sources\install.wim を WDS の「インストール イメージ」として追加し、\sources\boot.wim を「ブート イメージ」として PXE 起動に使うのが定番でした。
ところが Windows 11 のメディア(入手経路やバージョンによって)では、install.wim の代わりに install.esd が入っていることがあります。Microsoft Q&A の実例でも、Windows 11 の新しめの ISO(22H2 以降)で install.wim がなく、install.esd になっているケースが報告されています。
| 確認ポイント | 場所 / 例 | 意味 |
|---|---|---|
| インストール イメージの有無 | X:\sources\install.wim または X:\sources\install.esd | OS 本体の中身。WDS/MDT で扱う中心ファイル |
| ブート イメージの有無 | X:\sources\boot.wim | WinPE(セットアップ起動の土台)。PXE ブートのメニューに出す |
最重要:Windows 11 は「WDS単体の従来方式」だとブロックされる
まず結論から整理します。Windows 11 の展開でつまずく原因は、install.wim がないことだけではありません。Microsoft は WDS の OS 展開機能を「部分的に非推奨(deprecate)」としており、Windows 11 ではインストールメディア由来の boot.wim をそのまま WDS のブート イメージにして Windows セットアップを “WDS モード” で動かす従来フローが「サポート対象外(ブロック)」と明記されています。
同じドキュメントで、「WDS の PXE 自体は影響を受けない」こと、つまりWDS は引き続き PXE サーバーとして使えるが、Windows のインストールメディア由来の boot.wim をそのまま使って WDS だけで完結する展開は Windows 11 ではできない、という線引きも示されています。
| やりたいこと | 実現可否(Windows 11) | 現実的な構成 |
|---|---|---|
| WDS だけで PXE → Windows セットアップ起動 → 展開(昔ながらのやり方) | 不可(ブロック / 非サポート) | 別方式へ移行(MDT / Configuration Manager など) |
| WDS を PXE 基盤として使い、カスタム WinPE(MDT 等)で展開する | 可(WDS の PXE 機能は継続) | WDS + MDT(または Configuration Manager) |
つまり「WDS で Windows 11 を展開したい」の意味が、WDS だけで完結したいなら厳しい一方で、WDS を PXE 配布役として残しつつ MDT などに展開処理を任せるなら現実的です。以降では、どちらの構成でも必須になりやすい「install.esd → install.wim 変換」を中心に、手順を具体化します。
なぜ install.wim がないのか:install.esd という形式が使われている
install.esd は WIM と同系統の Windows イメージですが、配布向けにより圧縮された形式として扱われます。Microsoft のドキュメントでも、Dism /Export-Image を使って install.wim からより小さな install.esd を作る(サイズを減らす)流れが説明されています。一方で、その説明の中で「エクスポートした ESD はマウントできない」といった性質にも触れています。
| 項目 | install.wim | install.esd |
|---|---|---|
| 目的 | 展開・保守(オフライン編集)に強い | 配布(サイズ圧縮)に寄せた形式 |
| 容量 | 大きめになりがち | 小さめになりやすい |
| 扱いやすさ | ツール/運用で前提になりやすい | ツールによっては扱えず変換が必要 |
| WDS の「インストール イメージ」取り込み | そのまま使える(WIM 前提) | 基本的に変換が必要(WIM 前提のため) |
WDS のインストール イメージ取り込みは、PowerShell の Import-WdsInstallImage コマンドレットの説明でも「WIM から単一/複数イメージを取り込める、または VHD を取り込める」とされており、WIM を前提にした運用が読み取れます。
対応策:DISM で install.esd を install.wim に変換する
ここからが本題です。install.esd を install.wim にしてしまえば、WDS や MDT 側の取り回しが一気に楽になります。手順はシンプルですが、エディション(インデックス)選択と保存先の空き容量でつまずきやすいので、ポイントを押さえて進めます。
事前準備
| 準備項目 | 目安 | 理由 |
|---|---|---|
| 管理者権限のコマンドプロンプト | 必須 | DISM の処理・ファイル出力に権限が必要 |
| 作業用フォルダ | 例:C:\temp | 変換後の WIM を置く |
| ディスク空き容量 | 最低でも 10GB 以上推奨(環境次第) | ESD より WIM が大きくなるため |
手順:エディション(インデックス)を確認する
Windows 11 のメディアには、Home/Pro/Enterprise など複数エディションが同居していることがあります。この場合、sourceindex を誤ると「欲しいエディションじゃない WIM」ができるので、先に一覧を確認します。
dism /Get-WimInfo /WimFile:"X:\sources\install.esd"
※ X: は ISO をマウントしたドライブレターに置き換えてください。
手順:install.esd → install.wim にエクスポートする
インデックスが分かったら、目的のエディションを指定してエクスポートします。Microsoft Q&A の回答でも、同様の dism /export-image の例が案内されています。
dism /Export-Image ^
/SourceImageFile:"X:\sources\install.esd" ^
/SourceIndex:1 ^
/DestinationImageFile:"C:\temp\install.wim" ^
/Compress:Max ^
/CheckIntegrity
- /SourceIndex:取り出したいエディション番号(上の
/Get-WimInfoで確認) - /Compress:Max:サイズは小さくなるが時間はかかりやすい。検証や急ぎなら
Fastも選択肢 - /CheckIntegrity:整合性チェック。時間は増えるが事故が減る
手順:できあがった install.wim を確認する
変換後、念のため中身を確認します。
dism /Get-WimInfo /WimFile:"C:\temp\install.wim"
ここでエディション名やアーキテクチャが想定どおりなら、次に進みます。Windows 11 は 64bit のみなので、基本は x64 のブート/展開が前提になります。
WDS への登録:GUI と PowerShell の両方で押さえる
WDS のイメージ登録は GUI でもできますが、運用で再現性を高めたいなら PowerShell も覚えておくと便利です。
GUI(管理コンソール)でインストール イメージを追加
- サーバー マネージャー → ツール → 「Windows 展開サービス」
- サーバー名 → 「Install Images(インストール イメージ)」を右クリック
- 「Add Install Image(インストール イメージの追加)」
- イメージ グループを選択/作成
- 作成した
install.wimを指定して追加
PowerShell(Import-WdsInstallImage)で追加
PowerShell で登録する場合は、WDS モジュールの Import-WdsInstallImage を使います。説明上も、WIM から単一/複数イメージを取り込めることが明記されています。
Import-WdsInstallImage -Path "C:\temp\install.wim" -ImageGroup "Windows 11"
WIM に複数イメージ(複数エディション)を入れている場合、-ImageName を付けて「どのイメージを取り込むか」を指定する運用もできます。
Windows 11 展開で詰まりやすいポイント:boot.wim の扱い
install.wim(または install.esd)問題を解決しても、「PXE で起動してセットアップが始まらない」「WDS モードが云々と出て止まる」といった壁に当たることがあります。
これは前述のとおり、Windows 11 ではインストールメディアの boot.wim をそのまま WDS で使い、Windows Setup を WDS モードで起動するワークフローがブロックされるためです。Microsoft のドキュメントでは、Windows 11 は該当シナリオが “Not supported, blocked” と整理され、WDS 単体のエンドツーエンド展開はできない、とまとめられています。
現場での落としどころ:WDS + MDT(または Configuration Manager)
WDS を捨てる必要はありません。Microsoft の説明でも「WDS の PXE ブート自体は影響を受けない」「カスタム boot.wim を使うワークフロー(MDT や Configuration Manager など)は変更しない」とされています。
よくある現実解は次の流れです。
- WDS は PXE ブート配布役として残す
- MDT で作成した LiteTouch(カスタム WinPE)をブート イメージとして WDS に登録
- MDT 側で Windows 11 の OS イメージ(install.wim)を取り込み、タスクシーケンスで展開する
このときも「MDT に OS イメージを取り込むには WIM が欲しい」場面が多いため、install.esd → install.wim 変換は依然として有効です(WDS に入れる/MDT に入れる、どちらでも役立ちます)。
よくある質問とトラブルシューティング
| 症状 | 原因の可能性 | 対処 |
|---|---|---|
| ISO に install.wim がない | install.esd 形式になっている | 本記事の DISM 変換で install.wim を作成 |
| DISM で変換はできたが、欲しいエディションではない | /SourceIndex の指定違い | dism /Get-WimInfo でインデックスを確認して作り直す |
| DISM が「ファイルが見つからない」と出る | ドライブレター違い / パス違い | ISO のマウント先(例:X:)と \sources\install.esd の存在を確認 |
| WDS に install.esd を追加できない | WDS の取り込みは WIM/VHD 前提 | WIM に変換してから取り込む(PowerShell の説明でも WIM/VHD が前提) |
| PXE 起動後に Windows 11 セットアップが進まない/ブロックされる | Windows 11 は「インストールメディア boot.wim を WDS で使う」フローがブロック | WDS+MDT(カスタム WinPE)等へ切り替える |
運用のコツ:イメージの「版管理」をしておくと迷子にならない
Windows 11 の展開を継続運用するなら、イメージを「とりあえず入れた」状態にしないのが最大のコツです。おすすめは次のような管理です。
- フォルダを年月+ビルドで切る(例:
\\WDS01\Images\Win11\2025-12\install.wim) - WDS のイメージ名に版数を入れる(例:「Windows 11 Pro 24H2 (2025-12)」)
- 変換時のコマンドをメモして残す(SourceIndex を含める)
こうしておくと、「どの install.wim がどの ISO 由来か」「更新したのはどれか」が追えるようになり、月次更新や検証環境の切り替えがスムーズになります。
まとめ
- Windows 11 のメディアでは、
install.wimの代わりにinstall.esdが入っていることがある。 install.esdはそのままだと WDS/MDT の運用で詰まりやすいので、DISM でinstall.wimに変換すると扱いやすい。- ただし Windows 11 では、WDS の「インストールメディア由来 boot.wim で WDS モードのセットアップを回す」従来フローがブロックされるため、WDS 単体でのエンドツーエンド展開は難しい。
- 現実的には、WDS を PXE 配布役として残し、MDT などのカスタム WinPE を使う構成が安定。

コメント