Windows 11展開メディアが0xc0430001で起動しない原因とboot.stlの対処方法

Windows 11の展開メディアへKB5101681を統合したあと、起動時にエラーコード「0xc0430001」が表示される場合は、インストールメディア内のboot.stl不足を最初に確認してください。

Microsoftが推奨する対処は、公式の「Update WinPE」処理を含むスクリプトで展開メディアを作り直すことです。緊急時の代替策として、更新対象と同じWindowsバージョン・同じアーキテクチャの環境からboot.stlを手動コピーする方法も示されています。別バージョンやx64・Arm64の異なるファイルを流用してはいけません。(Microsoft サポート)

0xc0430001で展開メディアが起動しないときの結論

KB5101681は、Windows 11 version 26H1向けに2026年7月28日に公開された累積更新プログラムです。これをDynamic Updateの手順で既存のWindowsイメージや展開メディアへ統合する場合、インストールメディアにboot.stlが含まれていないと、メディアから起動できず0xc0430001が発生する可能性があります。(Microsoft サポート)

対処方法は次の2つです。

対処方法	推奨度	適した状況
Microsoft公式のUpdate WinPEスクリプトでメディアを再作成する	高い	本番展開、継続的なメディア更新、複数イメージを含む環境
同一バージョン・同一アーキテクチャの`boot.stl`を手動コピーする	代替	原因が`boot.stl`不足に限定され、迅速な復旧が必要な場合

まずは、展開メディアの次の場所にファイルが存在するか確認します。

\efi\microsoft\boot\boot.stl

作業フォルダーがC:\mediaRefresh\newMediaの場合は、管理者権限のPowerShellで次のように確認できます。

$MediaRoot = "C:\mediaRefresh\newMedia"
$BootStl = Join-Path $MediaRoot "efi\microsoft\boot\boot.stl"

Test-Path $BootStl

Falseが返った場合、boot.stlが不足しています。

USBメモリがD:ドライブとして認識されている場合は、次のコマンドでも確認できます。

Test-Path "D:\efi\microsoft\boot\boot.stl"

boot.stlがないとなぜ起動できないのか

boot.stlは、Secure Bootの検証処理で使用されるファイルです。単にファイルが存在すればよいわけではなく、更新するWindowsイメージと次の条件が一致している必要があります。

Windowsのバージョン
プロセッサアーキテクチャ
展開対象となるWinPEとの整合性

たとえば、Windows 11 version 26H1のx64展開メディアに、Arm64環境や別バージョンのWindowsから取得したboot.stlをコピーする方法は適切ではありません。Microsoftも、boot.stlが更新対象イメージのWindowsバージョンとアーキテクチャに一致する必要があると明記しています。(Microsoft サポート)

また、boot.wimだけを更新しても、展開メディアのEFIフォルダーへboot.stlが配置されていなければ問題は解決しません。Microsoft Learnの現行スクリプトでは、更新済みWinPE内の次のファイルを一時保存したうえで、展開メディア側へコピーします。

Windows\Boot\EFI\bootmgfw.efi
Windows\Boot\EFI\bootmgr.efi
Windows\Boot\EFI\boot.stl

そのうちboot.stlは、最終的に次の場所へ配置されます。

\efi\microsoft\boot\boot.stl

つまり、問題の本質は「boot.wimを更新したか」だけではなく、更新済みWinPEと整合するEFI起動ファイルが、展開メディアのルート側にも正しく反映されているかにあります。(Microsoft Learn)

この対処が必要なのは展開メディアを更新する管理者

KB5101681のサポート情報では、「既知の問題は把握していない」とされています。一方で、展開に関する注意事項として、Dynamic Updateを既存イメージへ適用するときはboot.stlを含めるよう案内されています。(Microsoft サポート)

そのため、この問題は通常のWindows UpdateでPCへKB5101681をインストールする利用者全員に発生するものではありません。主な対象は次のような管理者です。

Windows 11のISOをオフライン更新している
WinPEベースの展開メディアを保守している
USB起動用のカスタムインストールメディアを作成している
boot.wimやinstall.wimへ更新プログラムを統合している
Configuration Manager、MDT、WDSなどで使用するWinPEをカスタマイズしている

