レガシー目的のため、sccm から直接 pxe ブートするのではなく、pxe ブートする別の wds サーバーを用意し、sccm のブート wim (これもレガシー目的のため) をそのサーバーにアップロードします。
しかし、SCCMに戻ると、本物奇妙な嘘です。つまり、任意のタスク シーケンスには、それに割り当てられているブート イメージがあります。したがって、私のタスク シーケンスには、BetaWDS サーバーにアップロードされたものと同じブート wim が割り当てられていますが、大した問題ではありません。PXE を起動し、Beta使用可能なタスク シーケンスのリストから選択して、開始します。
この後、sccm は、タスク シーケンスによって参照されるすべてのパッケージが、ブート wim を含む配布ポイントで使用可能であることを確認します。
私の問題はその後すぐに起こります。タスクシーケンスで参照されるブートwimのPackageIDが一致していませんその時点で実行されているブートWIMのパッケージID（またはタスクシーケンスが完全なWindows OS内から実行されている場合）の場合、sccmはステージ(ダウンロードしてどこかに保存してください) タスク シーケンスで参照されるブート wim では、ユーザーに「CD を取り出して」マシンを再起動するように要求し、そのブート wim で起動します。
さて、皆さんが何を考えているか分かります。「マイク、WDS サーバーのタスク シーケンスで参照されているのと同じブート wim を使用すれば、問題ありません。」
それを行わないことであなたの時間を無駄にしないようにしましょう。問題は、wds ブート wim の PackageID が正しい PackageID を表示していないことです。
Correct PackageID: SMS000D8
Perceived PackageID: SMS0009E
視覚的に学習する人向けのログのスクリーンショットを以下に示します。
さて、私は認識したパッケージIDを認識しました。それはSP1にアップグレードした後に作成されたオリジナルのsccmブートwimでした。もちろん、それタスク シーケンスで wim を起動すると、すべてが実行され、再起動は行われません。
しかし、そのブートWIMが に割り当てられないのにはちゃんとした理由がありますBeta。そのブートWIMを更新しようとするたびに失敗します。ドライバ、追加機能、またはDP更新以外の何ものでも関係なく、OSDバイナリを挿入するときに失敗します。どうやらこれは時々新しいブート WIM をインポートして更新すると問題なく動作するようなので、その方法を試してみたところ、現在に至っています。
Betaタスク シーケンスの途中で再起動が必要になり、元のブート wim で再起動すると、最新のコンピュータ モデルのネットワーク ドライバーやストレージ ドライバーがそこに含まれず、問題が発生します。
それで、私はさらにグーグルで検索しました。きっとこの問題を抱えているのは私だけではありません。私はそうではなかった。
さて、はい、タスクシーケンス変数の値をBootMediaPackageIDタスクシーケンス内で必要なものに変更することができます（前にタスクシーケンスは実行前のメディアフックで始まり、陽気になります。しかし、タスクシーケンス変数はBootMediaPackageID本当に_SMSTSBootMediaPackageIDそれ変数および同様の変数は読み取り専用です。
良いニュースとしては、ネットで読んだところによると、すべてのタスク シーケンス変数は、ブート wim の というファイルに保存されるということですvariables.dat。悪いニュースとしては、このファイルはクリア テキストではないということです。
1e というツールがありtsenv2、メモリ マッピングを介してこのファイルを編集できるはずですが、Web サイトには 2007 用と記載されており、使用しようとすると、Google が聞いたことのないランダムなエラーが発生します。今日は後でこれらの人々と電話会議をしますが、すべての卵を 1 つのバスケットに入れるつもりはありません。
別のフォーラム投稿このファイルは、タスク シーケンスへのアクセスに使用されるメディア パスワードを使用して暗号化されている (存在する場合) と記載されています。そうでない場合は、プレーン XML です。私たちはメディア パスワードを使用しているので、これは有望に思えました。その投稿者は、AES-256-CBC を使用して暗号化されているとも親切に言及しており、これも有望に思えたので、Windows 用の openssl をダウンロードして、ファイルでいろいろ試してみましたが、効果はありませんでした。上級セキュリティ管理者と話をしたところ、CBC では、キーと iv がなく、パスワードだけの場合、ファイルを復号化するには不十分なようです。MS がそれらを提供してくれるとは思えません。
というわけで、これが私の現状です。この問題の回避策を知っている人がいたら、ぜひ教えてください。
答え1
8 年経ってもまだこれに困っている人は、SCCM を使用して「タスク シーケンス メディアの作成」を行い、「起動可能なメディア」ISO のオプションを選択し、目的のブート イメージを選択することで variables.dat ファイルを再生成できます。ISO が生成されたら、マウントして、そこから variables.dat ファイルを抽出します。