build 26200.8653 世代のブートマネージャーで、差分VHDXチェーン(3層以上)の ネイティブブートが 0xc000000f で失敗する(26100.4349世代では正常)

SkyCare 20 評価のポイント
2026-07-14T18:11:11.0066667+00:00

【概要】

Windows 11 25H2 (10.0.26200.8653、2026年6月ビルド) のメディア由来の

ブートマネージャー環境では、VHDXネイティブブートの差分チェーンが

「2層まで」しか起動できません。3層以上は必ず

「ファイル: \Windows\system32\winload.efi / エラー 0xc000000f」で失敗します。

Windows 11 24H2 (10.0.26100.4349、2025年6月ビルド) のブートマネージャーでは

同一構成の4〜5層チェーンが数週間安定稼働しており、世代間の明確な退行です。

【再現手順】

  1. UEFI/GPT機に Windows 11 をクリーンインストール
  2. parent.vhdx を作成し 26200.8653 の install.esd を展開、 VHDX内の bcdboot でエントリ作成 → ネイティブブート成功(1層)
  3. diskpart で parent の差分子 child1.vhdx を作成、同様にエントリ作成 → ネイティブブート成功(2層)
  4. child1 の差分子 child2.vhdx を作成、同様にエントリ作成 → 起動失敗 0xc000000f(3層)

【切り分け済みの事項】

  • 3層チェーンはOS上では正常(diskpart attach 可・全ファイルアクセス可) → チェーンは健全で、ブートマネージャーのVHD読込のみが失敗する
  • 差分の作成方法(diskpart / New-VHD)を問わず同じ結果
  • BCDエントリは対象VHDX内の bcdboot(同世代)が作成した locate形式。 同じ作り方で2層までは起動する
  • 中間層の chkdsk クリーン・正常マウント/アンマウント後も変化なし
  • BitLocker無効・断片化なし・ホストボリューム空き389GB・Secure Boot有効

【期待する動作】

深さ3以上の差分VHDXチェーンのネイティブブート(Windows 7以降の正式機能で、

26100世代までは動作)

【影響】

差分VHDXによるイメージ管理・ロールバック・検証環境の運用が構成不能になります。

(English summary)

Native boot of differencing VHDX chains (3+ levels) fails with

"\Windows\system32\winload.efi / 0xc000000f" under the boot manager from

Windows 11 25H2 media (10.0.26200.8653, June 2026). Depth 1 (flat VHDX)

and depth 2 boot fine. Identical 4-5 level chains run for weeks under the

24H2 boot manager (10.0.26100.4349) — a clear regression.

Isolated: the 3-level chain is healthy (attaches and reads fine in the

full OS; only boot-time open fails). diskpart- and New-VHD-created

children fail identically. BCD entries were created by bcdboot run from

inside the target VHDX (locate form) and the same method boots depth 1-2.

Middle layers are chkdsk-clean, BitLocker off, Secure Boot on, 389 GB

free on the host volume.

Is this a known issue, and is a fix planned? This breaks

differencing-VHDX based imaging / rollback workflows.

ビジネス向け Windows | IT プロフェッショナル用 Windows クライアント | デバイスと展開 | セットアップ、インストール、またはアップグレード
0 件のコメント
質問作成者が受け入れた回答
VPHAN 44,940 評価のポイント 独立アドバイザー
2026-07-14T18:48:01.5066667+00:00

これは、25H2 ビルド 26200 シリーズの Windows ブートマネージャー環境で確認されているリグレッション（機能後退）です。 プリブート段階において、標準のOSドライバーがロードされる前、システムは制限された軽量のストレージスタックに依存して仮想ハードディスクの構造を解析します。 この特定のプレビュー版では、VHDXチェーンの深さが3層に達すると、ブートマネージャーが差分ブロックマップの処理に失敗します。 この障害により、\Windows\system32\winload.efi で 0xc000000f エラーコードが発生します。 これは単に、仮想ドライブを再構築してOSを見つけるために必要な、ネストされた親子ポインターをブートアプリケーションが解決できないことを意味します。 完全に起動したOS環境内では、diskpart ユーティリティを使用してネストされたチェーンが問題なくマウントされるため、これが実際のファイルの破損ではなく、厳密にプリブート時の解析制限であることがわかります。

これは当該ビルドシーケンスのコアブートファイルにおける既知のバグであるため、チェーンを強制的に起動させるためのサポート対象となる管理上の回避策はありません。 古いビルドのブートマネージャーファイルを手動で入れ替えることは、セキュアブートの整合性を損ない、セキュリティコンプライアンスのベースラインに違反するため、厳しく禁止されています。 サポートされている唯一の解決策は、このビルドでの展開環境を最大2層の深さに制限することです。 より深い階層のイメージ管理や差分ロールバックを必要とするワークフローについては、Microsoft がこのプリブート実行のリグレッションを修正する公式アップデートを展開するまで、引き続き安定した 24H2 ブートマネージャーを使用する必要があります。

この回答が有用な情報をもたらすことを願っています。 参考になった場合は「回答を受け入れる」を押してください。 ご不明な点がございましたら、お気軽にコメントを残してください。

ヴァファン

この回答は役に立ちましたか?

1 人がこの回答が役に立ったと思いました。

1 件の追加の回答

並べ替え方法: 新しい順
最も役に立つ 新しい順 古い順
  1. VPHAN 44,940 評価のポイント 独立アドバイザー
    2026-07-16T10:54:09.0366667+00:00

    スカイケア

    ビルド26200シリーズは現在開発およびプレビュー段階のブランチであるため、このリグレッションを直接参照できるKB番号やWindows Release Healthダッシュボードの公開エントリは現時点では存在しません。 これらの公式ドキュメントは一般提供（GA）および長期サービスチャネル（LTSC）向けに予約されており、本件はFeedback Hubのテレメトリ経由でWindows Core OSエンジニアリングチーム内で追跡されている状態です。 そのため、修正が含まれる対象の累積更新プログラム（CU）や具体的な時期の目安も公開されていません。 プリブート領域のストレージスタックの修正は、メインブランチにマージされる前に多岐にわたるハードウェア互換性テストを通過する必要があるため、リリーススケジュールは確定できないのが実情です。

    24H2運用フリートにおけるセキュアブート証明書更新（Windows UEFI CA 2023への移行など）に伴うブートマネージャーの世代交代を制御・延期する件についてですが、累積更新プログラム（LCU）のペイロードからwinload.efi等のブートマネージャー関連バイナリのみを切り離して除外することはアーキテクチャ上不可能です。 意図しないブート環境の更新を防ぐためのサポートされた唯一の手段は、Windows Update for Business (WUfB) や WSUS 等を利用して品質更新プログラム（および機能更新プログラム）自体の適用を延期することです。 セキュアブート関連の更新が段階的展開（手動適用）フェーズにある期間は、新しいDBXやUEFI CAを有効化する特定の展開用レジストリキーをフリートに配布しないことで世代交代を保留できます。 ただし、セキュリティ更新として強制適用フェーズに入った場合は、MicrosoftからVHDX解析の不具合修正が公式に提供されるまでWUfBの最大延期設定を活用し、運用環境のパッチレベルを凍結するしか、3層以上のVHDXチェーン環境を維持する方法はありません。

    ヴァファン

    この回答は役に立ちましたか?

お客様の回答

質問作成者は回答に "承認済み"、モデレーターは "推奨" とマークできます。これにより、ユーザーは作成者の問題が回答によって解決したことを把握できます。