これは、25H2 ビルド 26200 シリーズの Windows ブートマネージャー環境で確認されているリグレッション(機能後退)です。 プリブート段階において、標準のOSドライバーがロードされる前、システムは制限された軽量のストレージスタックに依存して仮想ハードディスクの構造を解析します。 この特定のプレビュー版では、VHDXチェーンの深さが3層に達すると、ブートマネージャーが差分ブロックマップの処理に失敗します。 この障害により、\Windows\system32\winload.efi で 0xc000000f エラーコードが発生します。 これは単に、仮想ドライブを再構築してOSを見つけるために必要な、ネストされた親子ポインターをブートアプリケーションが解決できないことを意味します。 完全に起動したOS環境内では、diskpart ユーティリティを使用してネストされたチェーンが問題なくマウントされるため、これが実際のファイルの破損ではなく、厳密にプリブート時の解析制限であることがわかります。
これは当該ビルドシーケンスのコアブートファイルにおける既知のバグであるため、チェーンを強制的に起動させるためのサポート対象となる管理上の回避策はありません。 古いビルドのブートマネージャーファイルを手動で入れ替えることは、セキュアブートの整合性を損ない、セキュリティコンプライアンスのベースラインに違反するため、厳しく禁止されています。 サポートされている唯一の解決策は、このビルドでの展開環境を最大2層の深さに制限することです。 より深い階層のイメージ管理や差分ロールバックを必要とするワークフローについては、Microsoft がこのプリブート実行のリグレッションを修正する公式アップデートを展開するまで、引き続き安定した 24H2 ブートマネージャーを使用する必要があります。
この回答が有用な情報をもたらすことを願っています。 参考になった場合は「回答を受け入れる」を押してください。 ご不明な点がございましたら、お気軽にコメントを残してください。
ヴァファン