通常のWindows Update利用者が、PCのC:\Windows\Boot\EFIから手動でファイルを移動する必要はありません。

最初に確認する4つのポイント

展開メディアにboot.stlが存在するか

次の場所を確認します。

<メディアルート>\efi\microsoft\boot\boot.stl

PowerShellでは、ファイル情報まで表示できます。

$BootStl = "C:\mediaRefresh\newMedia\efi\microsoft\boot\boot.stl"

if (Test-Path $BootStl) {
    Get-Item $BootStl |
        Select-Object FullName, Length, LastWriteTime
} else {
    Write-Warning "boot.stlが展開メディアに存在しません。"
}

ファイルが存在していても、古い展開メディアから流用されたものや、別アーキテクチャのファイルであれば使用できません。

boot.wimのバージョンとアーキテクチャを確認する

管理者権限のPowerShellで、展開メディア内のイメージ情報を表示します。

Get-WindowsImage -ImagePath "C:\mediaRefresh\newMedia\sources\boot.wim" |
    Select-Object ImageIndex, ImageName, Architecture, Version

DISMを使用する場合は次のとおりです。

Dism /Get-ImageInfo /ImageFile:C:\mediaRefresh\newMedia\sources\boot.wim

特定のインデックスを詳しく確認する場合は、インデックス番号を指定します。

Dism /Get-ImageInfo /ImageFile:C:\mediaRefresh\newMedia\sources\boot.wim /Index:2

一般的なWindowsインストールメディアではboot.wimに複数のインデックスが含まれますが、構成はメディアによって異なります。インデックス2と決めつけず、最初のコマンドで実際の構成を確認してください。DISMのGet-ImageInfoは、WIM内のイメージ、アーキテクチャ、バージョンなどを調査するために使用できます。(Microsoft Learn)

KB5101681のパッケージがアーキテクチャに合っているか

Microsoft Update Catalogから取得するときは、展開メディアに合わせてx64版またはArm64版を選択します。

展開メディア	選択する更新プログラム
x64版Windows 11	x64-based Systems向け
Arm64版Windows 11	arm64-based Systems向け

x64のboot.wimへArm64版のKB5101681を適用したり、その逆を行ったりしないでください。Microsoftのサポート情報でも、カタログからアーキテクチャに一致するパッケージを選択するよう案内されています。(Microsoft サポート)

Dynamic Updateの公開月がそろっているか

KB5101681は2026年7月の更新プログラムです。そのため、関連するDynamic Updateは次の優先順位で選択します。

パッケージ	選択基準
KB5101681のLCU	展開メディアと同じバージョン・アーキテクチャ
Safe OS Dynamic Update	2026年7月版を優先
Setup Dynamic Update	2026年7月版を優先
同月版が公開されていない場合	各パッケージの最新公開版を使用

「すべて最新にすればよい」と考えて、同月版が存在するにもかかわらず別の月を混在させるのは避けてください。Microsoftは、まず累積更新プログラムと同じ月のDynamic Updateを使用し、同月版がない場合に限って最新公開版を使用するよう案内しています。(Microsoft サポート)

公式推奨のUpdate WinPEスクリプトで対処する

本番用の展開メディアでは、boot.stlだけを追加するより、Microsoft Learnに掲載されているDynamic Update適用スクリプトの流れに沿ってメディアを再作成する方法が安全です。

この処理では、単にKB5101681をinstall.wimへ追加するだけではありません。WinRE、Windows本体、WinPE、セットアップファイル、EFIブートファイルを決められた順序で更新します。Microsoftが示す全体手順は、WinREの更新から始まり、最後に更新済みWinPEのブートマネージャーを新しいメディアへ反映する構成です。(Microsoft Learn)

元の展開メディアをコピーする

元のISOや展開メディアは直接変更せず、作業用フォルダーへコピーします。

例として、次の構成を使用します。

C:\mediaRefresh
├─ oldMedia
├─ newMedia
├─ packages
│  ├─ CU
│  └─ Other
└─ temp

