web-dev-qa-db-ja.com

MDT2012-タスクシーケンスが完了しない

私はMDT2012の完全な初心者ですが、Server 2008R2の展開を取得することはかなり幸運でした。

私は参照システムを持っており、非常にバニラのsysprepを実行し、変更なしでテンプレートタスクシーケンスを使用してキャプチャします。

私のデプロイメントには、いくつかのアプリのインストールとその他の構成アイテムがありますが、あまりエキゾチックなものはありません。

私の問題はこれです:展開中に、WinPEからシステムを適用した後、最後の再起動を実行します。この時点で、予想されるアクションは、自動ログオンが実行され、ローカル管理者アカウントがc:\ Litetouch.vbsを実行することです。これにより、最終的なクリーンアップと、ターゲットシステムの実行を必要とするいくつかのタスクが実行されます。

これは私のシステムでは発生していません。また、レジストリを見ると、自動ログオン機能が設定されていないため、発生することはありません。アカウントが間違っていたり、カウントが0であったりすることは問題ではなく、自動ログオンレジストリキーも存在しません。

これを解決しようとして(最初に開始したときに機能したと思います!)、キャプチャタスクまたは展開タスクのいずれかでnoカスタマイズがまったく行われていないタスクシーケンスのペアに展開を削除しましたシーケンス、そしてまだ運がありません。したがって、参照システムで何かが変更されたと思いますが、残念ながらロールバックできません。

私を少し困惑させているのは、その自動ログオン情報がいつレジストリに挿入されるのかわからないことです。 Litetouch.wsfの関数PopulateAutoAdminLogonにそれを実行しているように見えるコードがありますが、この関数が呼び出されるシナリオを思い付くことができません。おそらくsysprepがWIMの作成時にそれを行うと思いますが、それに関する適切な情報を見つけることができないようです。

私はこれについて多くの検索を行いましたが、残念ながら、回答スペースは、同じように聞こえるがまったく異なる問題を抱えている人々でいっぱいです-彼らは展開されたシステムに自動ログオンを実行させたいと思っています、そして展開後に彼らのシステムはログオンを思い付きます彼らがやりたいことをする代わりにスクリーン。数人の人が私と同じような問題を投稿しているのを見たことがありますが、誰も答えを受け取っていません。

つまり、簡単に言うと、MDT 2012を使用してシステムを展開する場合、タスクシーケンスの状態の復元/再起動後に使用するために、unattend.xmlの自動ログオンアイテムがレジストリに詰め込まれますか?そして、それで何がうまくいかない可能性がありますか?

1
Mark

私の問題はsysprepの失敗が原因でした-私の画像のリアームカウントは不注意のために静かに2まで跳ね返っていました。

奇妙なことに、プロセスでのこのような大きな失敗は、明らかな危険信号を生成しませんでした。私は本当に問題を見つけるために掘らなければなりませんでした。 sysprepの失敗は、すべて赤ニシンである他の12の問題にカスケードされました。後ろ向きに働くことは最終的に答えをあきらめました。

1
Mark

Customsettings.iniファイル(ルール)にSkipFinalSummary = YESがある場合、タスクシーケンスが正常に完了したことを示す要約ウィザードは表示されません。タスクシーケンスが失敗した場合にのみ表示されます。 Lite Touchスクリプトは、自動ログオン設定の削除など、タスクシーケンスが終了したときにマシンをクリーンアップします。これは、Michael NiehausのTechNetブログ「 MDT 2010新機能#15:アクションの終了 」で説明されています。

タスクシーケンスが失敗し、サマリーウィザードが表示されない場合、この問題のトラブルシューティングを開始するのに適した場所は、ログファイルをチェックして、展開が失敗した理由と発生した可能性のあるエラーがあるかどうかを確認することです。 TechNetの記事「 障害とログファイルを理解する 」は、これに大いに役立つはずです。

最後に、MDTに役立つ多くの記事とビデオがTechNetのSpringboardシリーズの Windows 7の提供と展開 ページにあります。

0
dwolters

MDTは、このすべての情報を応答ファイルに保存します。タスクシーケンスの実行でこの情報をイメージファイルにコピーできない場合は、タスクシーケンスを再構築してみてください。新しいタスクシーケンスを再作成するだけで、MDTの問題をいくつでも解決できます。 BDD.logを確認してください。そのファイルには、常に手がかりがあります。

0
MDT Guy