Sysprep и сбой последовательности задачи Capture с помощью MDT 2010
Можно сохранить выполнение pfSense этого. WAN должна всегда указывать на сторону, где Ваш шлюз по умолчанию находится. Другая сеть может остаться OPT1 или быть LAN. Затем настройте свои правила соответственно, таким образом, пользователи могут только поразить Вашу VPN и Интернет. Может хотеть отключить NAT в том сценарии так край, который видит RVS4000, истинный исходный дюйм/с (Включите усовершенствованный исходящий NAT, удалите автодобавленное правило). Будет нуждаться в статическом маршруте на RVS4000 в этом случае.
После нескольких месяцев борьбы с этим я наконец нашел решение своей проблемы. Следующие шаги я использовал для решения своей проблемы:
На эталонном ПК с Windows 7 откройте редактор реестра. Перейдите в
HKLM \ system \ setup. Найдите многострочное значение с именемCloneTag. Вероятно, его там не будет.Добавьте новое
многострочное значение, назовите егоCloneTag. Фактическое значение не имеет значения.Экспортируйте ключ
HKLM \ system \ setupи сохраните его в файл.reg.Отредактируйте
.reg] и удалите все остальные записи, кроме значенияCloneTag.Запустите cscript, чтобы запустить селектор последовательности задач. Выберите последовательность задач Sysprep и Capture. Введите свои учетные данные и вперед.
Когда он дойдет до той части, где выполняется sysprep, запустите файл
.reg, чтобы быстро импортировать многострочное значениеCloneTag. Если вы видите, что он переходит в PE, значит, вы должны быть в курсе.
В этом ответе слишком много текста, чтобы помещать его в качестве комментария, поэтому я должен указать это как ответ, хотя он не касается ошибок, которые вы получаете в своем OP: Вы можете обновить свой образ в автономном режиме с помощью DISM , однако вам придется загрузить все обновления, которые вы хотите установить.
Поскольку вы используете MDT, этот точный процесс можно выполнить, импортировав все из обновления в виде пакетов, и MDT запускает соответствующие сценарии DISM во время развертывания (опять же, вам необходимо загрузить все обновления вручную), или вы можете включить «Центр обновления Windows (установка перед приложением)» или «Центр обновления Windows (установка после приложения) ) ', которые по умолчанию отключены в шаблоне стандартной клиентской последовательности задач, чтобы система запускала Центр обновления Windows во время развертывания. Если в вашей среде настроен WSUS, вы можете получать обновления от него во время развертывания. В этом сообщении блога подробно описаны все 3 метода поддержания обновленного изображения.
Надеюсь, это поможет,
First- there is no need to boot up your image to apply windows patches, only windows patches (which is why you want your deployment image to be as thin as possible)
Second take a look at the BDD log (c:\MININT\SMSOSD\OSDLOGS\bdd.log) or (c:\windows\temp\depoymentlogs\bdd.log) that should tell you where it failed (or post it so others can look at it)
Войдите в систему на компьютере, образ которого вы пытаетесь создать, получите доступ к общему ресурсу развертывания и запустите LiteTouch.vbs - он находится в папке «Сценарии».