oldMedia：変更前の展開メディア
newMedia：更新作業を行うコピー
packages\CU：KB5101681と必要なチェックポイント更新
packages\Other：Setup DU、SafeOS DUなど
temp：WIMのマウントや一時ファイル用

Microsoftのサンプルでも、問題が起きたときに既知の正常状態からやり直せるよう、元メディアを保持して新しい作業用メディアへコピーしています。(Microsoft Learn)

必要な更新パッケージを準備する

最低限、環境に応じて次のパッケージを確認します。

KB5101681の累積更新プログラム
必要なチェックポイント累積更新プログラム
Safe OS Dynamic Update
Setup Dynamic Update
必要に応じて言語パックやFeatures on Demand

Windows 11 version 24H2以降では、累積更新プログラムに前提となるチェックポイント累積更新プログラムが必要な場合があります。Microsoft Update Catalogのダウンロード画面に複数のMSUが表示される場合は、対象KBだけを抜き出さず、公式手順に従って必要なパッケージをそろえてください。(Microsoft Learn)

WinRE、install.wim、boot.wimの順に処理する

公式手順の要点は次のとおりです。

処理対象	主な処理
`winre.wim`	サービススタック、言語、Safe OS Dynamic Update、クリーンアップ
`install.wim`	各Windowsエディション、言語、機能、累積更新プログラム
`boot.wim`	すべてのWinPEインデックス、言語、累積更新プログラム
展開メディア本体	Setup Dynamic Update、Setupファイル、EFIブートファイル

言語パック、オプション機能、Features on Demandを追加する場合は、先にそれらを追加し、最新の累積更新プログラムを最後に適用します。これにより、追加したコンポーネントも適切な更新レベルへ引き上げられます。(Microsoft Learn)

更新済みWinPEからboot.stlをメディアへコピーする

現行のMicrosoft Learnスクリプトでは、更新済みWinPEからboot.stlを保存し、最終処理で展開メディアへコピーします。

処理の概念は次のとおりです。

Copy-Item `
    -Path "$WINPE_MOUNT\Windows\Boot\EFI\boot.stl" `
    -Destination "$WORKING_PATH\boot.stl" `
    -Force

その後、展開メディア側へ配置します。

Copy-Item `
    -Path "$WORKING_PATH\boot.stl" `
    -Destination "$MEDIA_NEW_PATH\efi\microsoft\boot\boot.stl" `
    -Force

この処理により、更新後のWinPEと整合するboot.stlがメディアのEFI起動領域へ反映されます。(Microsoft Learn)

スクリプト実行後にファイルを確認する

$MediaRoot = "C:\mediaRefresh\newMedia"
$RequiredFiles = @(
    "$MediaRoot\efi\microsoft\boot\boot.stl",
    "$MediaRoot\sources\boot.wim",
    "$MediaRoot\sources\setup.exe"
)

$RequiredFiles | ForEach-Object {
    [pscustomobject]@{
        Path   = $_
        Exists = Test-Path $_
    }
}

すべてTrueになっていることを確認します。

Microsoft Learnに掲載されているコードはサンプルであり、環境固有のエラー処理をすべて備えた完成済み製品ではありません。本番メディアへ直接適用せず、作業コピーと検証環境を使用してください。(Microsoft Learn)

代替策としてboot.stlを手動コピーする方法

Microsoftは代替策として、同じWindowsバージョンとアーキテクチャのデバイスにあるWindows\Boot\EFIフォルダーから、展開メディアの対応するフォルダーへboot.stlをコピーする方法も示しています。(Microsoft サポート)

コピー元の条件を確認する

コピー元PCまたは参照イメージは、少なくとも次の条件を満たす必要があります。

展開対象と同じWindowsバージョン
展開対象と同じアーキテクチャ
対象メディアと整合する更新レベル
C:\Windows\Boot\EFI\boot.stlが存在する

Windowsのバージョンとシステムの種類は、次の画面で確認できます。

設定
  > システム
    > バージョン情報

レジストリから確認する場合は、次のPowerShellも利用できます。

