部署工作台在PXE引导后不再可用

我们的构build过程围绕着Windows Deployment Workbench。 不幸的是,这是由不在公司的人设置的,没有人敢于做任何改变。

有一天它停止工作。 事实certificate,我们的一个build立人开始考虑改变它的一些东西,点击了一些东西,现在不再有效(他现在说,他右键点击“部署点”的“实验室”条目,并点击“更新“,显然需要一些时间来贯穿)。 这项工作已经落在我的面前,坦率地说,我不知道我在做什么。

我想知道是否有比我更有经验的人可以提供一些关于排除故障的指示,我在这里的黑暗中感觉很多。

在服务器上我有部署工作台启动并运行(MMCpipe理单元)版本3.0。 有一个WDS服务似乎运行正常,tFTPd服务也是如此。 事件日志中没有具体的这一点。

从客户端来看 PXE启动工作,让你到Win PE启动,它有正确的公司标志作为背景(向我certificate,它的加载赢得PE从networking)。

WPEINIT运行,并要求提供域凭据,在这里,团队只需将用户/密码/域放在框中,然后单击确定。 通常构build会启动。

相反,他们会收到一条错误消息,指出\ NATBLU01 \ Distribution $共享不可用。

检查\ NATBLU01 \ Distribution $显示它在那里,并通过networking访问。 安全/权限似乎没问题,即使是“匿名login”已经读取该共享,所以我不认为这是一个问题。

尝试运行构build后,从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文件的完整副本可以在这里find两个文件: BDD.LOG LITETOUCH.LOG

我可以从WinPE的PXE启动命令提示符,但是没有任何networking的东西在那里。 IPCONFIG不会返回任何内容,所以我通常不会执行任何testing。

我坦率地亏本 我确实想知道是否可以启动一个新的构build过程,但是如果对DeploymentWorkbench的更改将其切换到脱机状态,我不认为我将能够创build新的部署。

没有那个; 我们确实有一个标签types为“Media”的部署点,它似乎是其中一个版本的DVD ISO映像,但是它的date是2008年,是否可以将networking版本导出到.ISO并从DVD生成? 我们正在寻找新的硬件来运行它(即将推出的Windows 7),所以临时工作不会太成问题。

所有的帮助表示赞赏!

编辑:好的。 得到它再次工作。

解决scheme接近Newmanth的想法。 问题是,我们的PE图像似乎并没有连接networking。 我有一个旧的PE boot.WIM副本,我曾经用于其他目的。 我启动并正确地获得了networking连接。 显示正确的内部IP,可以ping通等

但是,我仍然在所有的日志和wpeinit运行时得到相同的错误。

我独立完成的工作是更新DeploymentWorkbench推出的PE映像以显示不同的背景。 我想certificate我在正确的地方工作。 原来我不是。

我去看了一下我们在这台机器上部署的其他东西,安装了Windows部署服务,尽pipe所有的安装映像都是脱机的,但是启动映像是在线的,所以我把这个拷贝从我的机器上传到了那个。 直接引导起来。 并修复。

加工。 好极了!

对于将来遇到此问题的任何人,您可能会发现虽然您的部署映像位于DeploymentWorkbench中,但您启动的Win PE启动映像位于关联的Windows部署服务映像中。

ipconfig不返回任何信息的事实表明Windows PE映像缺less您的特定型号的NIC驱动程序。 事实certificate,虽然Windows PE有许多预安装的networking驱动程序,但较新的型号经常使用不属于基本安装的NIC。 戴尔这样的大型OEM厂商尤其如此。

Technet有一篇文章介绍了如何使用ImageX将驱动程序添加到脱机Windows PE映像:

http://technet.microsoft.com/en-us/library/cc749350(WS.10).aspx

警告! 如果您的计算机使用多层NIC(例如Broadcom),则需要确保您下载通常由OEM提供的单片驱动程序。 这是一个解释这个问题的博客:

http://blogs.technet.com/b/configurationmgr/archive/2010/02/09/nic-devices-that-require-a-special-driver-for-winpe-may-cause-a-configmgr-task-序列到故障如果-A-Vista的或-更新-OS-是感部署-经由-AN-操作系统安装-package.aspx