Наш процесс сборки вращается вокруг Windows Deployment Workbench. К сожалению, это было настроено кем-то, кто больше не работает в компании, и никто никогда не осмеливался / не нуждался в каких-либо изменениях.
На днях перестало работать. Оказалось, что один из наших сборщиков начал думать об изменении некоторых вещей в нем, щелкнул что-то, и теперь это больше не работает (теперь он говорит, что он щелкнул правой кнопкой мыши запись «LAB» в «Точки развертывания» и нажал «Обновить». ', что, по-видимому, заняло некоторое время). На меня возложена работа, и, честно говоря, я не уверен, что делаю.
Мне было интересно, может ли кто-нибудь с большим опытом, чем я, дать некоторые советы по устранению неполадок, потому что я чувствую себя здесь довольно сильно в темноте.
На сервере у меня работает Deployment Workbench (MMC snapin) версии 3.0. Есть служба WDS, которая работает нормально, как и служба tFTPd. Ничего особенного в журналах событий нет.
Со стороны клиента; Загрузка PXE работает и приводит вас к запуску Win PE, и на ней есть правильный логотип компании в качестве фона (доказывая мне, что ее загрузка Win PE из сети).
WPEINIT запускается и запрашивает учетные данные домена, здесь команда просто помещает User / Pass / Domain в поля и нажимает ok. Обычно сборка начинается.
Вместо этого они получают сообщение об ошибке, в котором говорится, что общий ресурс \ NATBLU01 \ Distribution $ недоступен.
Проверка \ NATBLU01 \ Distribution $ показывает, что он есть и доступен по сети. Безопасность / разрешения кажутся нормальными, даже «АНОНИМНЫЙ ВХОД» имеет доступ на чтение к этому общему ресурсу, поэтому я не вижу в этом проблемы.
Копая файлы трассировки из C: \ MININT \ SMSOSD \ OSDLOGS \ после попытки запустить сборку, я вижу ошибку, примерно то же самое -
<![LOG[Validating connection to \\NATBLU01\Distribution$]LOG]!><time="16:42:14.000+000" date="03-15-2012" component="LiteTouch" context="" type="1" thread="" file="LiteTouch">
<![LOG[FindFile: The file OSDConnectToUNC.exe could not be found in any standard locations.]LOG]!><time="16:42:14.000+000" date="03-15-2012" component="LiteTouch" context="" type="1" thread="" file="LiteTouch">
<![LOG[The network location cannot be reached. For information about network troubleshooting, see Windows Help.]LOG]!><time="16:42:24.000+000" date="03-15-2012" component="LiteTouch" context="" type="3" thread="" file="LiteTouch">
<![LOG[ERROR - Unable to map a network drive to \\NATBLU01\Distribution$.]LOG]!><time="16:42:24.000+000" date="03-15-2012" component="LiteTouch" context="" type="3" thread="" file="LiteTouch">
BDD.LOG показывает примерно то же самое.
Полные копии обоих файлов .LOG можно найти здесь: BDD.LOG LITETOUCH.LOG
Я могу получить доступ к командной строке из Win PE, которая загружается из PXE, однако там нет никаких сетевых данных. IPCONFIG ничего не возвращает, поэтому ни один из тестов, которые я обычно выполняю, ничего не решает.
Честно говоря, я в растерянности. Мне действительно было интересно, могу ли я начать новый процесс сборки, но если изменение DeploymentWorkbench отключило его, я не думаю, что смогу создать новое развертывание.
В противном случае; у нас есть точка развертывания с пометкой «Media», которая выглядит как ISO-образ DVD одной из сборок, но датированный 2008 годом, можно ли экспортировать сетевую сборку в .ISO и построить с DVD? Мы ищем новое оборудование, чтобы запускать это в любом случае (для предстоящего развертывания Windows 7), поэтому временный рабочий раунд не будет большой проблемой.
Любая помощь приветствуется!
РЕДАКТИРОВАТЬ : ХОРОШО. Он снова заработал.
Решение было близко к идее Ньюманта. Проблема заключалась в том, что наш PE-образ не подключался к сети. У меня была старая копия PE boot.WIM на флешке, которую я использовал для других целей. Я загрузил это и правильно получил сетевое соединение. Показал правильный внутренний IP-адрес, мог выйти из строя и т. Д.
Однако я по-прежнему получал одни и те же ошибки во всех журналах и при запуске wpeinit.
Что я сделал отдельно, так это обновил PE-образ, который DeploymentWorkbench вытеснил, чтобы отобразить другой фон. Я хотел доказать, что работаю в правильном месте. Оказывается, я не был.
Я пошел и посмотрел на другие компоненты развертывания, которые у нас были на этой машине, были установлены службы развертывания Windows, и, хотя все установочные образы отключены, загрузочный образ был в сети, поэтому я загрузил на него копию со своей флешки. Загрузился сразу. И исправлено.
Работает. Ура!
Любой, кто столкнется с этим в будущем, может обнаружить, что, хотя образы развертывания находятся в DeploymentWorkbench, загрузочный образ Win PE, из которого вы запускаете, находится в связанных образах служб развертывания Windows.
Тот факт, что ipconfig не возвращает никакой информации, указывает на то, что в образе Windows PE отсутствует драйвер сетевой карты для вашей конкретной модели. Оказывается, хотя Windows PE имеет много предустановленных сетевых драйверов, в новых моделях часто используются сетевые адаптеры, которые не входят в базовую установку. Это особенно актуально для крупных OEM-производителей, таких как Dell.
В Technet есть статья, в которой объясняется, как добавить драйвер в автономный образ Windows PE с помощью ImageX:
http://technet.microsoft.com/en-us/library/cc749350(WS.10).aspx
Осторожно! Если ваша машина использует многоуровневую сетевую карту (например, Broadcom), вам необходимо убедиться, что вы загрузили монолитный драйвер, который обычно предоставляется OEM. Вот блог, в котором объясняется эта проблема: