Windows 11 IoT LTSC 24H2 は ISO が英語版のみ提供されるため、メキシコ向け展開では「最初から es-MX を既定にしたい」「WinRE も es-MX で出したい」「言語混在や Windows Update 画面欠落を避けたい」というニーズが出てきます。本記事では ISO レベルで es-MX を既定化し、英語混在を極力排除するための具体的な手順と注意点をまとめます。
Windows 11 IoT LTSC 24H2 を es‑MX 既定にしたい理由と課題
Windows 11 IoT Enterprise LTSC 24H2（ビルド 26100 系）は、現時点で公式 ISO が英語版のみというケースが多く見られます。そのため、次のような困りごとが発生しがちです。
- インストール開始画面（Windows Setup）が英語のまま
- 「PC を修復」で起動する回復環境（WinRE）が英語 UI になる
- インストール完了後、スタートメニューやコンテキストメニューで英語とスペイン語（es-MX）が混在する
- 一部画面（とくに設定アプリや Windows Update）で項目が空白・未表示になる
これらは単に「言語パックを後から入れれば解決」という話ではなく、
- boot.wim（WinPE / Setup）
- install.wim（実際に展開される OS）
- winre.wim（回復環境）
- sources\lang.ini（セットアップ時の言語優先度情報）
といった構成要素の言語設定がバラバラであることが原因です。
本記事のゴールは、これらをすべて es-MX を軸に統一し、英語混在と不具合を最小限に抑えたカスタム ISO を作ることです。
全体像：A案（正攻法）と B案（簡易法）の使い分け
やり方は大きく 2 パターンあります。
| 案 | 概要 | メリット | デメリット | 向いている用途 |
|---|---|---|---|---|
| A案：正攻法 | IoT ISO の boot.wim / install.wim / winre.wim / lang.ini に es-MX 言語パックを統合し、既定言語を統一 | 構成がクリーンで再現性が高く、量産・配布に安心して使える | 作業手順が多く、慣れないと時間がかかる | 製造ライン展開、顧客向け出荷、社内標準マスター |
| B案：簡易法 | 通常版 Windows 11 24H2 es-MX ISO の boot.wim / winre.wim を IoT LTSC ISO に流用 | 短時間でセットアップ画面と WinRE を es-MX 化できる | エディション差によるサポートリスク、将来的な検証難度が上がる | 検証用マシン、ラボ環境、限定的な社内利用 |
本記事ではまず A案（正攻法）を詳しく解説し、そのあとに B案（簡易法）と 24H2 特有の言語混在・Windows Update 表示欠落問題への対処方法を説明します。
事前準備：必要なツールと言語パック
使用するツールの例
Windows 11 IoT LTSC 24H2 ISO の多言語化・既定化にあたって、以下のツールを想定します。
| ツール | 用途 | 備考 |
|---|---|---|
| DISM（dism.exe） | WIM のマウント、言語パック統合、国際設定変更 | 標準で OS に含まれる。ADK の DISM 推奨 |
| NTLite などの GUI ツール | WIM 編集やパッケージ統合を GUI で行いたい場合の補助 | 有償機能が必要な場合あり |
| ISO 作成ツール（oscdimg 等） | ブート可能な ISO の再構築 | Windows ADK に含まれる oscdimg が定番 |
| 仮想化環境（Hyper-V, VMware など） | カスタム ISO の検証インストール | 物理機に入れる前に必ず検証すること |
| テキストエディタ | sources\lang.ini の編集 | メモ帳でも可。UTF-8 / BOM など既定の書式に注意 |
必要な言語パックと FOD
もっとも重要なのは、「ISO のベースになっているビルド番号と完全一致する言語パック」を使うことです。24H2 / 26100 系の ISO であれば、同じ 26100 系の es-MX 言語パックを用意します。
| 用途 | ファイル名の例 | 適用対象 |
|---|---|---|
| WinPE 用言語パック | Microsoft-Windows-WinPE-LanguagePack-Package_es-mx.cab | boot.wim（WinPE / Windows Setup） winre.wim（回復環境） |
| フル OS 用言語パック | Microsoft-Windows-Client-Language-Pack_x64_es-mx.cab | install.wim（IoT LTSC OS 本体） |
| FOD（機能オンデマンド） | 手書き / 音声認識 / OCR / 校正ツールなどの es-MX パッケージ | 必要に応じて install.wim に統合 |
ビルドが一致していない言語パックを混在させると、
- セットアップ途中から言語が英語に戻る
- WinRE で文字化けする
- 更新適用後に UI が部分的に英語化する
といった問題が起こるため、ビルドの一致確認は必須です。
A案：正攻法で ISO を多言語化し es‑MX を既定にする手順
ステップ 1：ISO の作業用フォルダを作成
- 公式配布の Windows 11 IoT LTSC 24H2 ISO（英語版）を任意のフォルダに展開します。
例：D:\ISO_IoT_24H2_EN - 書き換え用の作業フォルダをコピーして作成します。
例：D:\ISO_IoT_24H2_es-MX
以降の説明では、D:\ISO_IoT_24H2_es-MX を編集対象とします。
ステップ 2：boot.wim の言語統合と既定化
\sources\boot.wim には通常、
- Index 1：WinPE ベースの最小環境
- Index 2：Windows Setup（インストーラ）
が格納されています。まずはどのインデックスが何に対応しているか確認します。
rem インデックス情報を確認
dism /Get-WimInfo /WimFile:D:\ISO_IoT_24H2_es-MX\sources\boot.wim
確認できたら、両インデックスに WinPE 用 es-MX 言語パックを統合し、既定ロケールを es-MX に設定します。
rem マウント用フォルダ
md C:\Mount\boot1
md C:\Mount\boot2
rem Index 1 をマウント
dism /Mount-Image ^
/ImageFile:D:\ISO_IoT_24H2_es-MX\sources\boot.wim ^
/Index:1 ^
/MountDir:C:\Mount\boot1
rem WinPE 言語パックを追加
dism /Image:C:\Mount\boot1 ^
/Add-Package ^
/PackagePath:C:\Pkg\Microsoft-Windows-WinPE-LanguagePack-Package_es-mx.cab
rem 既定ロケールを es-MX に
dism /Image:C:\Mount\boot1 /Set-AllIntl:es-MX
rem コミットしてアンマウント
dism /Unmount-Image /MountDir:C:\Mount\boot1 /Commit
rem Index 2（Setup）も同様に
dism /Mount-Image ^
/ImageFile:D:\ISO_IoT_24H2_es-MX\sources\boot.wim ^
/Index:2 ^
/MountDir:C:\Mount\boot2
dism /Image:C:\Mount\boot2 ^
/Add-Package ^
/PackagePath:C:\Pkg\Microsoft-Windows-WinPE-LanguagePack-Package_es-mx.cab
dism /Image:C:\Mount\boot2 /Set-AllIntl:es-MX
dism /Unmount-Image /MountDir:C:\Mount\boot2 /Commit
この段階で、インストール開始時の言語選択画面は es-MX が既定で表示されるようになります。
ステップ 3：install.wim に es‑MX 言語パックを統合し既定ロケールを変更
次に、インストールされる OS 本体である \sources\install.wim に対して作業を行います。
dism /Get-WimInfoで、IoT LTSC エディションが入っているインデックス番号を確認- 対象インデックスをマウントし、Client 言語パックを追加
- 既定ロケール設定を es-MX に統一
rem インデックス確認
dism /Get-WimInfo /WimFile:D:\ISO_IoT_24H2_es-MX\sources\install.wim
rem ここでは Index 1 を IoT LTSC と仮定
md C:\Mount\install
dism /Mount-Image ^
/ImageFile:D:\ISO_IoT_24H2_es-MX\sources\install.wim ^
/Index:1 ^
/MountDir:C:\Mount\install
rem Client 言語パックを追加
dism /Image:C:\Mount\install ^
/Add-Package ^
/PackagePath:C:\Pkg\Microsoft-Windows-Client-Language-Pack_x64_es-mx.cab
rem 必要な FOD（音声/OCR など）も同時に追加可能
rem dism /Image:C:\Mount\install /Add-Package /PackagePath:C:\FOD\...
rem SKU 既定言語を es-MX に
dism /Image:C:\Mount\install /Set-SKUIntlDefaults:es-MX
rem システム全体の国際設定を es-MX に
dism /Image:C:\Mount\install /Set-AllIntl:es-MX
rem キーボードレイアウトを es-MX のみにしたい場合は追加で設定
rem dism /Image:C:\Mount\install /Set-InputLocale:es-MX
dism /Unmount-Image /MountDir:C:\Mount\install /Commit
/Set-SKUIntlDefaults と /Set-AllIntl の両方を es-MX に揃えることがポイントです。片方だけでは、初回サインイン直後の一部 UI が英語になることがあります。
ステップ 4：winre.wim を es‑MX 化し、文字欠けを防止
回復環境（WinRE）は、通常 install.wim 内の下記パスに格納されています。
Windows\System32\Recovery\winre.wim
先ほどマウントした C:\Mount\install にこのファイルが存在するので、いったんローカルにコピーします。
rem すでに install.wim をアンマウントしている場合は再度マウントする
md C:\WinRE
copy C:\Mount\install\Windows\System32\Recovery\winre.wim C:\WinRE\winre.wim
続いて、winre.wim に対して WinPE 用 es-MX 言語パックと必要なフォントを追加します。
md C:\Mount\winre
dism /Mount-Image ^
/ImageFile:C:\WinRE\winre.wim ^
/Index:1 ^
/MountDir:C:\Mount\winre
rem WinRE は WinPE ベースなので WinPE 言語パックを使用
dism /Image:C:\Mount\winre ^
/Add-Package ^
/PackagePath:C:\Pkg\Microsoft-Windows-WinPE-LanguagePack-Package_es-mx.cab
rem 特殊文字が多い環境では追加フォントも検討
rem （言語パックに含まれている場合も多い）
rem 国際設定を es-MX に統一
dism /Image:C:\Mount\winre /Set-AllIntl:es-MX
dism /Unmount-Image /MountDir:C:\Mount\winre /Commit
最後に、この es-MX 化された winre.wim を、再び install.wim 内の同じパスに戻します。GUI ツールを使う場合は「ファイル置き換え」として処理して構いません。
実マシンで reagentc /disable → reagentc /enable を実行すると、更新された winre.wim に基づいて回復環境が再構成され、以降は es-MX UI の WinRE が起動するようになります。
ステップ 5：sources\lang.ini でセットアップの既定言語を es‑MX に変更
セットアップ開始時の言語選択は、\sources\lang.ini の内容に大きく依存します。ビルドによって書式に細かな差がありますが、考え方は共通です。
ポイントは次の 2 つです。
- 既定 UI 言語（DefaultUILanguage）を es-MX にする
- es-MX を最優先、en-US を第二言語に降格させる
実際には元の lang.ini をバックアップしてから、既存の en-US を参考に es-MX の行を追加・変更します。例として、概念的なイメージを挙げます。
[Available UI Languages]
en-US = 3
es-MX = 1
[Fallback Languages]
en-US = en-US
es-MX = es-MX
[Default]
UI Language = es-MX
実際のファイルはビルド固有の項目が含まれる場合があります。
「元の構成をなるべく崩さず、既定が es-MX になるように最小限の修正を入れる」のが安全です。
ステップ 6：SSU / LCU の統合で 24H2 特有の言語混在や Windows Update 欠落を予防
Windows 11 24H2（26100 系）では、言語切替直後に UI が混在したり、設定アプリ内の Windows Update 画面でボタンやテキストが消えたように見える不具合が報告されています。多くの場合、最新の 累積更新プログラム（LCU） を適用することで解消・軽減されます。
ISO の段階で SSU/LCU をスリップストリームしておくと、初回起動時点から比較的安定した UI で利用できるようになります。
rem LCU/SSU を install.wim に統合
dism /Mount-Image ^
/ImageFile:D:\ISO_IoT_24H2_es-MX\sources\install.wim ^
/Index:1 ^
/MountDir:C:\Mount\install
dism /Image:C:\Mount\install ^
/Add-Package ^
/PackagePath:C:\Update\windows10.0-kbXXXXXXX-x64.msu
dism /Unmount-Image /MountDir:C:\Mount\install /Commit
rem 同様に winre.wim にも統合すると回復環境も最新化できる
LCU を適用していない ISO からインストールした場合は、セットアップ後に Windows Update を実行し、最新の更新を適用することで多くの UI 不具合は収束します。ただし、更新適用中は一時的に UI が欠けたように見える場合があります。
ステップ 7：ISO の再構築と動作検証
ここまでの作業が完了したら、ISO を再作成します。Windows ADK の oscdimg を使用する例を示します。
rem ブートセクタの場所は ISO 内の構成によって異なるので、
rem 元の ISO を参考にパスを合わせる
oscdimg -m -o -u2 -udfver102 ^
-bootdata:2#p0,e,bd:\ISO_IoT_24H2_es-MX\boot\etfsboot.com#pEF,e,bd:\ISO_IoT_24H2_es-MX\efi\microsoft\boot\efisys.bin ^
D:\ISO_IoT_24H2_es-MX ^
D:\Win11IoT_24H2_es-MX.iso
再構築した ISO は、必ず仮想環境（Hyper-V など）で次の点を確認します。
- セットアップ開始時の表示言語が es-MX になっているか
- 「PC を修復」から起動する WinRE が es-MX UI になっているか
- 初回サインイン直後のスタートメニュー・タスクバー・設定アプリが es-MX で揃っているか
- Windows Update 画面が正しく表示されているか（ボタンやラベルが欠落していないか）
B案：通常版 Windows 11 24H2 es‑MX の boot.wim / winre.wim を流用する簡易法
検証環境だけ素早く立ち上げたい場合や、限定的な利用であれば、次のような簡易手順でも「それなりに」目的を達成できます。
boot.wim の丸ごと置き換え
- 通常版 Windows 11 24H2 es-MX ISO から
\sources\boot.wimを抽出 - Windows 11 IoT LTSC 24H2 英語版 ISO の
\sources\boot.wimと差し替え
これだけで、セットアップ画面と「PC を修復」経由の回復メニューは、基本的に es-MX 表示になります。
winre.wim の流用で回復環境も es‑MX に揃える
さらに精度を上げるには、通常版 Windows 11 24H2 es-MX ISO の install.wim 内にある Windows\System32\Recovery\winre.wim を取り出し、IoT LTSC 側の install.wim の同パスへコピーして置き換えます。
この方法により、セットアップ / WinRE / 基本 UI 表示のほとんどを es-MX に統一できますが、次のようなリスクがあります。
- 通常版と IoT LTSC では、内部的なコンポーネントやセットアップロジックが完全一致しているとは限らない
- 将来的な更新やサポートの観点で、公式構成からの乖離が大きくなる
そのため、B案はあくまで「開発・検証用の一時的な解決策」として捉え、量産配布には A案（正攻法）を強く推奨します。
24H2 で発生しやすい「言語混在 / Windows Update 表示欠落」の背景と対処
現象の一例
- スタートメニューの一部が英語、他の部分が es-MX になる
- 設定アプリの「Windows Update」ページでボタンや文言が表示されず、空白に見える
- 更新プログラムの一覧が正しく表示されない
これらは、
- OS 本体と言語パック・FOD のビルドずれ
- LCU 未適用による UI コンポーネントの不整合
- 言語適用のタイミング（インストール後に言語を切り替えた場合など）
が重なって発生しているケースが多く、以下の順番で対処すると安定しやすくなります。
- ISO 段階で OS 本体と一致するビルドの es-MX 言語パックと FOD を統合しておく
- SSU / LCU を install.wim と winre.wim にスリップストリームしておく
- それでも問題が出る場合は、インストール直後に Windows Update を実行し、すべての更新を適用してから言語状態を確認する
とくに「Windows Update 画面が真っ白に見える」ような場合は、LCU 適用後の再起動で改善するパターンが多いため、まずは更新適用を優先するとよいでしょう。
実施チェックリスト（A案の要点おさらい）
ここまでの作業で押さえるべきポイントを一覧にしました。展開前の最終確認に役立ててください。
| 項目 | 確認内容 | 確認方法の例 |
|---|---|---|
| 言語パック / FOD | 24H2 / 26100 系のビルドと完全一致しているか | ファイル名・プロパティ・バージョンを確認 |
| boot.wim | 両インデックスに WinPE es-MX 言語パックを統合し、既定が es-MX になっているか | dism /Get-Intl /Image:<Mount> でロケール確認 |
| install.wim | Client es-MX 言語パックと必要な FOD を統合し、/Set-SKUIntlDefaults / /Set-AllIntl が es-MX になっているか | 仮想環境でインストールして初回ログオン直後の UI を目視確認 |
| winre.wim | WinPE es-MX 言語パックと必要なフォントが適用されているか | 「PC を修復」から WinRE を起動し、言語や文字表示を確認 |
| lang.ini | Default UI Language が es-MX で、en-US は第二言語になっているか | テキストエディタで直接確認し、元ファイルとも比較 |
| SSU / LCU | install.wim / winre.wim に最新更新が統合されているか | dism /Get-Packages でパッケージ一覧を確認 |
| 仮想マシン検証 | セットアップ、WinRE、初回ログオン後の UI が想定どおり es-MX で、英語混在や表示欠落が発生していないか | Hyper-V や VMware 上で実際にインストールして確認 |
よくあるつまずきポイントと回避策
ビルド不一致の言語パックを入れてしまう
もっとも多いトラブルは、「見た目が似ている別ビルドの言語パック」を混ぜてしまうケースです。この場合、
- 言語選択までは es-MX に見えるが、途中で英語に戻る
- 更新後に UI が英語と es-MX で再び混在する
といった症状になりがちです。ISO のベースビルドと、言語パック / FOD のビルドが必ず揃っているか、作業開始前に整理しておきましょう。
boot.wim の片方のインデックスだけに言語を入れてしまう
Index 1 だけ、あるいは 2 だけに言語パックを入れた場合、
- WinPE 画面は es-MX だが、セットアップ中に英語に戻る
- 回復環境だけ英語表示になる
などの「中途半端な多言語化」になります。boot.wim のインデックスは基本的に両方処理すると覚えておくと安全です。
lang.ini を大きく書き換えすぎる
lang.ini はビルドごとに微妙に構成が異なるため、サンプルを見ながら丸ごと書き換えると、思わぬ副作用が出ることがあります。
原則として「元ファイルの構造を尊重しつつ、既定言語だけ es-MX に差し替える」方針で編集しましょう。
boot.wim 丸ごと置き換えの副作用
簡易法（B案）として通常版 es-MX ISO の boot.wim を IoT LTSC にそのままコピーすると、インストーラ周りの動作が「通常版寄り」になる可能性があります。IoT 固有のセットアップ前処理やドライバー読み込みの違いが影響するケースも考えられるため、量産環境には推奨されません。
まとめ：es‑MX を起点に「ISO 全体で言語を揃える」ことが重要
Windows 11 IoT LTSC 24H2 ISO の段階で es-MX を既定にしたい場合、ポイントは次の 3 つに集約できます。
- boot.wim / install.wim / winre.wim / lang.ini を一貫して es-MX に揃える
─ WinPE 用・Client 用の es-MX 言語パックを適切に統合し、既定ロケールを es-MX に設定することが最重要です。 - 24H2 特有の言語混在・Windows Update 不具合には SSU / LCU の統合で備える
─ ISO 段階で最新更新を先に適用しておくと、初回起動から安定した UI を得やすくなります。 - 急ぎの検証なら boot.wim / winre.wim 置き換えも使えるが、本番展開は正攻法（A案）で
─ 短時間で es-MX 環境を作るには有効ですが、サポートや将来的な検証を考えると、構成が明確な A案が圧倒的に安全です。
これらを押さえておけば、英語 ISO しかない Windows 11 IoT LTSC 24H2 でも、インストール開始時から回復環境に至るまで、ほぼ一貫した es-MX UI を提供できるようになります。量産前には必ず仮想環境での検証を行い、自社や顧客シナリオに即した最適な構成を固めていきましょう。
コメント