Deployment

PXE 啟動後部署工作台不再可用

  • July 8, 2015

我們的建構過程圍繞 Windows 部署工作台展開。不幸的是,這是由不再在公司工作的人設置的,沒有人敢/不需要做出任何改變。

前幾天它停止了工作。事實證明,我們的一個建構人員開始考慮更改其中的一些內容,點擊了某些內容,但現在它不再起作用(他現在說他右鍵點擊“部署點”中的“實驗室”條目並點擊“更新” ‘,顯然需要一些時間才能完成)。這項工作由我來解決,坦率地說,我不確定自己在做什麼。

我想知道是否有比我更有經驗的人可以提供一些關於故障排除的指示,因為我在這裡感覺很黑暗。

在伺服器上,我啟動並執行了 Deployment Workbench(MMC 管理單元)3.0 版。有一個 WDS 服務似乎執行正常,tFTPd 服務也是如此。事件日誌中沒有具體的內容。

從客戶端;PXE 啟動工作並帶您進入 Win PE 啟動,它具有正確的公司徽標作為背景(向我證明它從網路載入 win PE)。

WPEINIT 執行,並要求提供域憑據,這裡團隊只需將 User/Pass/Domain 放入框中,然後點擊確定。通常建構會開始。

相反,他們收到一條錯誤消息,指出 \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

我可以從從 PXE 啟動的 Win PE 進入命令提示符,但是那裡沒有任何網路內容。IPCONFIG 什麼都不返回,所以我通常執行的測試都沒有解決任何問題。

坦率地說,我很茫然。我確實想知道我是否可以開始一個新的建構過程,但是如果對 DeploymentWorkbench 的更改使其離線,我認為我將無法創建新的部署。

做不到這一點;我們確實有一個標記為“媒體”類型的部署點,它似乎是其中一個建構的 DVD ISO 映像,但其日期為 2008 年,是否可以將網路建構導出到 .ISO 並從 DVD 建構?我們正在尋找新的硬體來執行它(對於即將推出的 Windows 7),因此臨時工作不會有太大問題。

感謝所有幫助!

編輯: 好的。讓它再次工作。

解決方案接近紐曼斯的想法。問題是我們的 PE 映像似乎沒有連接到網路。我有一個舊的 PE boot.WIM 副本,放在我一直用於其他目的的棒上。我啟動了它並正確地獲得了網路連接。顯示正確的內部 IP 並且可以 ping 出等。

但是,在所有日誌和 wpeinit 執行時,我仍然遇到相同的錯誤。

我單獨做的是更新 DeploymentWorkbench 推出的 PE 圖像以顯示不同的背景。我想證明我在正確的地方工作。原來我不是。

我去查看了我們在這台機器上的其他部署內容,安裝了 Windows 部署服務,雖然所有安裝映像都離線,但啟動映像線上,所以我從我的棒子上上傳了副本。直接開機了。並固定。

在職的。耶!

對於將來遇到此問題的任何人,您可能會發現,儘管您的部署映像位於 DeploymentWorkbench 中,但您從中啟動的 Win PE 啟動映像位於關聯的 Windows 部署服務映像中。

ipconfig 不返回任何資訊的事實表明 Windows PE 映像缺少特定型號的 NIC 驅動程序。事實證明,雖然 Windows PE 預裝了許多網路驅動程序,但較新的型號將經常使用不屬於基本安裝的 NIC。戴爾等大型 OEM 尤其如此。

Technet 有一篇文章解釋瞭如何使用 ImageX 將驅動程序添加到離線 Windows PE 映像:

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

警告!如果您的機器使用多層網卡(例如 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-sequence-to-fail-if-a-vista-or-newer-os-is-being-deployed-via-an-operating-system-install-package.aspx

引用自:https://serverfault.com/questions/371151