$WindowsInfo = Get-ItemProperty `
    "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion"

[pscustomobject]@{
    ProductName    = $WindowsInfo.ProductName
    DisplayVersion = $WindowsInfo.DisplayVersion
    Build          = "$($WindowsInfo.CurrentBuild).$($WindowsInfo.UBR)"
    Architecture   = [System.Runtime.InteropServices.RuntimeInformation]::OSArchitecture
}

単に管理作業をしているPCからコピーするのではなく、出力されたバージョンとアーキテクチャを展開メディアのboot.wimと照合してください。

PowerShellでboot.stlをコピーする

次の例では、コピー元をC:\Windows\Boot\EFI\boot.stl、展開メディアの作業フォルダーをC:\mediaRefresh\newMediaとしています。

$Source = "C:\Windows\Boot\EFI\boot.stl"
$MediaRoot = "C:\mediaRefresh\newMedia"
$DestinationDirectory = Join-Path $MediaRoot "efi\microsoft\boot"
$Destination = Join-Path $DestinationDirectory "boot.stl"

if (-not (Test-Path $Source)) {
    throw "コピー元のboot.stlが見つかりません: $Source"
}

New-Item `
    -ItemType Directory `
    -Path $DestinationDirectory `
    -Force |
    Out-Null

Copy-Item `
    -Path $Source `
    -Destination $Destination `
    -Force

if (-not (Test-Path $Destination)) {
    throw "展開メディアへのboot.stlコピーに失敗しました。"
}

Get-Item $Destination |
    Select-Object FullName, Length, LastWriteTime

USBメモリがD:の場合は、$MediaRootを次のように変更します。

$MediaRoot = "D:"

コピー元とコピー先のハッシュを比較する

コピー結果を確認するにはSHA-256ハッシュを比較します。

Get-FileHash `
    -Path $Source, $Destination `
    -Algorithm SHA256

2つのハッシュ値が一致していれば、ファイル自体は正しくコピーされています。

ただし、ハッシュが一致しても、コピー元のWindowsバージョンやアーキテクチャが間違っていれば適切な対処にはなりません。ハッシュ比較で確認できるのは「コピー前後のファイルが同一であること」だけです。

適用順を間違えないための実務的な整理

Dynamic Updateを展開メディアへ適用するときは、次の順序を意識してください。

| 順序 | 処理 |
| -: | —————————————————– |
| 1 | 元の展開メディアを作業用フォルダーへコピーする |
| 2 | KB5101681と必要な前提更新を準備する |
| 3 | WinREを更新し、Safe OS Dynamic Updateを適用する |
| 4 | install.wim内の必要な全インデックスを更新する |
| 5 | boot.wim内の全WinPEインデックスを更新する |
| 6 | Setup Dynamic Updateを展開メディアへ反映する |
| 7 | 更新済みWinPEのsetup.exe、setuphost.exe、EFIブートファイルを反映する |
| 8 | boot.stlを\efi\microsoft\bootへ配置する |
| 9 | ISOまたはUSBメディアを再作成する |
| 10 | UEFIとSecure Bootを有効にした検証端末で起動確認する |

これは公式の詳細な適用手順を、判断しやすい単位に整理したものです。実際の更新では、Microsoft Learnに掲載された順序とスクリプトを優先してください。公式手順では、WinRE、Windows OS、WinPE、新しいメディアを分け、各処理の適用順が細かく定義されています。(Microsoft Learn)

よくある失敗と注意点

install.wimだけを更新する

install.wimはWindows本体のイメージです。展開メディアの起動にはboot.wimとEFIブートファイルも関係します。

KB5101681をinstall.wimへ追加しただけでは、boot.stl不足は解消されません。WinPEとメディア本体の更新まで実施してください。

boot.stlをboot.wim内だけに入れる

boot.wim内の次の場所にboot.stlが存在していても、展開メディア側のEFIフォルダーに反映されていなければ不十分です。

Windows\Boot\EFI\boot.stl

展開メディアでは、次の場所を確認します。

\efi\microsoft\boot\boot.stl

Microsoftの現行スクリプトも、WinPE内から取得したファイルをこの場所へ明示的にコピーしています。(Microsoft Learn)

x64とArm64を混在させる

ファイル名が同じでも、アーキテクチャが異なれば使用できません。

x64メディアにはx64の更新プログラムとboot.stl
Arm64メディアにはArm64の更新プログラムとboot.stl

という組み合わせを守ってください。

別バージョンのWindowsからコピーする

Windows 11のファイルであれば何でもよいわけではありません。version 24H2、25H2、26H1など、異なるバージョンのファイルを流用しないでください。

ファイルが存在しているのに0xc0430001が続く場合は、別バージョンのboot.stlが残っていないか確認します。

月の異なるDynamic Updateを無条件に混在させる

KB5101681へ2026年7月版のSetup DUが用意されているにもかかわらず、別の月を選ぶ必要はありません。

選択基準は次のとおりです。

KBと同月のパッケージを探す
同月版がなければ最新公開版を使う
Windowsバージョンとアーキテクチャも確認する

setup.exeやbootmgrとの整合性を確認しない

公式スクリプトはboot.stlだけでなく、更新済みWinPEからsetup.exe、setuphost.exe、ブートマネージャー関連ファイルも取得します。

0xc0430001が解消してメディアから起動できても、その後のWindowsセットアップで失敗する場合は、これらのバイナリが異なる更新レベルになっている可能性があります。Microsoft Learnでも、WinPE内とメディア内のSetupバイナリが一致しなければ、インストール中にWindows Setupが失敗すると説明されています。(Microsoft Learn)

boot.stlを追加しても直らない場合の確認手順

ファイルの配置先を再確認する

誤った例は次のとおりです。

\boot\boot.stl
\sources\boot.stl
\efi\boot\boot.stl

確認すべき場所は次です。

\efi\microsoft\boot\boot.stl

展開メディアを元の状態から作り直す

複数回の手動更新で異なる月のファイルが混在している場合、個別ファイルを差し替え続けるよりも、元のISOから作り直した方が確実です。

次の流れで再作成します。

未変更の元メディアを用意する
KB5101681と必要なDynamic Updateをそろえる
公式スクリプトでWinRE、OS、WinPEを更新する
EFIブートファイルを更新済みWinPEから反映する
新しいISOまたはUSBを作成する

boot.wim内の全インデックスを確認する

一部のインデックスだけを更新すると、起動に使用されるWinPEとセットアップ用WinPEの更新レベルがずれることがあります。

Get-WindowsImage -ImagePath "C:\mediaRefresh\newMedia\sources\boot.wim" |
    Format-Table ImageIndex, ImageName, Architecture, Version

公式スクリプトはboot.wim内のイメージを列挙し、各インデックスを順番に処理します。(Microsoft Learn)

UEFIとSecure Bootを有効にして試験する

boot.stlはSecure Boot検証で使用されます。検証環境では、実際の展開端末と同じ条件に近づけて起動試験を行ってください。

最低限、次を確認します。

UEFIモードで起動できる
Secure Bootが有効な状態で起動できる
Windows Setup画面まで進める
ストレージやネットワーク用ドライバーが読み込まれる
実際のタスクシーケンスや自動応答処理が開始される

0xc0430001を再発させないための運用方法

展開メディアの更新作業では、更新プログラムだけでなく、使用したファイルと条件を記録しておくことが重要です。

次の項目を更新履歴へ残してください。

記録項目	例
元メディア	Windows 11 version 26H1 x64
累積更新プログラム	KB5101681
更新年月	2026年7月
Safe OS DU	使用したKBまたはファイル名
Setup DU	使用したKBまたはファイル名
アーキテクチャ	x64
boot.stlの取得元	更新済みWinPEまたは参照環境
boot.wimのインデックス	更新対象の一覧
検証条件	UEFI、Secure Boot有効
作成日	メディアを再構築した日付

特にboot.stlについては、「存在する」という記録だけでは不十分です。どのWindowsバージョン、アーキテクチャ、更新レベルから取得したかを残すと、次回更新時の混在を防げます。

まとめ

KB5101681をWindows 11の展開メディアへ統合したあと、0xc0430001で起動できない場合は、最初に次のファイルを確認します。

\efi\microsoft\boot\boot.stl

ファイルが不足している場合の第一選択は、Microsoft公式のUpdate WinPE処理を含むスクリプトで展開メディアを再作成することです。

手動コピーを行う場合は、必ず次の条件を守ります。

展開対象と同じWindowsバージョンを使用する
x64またはArm64のアーキテクチャを一致させる
Windows\Boot\EFI\boot.stlから取得する
展開メディアの\efi\microsoft\boot\boot.stlへ配置する
KB5101681と同月のDynamic Updateを優先する
同月版がない場合だけ最新公開版を使用する
UEFIとSecure Bootを有効にした環境で起動試験する

boot.stlを場当たり的に追加するだけでなく、WinPE、Setupファイル、EFIブートマネージャーまで同じ更新レベルにそろえることが、安定したWindows 11展開メディアを作成するための重要なポイントです。

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

Windows 11展開メディアが0xc0430001で起動しない原因とboot.stlの対処方法

0xc0430001で展開メディアが起動しないときの結論

boot.stlがないとなぜ起動できないのか

この対処が必要なのは展開メディアを更新する管理者

最初に確認する4つのポイント

展開メディアにboot.stlが存在するか

boot.wimのバージョンとアーキテクチャを確認する

KB5101681のパッケージがアーキテクチャに合っているか

Dynamic Updateの公開月がそろっているか

公式推奨のUpdate WinPEスクリプトで対処する

元の展開メディアをコピーする

必要な更新パッケージを準備する

WinRE、install.wim、boot.wimの順に処理する

更新済みWinPEからboot.stlをメディアへコピーする

スクリプト実行後にファイルを確認する

代替策としてboot.stlを手動コピーする方法

コピー元の条件を確認する

PowerShellでboot.stlをコピーする

コピー元とコピー先のハッシュを比較する

適用順を間違えないための実務的な整理

よくある失敗と注意点

install.wimだけを更新する

boot.stlをboot.wim内だけに入れる

x64とArm64を混在させる

別バージョンのWindowsからコピーする

月の異なるDynamic Updateを無条件に混在させる

setup.exeやbootmgrとの整合性を確認しない

boot.stlを追加しても直らない場合の確認手順

ファイルの配置先を再確認する

展開メディアを元の状態から作り直す

boot.wim内の全インデックスを確認する

UEFIとSecure Bootを有効にして試験する

0xc0430001を再発させないための運用方法

まとめ

この記事を書いた人

コメント

コメントするコメントをキャンセル

Windows 11展開メディアが0xc0430001で起動しない原因とboot.stlの対処方法

0xc0430001で展開メディアが起動しないときの結論

boot.stlがないとなぜ起動できないのか

この対処が必要なのは展開メディアを更新する管理者

最初に確認する4つのポイント

展開メディアにboot.stlが存在するか

boot.wimのバージョンとアーキテクチャを確認する

KB5101681のパッケージがアーキテクチャに合っているか

Dynamic Updateの公開月がそろっているか

公式推奨のUpdate WinPEスクリプトで対処する

元の展開メディアをコピーする

必要な更新パッケージを準備する

WinRE、install.wim、boot.wimの順に処理する

更新済みWinPEからboot.stlをメディアへコピーする

スクリプト実行後にファイルを確認する

代替策としてboot.stlを手動コピーする方法

コピー元の条件を確認する

PowerShellでboot.stlをコピーする

コピー元とコピー先のハッシュを比較する

適用順を間違えないための実務的な整理

よくある失敗と注意点

install.wimだけを更新する

boot.stlをboot.wim内だけに入れる

x64とArm64を混在させる

別バージョンのWindowsからコピーする

月の異なるDynamic Updateを無条件に混在させる

setup.exeやbootmgrとの整合性を確認しない

boot.stlを追加しても直らない場合の確認手順

ファイルの配置先を再確認する

展開メディアを元の状態から作り直す

boot.wim内の全インデックスを確認する

UEFIとSecure Bootを有効にして試験する

0xc0430001を再発させないための運用方法

まとめ

この記事を書いた人

関連記事

コメント

コメントする コメントをキャンセル

コメントするコメントをキャンセル