Dell Command | Deploy FAQ

藍牙無線電支援功能常見於多種裝置，尤其多見於 WIFI 網卡中。由於藍牙驅動程式與 SCCM/MDT 等工具所採用的 INF 中心化安裝模式不相容，因此未被納入。我們的驅動程式封包主要專為透過 SCCM/MDT 等軟體套件進行自動化部署而提供 …

由於前述原因，驅動程式封包中不包含藍牙驅動程式。根據目前 Microsoft 提供的可用作業系統，預計在撰寫本文時，將為藍牙安裝內建驅動程式 (通用藍牙無線電)。有各種藍牙設定檔提供內建驅動程式。不過，由於您看到黃色驚嘆號，您可以從 Dell 支援尋找藍牙驅動程式套件。您必須手動安裝此套件 (DUP 套件)。不應透過解壓縮內容後使用擷取的內容 (或許作為壓縮檔案的一部分) 進行遠端部署。

Thunderbolt 驅動程式的問題與藍牙驅動程式類似。它們不能在 SCCM 環境中使用，也不能僅使用裝置管理員正確安裝。我們正在與 IHV 合作解決此問題。

setuperr.log 中的範例錯誤 (來自 %windir%\Panther) 顯示下列失敗資訊：

2013-08-29 13:09:40，錯誤 CBS 啟動：無法處理進階作業佇列，startupPhase：
0。基本元件仍在等待中。[HRESULT = 0x80004005 - E_FAIL]
2013-08-29 13:09:40，錯誤 CBS 啟動：POQ 尚未處理，因此正在中止啟動處理。將再次嘗試啟動處理。[HRESULT = 0x80004004 - E_ABORT]
2013-08-29 13:09:40，錯誤 [0x030149] CMI Callback_CBS_Do_OnlineInstall：呼叫啟動處理失敗 0x80004004
2013-08-29 13:09:40，錯誤 [0x030153] CMI Callback_CMI_ConfigInstall：CBS 啟動處理重新執行失敗。

需要在基本映像中包含更新的核心模式驅動程式架構 (KMDF) 1.11。

失敗原因：

• Windows 7 作業系統隨附 KMDF 1.9 (核心模式驅動程式架構) 作為映像的一部分。任何以較新版本 KMDF 建立的驅動程式版本都需要在安裝期間重新啟動系統，在作業系統安裝期間未預期發生此重新啟動。
• 如果使用的 Win7 映射包含影響 KMDF 元件的任何安全性更新或修補程式，並且與驅動程式 (在較新版本的 KMDF 上建立) 一起使用，則部署將失敗。範例：KB2808735

解決方案：

提前下載並插入套件 (2685811 ) 作為映像的一部分。以便將相同的映像用於 OSD。如此將可避免在 OSD 期間發生意外重新開機。

範圍/受影響的驅動程式：

此問題適用於 Windows 7 作業系統：

1.1.如果 Win7 封包包含任何包含 wdfcoinstaller01011.dll 的驅動程式 (啟動 KMDF 升級到 1.11)。

2.2.如果映像不包含任何影響 KMDF 元件的安全性更新或修補程式 (例如 KB2808735)，則作業系統部署可能不會失敗，但在使用者初次登入時會提示重新開機。

受影響的裝置清單：

• ST 微電子自由落體資料防護
• Intel 智慧連線技術
• Intel 管理引擎介面
• Dell 觸控板
• Intel 雙頻無線 AC7260 藍牙

msvcr100.dll 是執行時間程式庫版本。如果要部署的作業系統沒有此執行時間程式庫，則會出現此快顯視窗。正在部署的其中一個驅動程式可能依賴此 DLL 檔案。您可以參閱以下連結，瞭解問題並取得修正。

• 轉散發 Visual C++ 檔案  (討論您可能必須手動安裝的可轉散發版本)

 程式庫可使用以下連結下載：

• Microsoft Visual C++ Redistributable 最新支援的下載

安裝上述內容後，您可以從 .CAB 檔案解壓縮遺失的驅動程式，並指向 .INF 檔案來安裝該驅動程式。(含裝置管理員)

隨著 TPM 2.0 的推出，Microsoft 已發佈修正程式，以支援 Microsoft Windows 7 作業系統變體的新 TPM 模組。ACPI 會將此裝置辨識為 ACPI\MSFT0101。撰寫本文時，KB 文章和修正程式可在以下連結找到：

• 更新以在 Windows 7 和 Windows Server 2008 R2 中新增對 TPM 2.0 的支援 

如果您的平台支援 NVMe for PCIe，且作業系統是 Microsoft Windows 7，則需要修正程式才能為 NVMe for PCIe 提供原生支援。

以下連結提供通知...

• 更新以在 Windows 7 和 Windows Server 2008 R2 的 NVM Express 中新增原生驅動程式支援 

但是，安裝此 KB 也可能出現 BSOD。Microsoft 已提供此問題的修正。請參閱以下連結以取得修正程式，以及安裝 KB2990941 後的 STOP 錯誤 (如果您可能會看到的話)。

• 在 Windows 7 SP1 或 Windows Server 2008 R2 SP1 中安裝修正程式 2990941 後發生「0x0000007E」停止錯誤 

SCCM 2012 SP2\R2SP1 中有已知的 Windows 10 驅動程式匯入問題。

若要解決此問題，您必須套用下列 KB：

• System Center 2012 R2 Configuration Manager Service Pack 1 和 System Center 2012 Configuration Manager Service Pack 2 的累積更新 1 說明 

是，若要為 Windows 10 系統正確做好準備，請使用最新的更新來更新平台 BIOS。下列系統元件不支援 Windows 10，更新至最新的 BIOS 將不會在裝置管理員中顯示這些裝置

• Intel(R) 快速啟動技術應用程式

• Intel(R) 智慧連線技術應用程式

若要使用 SCCM 進行 Windows 10 部署，請遵循部落格：System Center Configuration Manager 團隊部落格。

有些驅動程式僅能透過 Windows 更新取得，有些尚未發佈，並會包含在未來的封包中。

驅動程式在提供給 dell.com/support 之前會經過數位簽章測試。在將它們包含在驅動程式封包中之前，它們再次經過嚴格的測試。系統為什麼會反映驅動程式未簽章的問題，有許多原因。請確定作業系統的憑證註冊原則未關閉。如果您已連線至網域，則註冊會從網域控制器提取憑證資訊 (若如此設定)。此設定和其他許多設定可以確保系統瞭解數位簽章。

最近出現了一個新情況，因為 Microsoft 在 3 月左右發佈了 Windows 7 x64 系統的安全性更新。Windows 7 系統使用 SHA-1 作為數位簽章的雜湊演算法。這種雜湊演算法現在被認為不太安全，因此他們提供了一個安全性更新，允許 Windows 7 x64 系統使用在較新系統 (Windows 8 及更高版本) 中預設可用的 SHA-2。一些硬體供應商已考慮更改用於其驅動程式的數位簽章演算法，而對於 Windows 7 驅動程式，他們使用 SHA-2 作為預設雜湊演算法。因此，如果您嘗試在 Windows 7 x64 系統中安裝這些驅動程式，它們將會失敗。

請檢查問題系統，看看 KB3033929 是否已推送。如果沒有，這或許可以解決問題。相關連結如下...

• 適用於 x64 型系統的 Windows 7 安全性更新 (KB3033929) 
• Microsoft 安全性公告：Windows 7 和 Windows Server 2008 R2 的 SHA-2 程式碼簽署支援可用性：2015 年 3 月 10 日 

(圖. 1 ASPX 標誌)

為 Intel 8260 藍牙模組提供的最新版本藍牙驅動程式在安裝後可能會在裝置管理員上顯示驚嘆號。這是因為驅動程式會嘗試更新韌體，並在更新時專門在 C:\ 磁碟機中尋找一些相關檔案。我們正在與 Intel 合作修正錯誤，我們希望將修正程式隨附在我們即將推出的驅動程式封包中。同時，因應措施是強制將作業系統部署至 C:\ 磁碟機。

SCCM 使用者可以參閱以下連結，強制將作業系統安裝至 C:\ 磁碟機。

• 如何在 System Center 2012 Configuration Manager OSD工作順序期間確保 Windows 安裝在 C: 

若其他人已將作業系統部署到 C:\ 以外的磁碟機，下列命令可能有所幫助：

subst c:

例如) subst c: d:\

上述命令會對 c:\program files\Intel 進行所有參考，在應用程式中，會重新導向至 d:\program files\Intel

進階工作站 - T7610/R7610/T7910/R7910 提供對 Intel Phi 輔助處理器卡的支援。但是，我們不為這些驅動程式提供原廠安裝或驅動程式封包支援。Windows 7、Windows 8、Windows 8.1 和 Windows 10 作業系統的驅動程式封包中不會包含驅動程式。過去包含驅動程式時已出現 BSOD 的情況。此外，要使用此裝置，必須安裝 Intel 提供的完整 MPSS 軟體堆疊。MPSS 還應安裝此裝置正常運作所需的必要驅動程式。

個別產品的此驅動程式亦可透過 dell.com/support 取得。

• Intel® 多核平台軟體堆疊 (Intel® MPSS) 

有兩種逾時情況，一種是由於驅動程式提供的共同安裝程式的啟動延遲，另一種是由於驅動程式簽章檢查相關活動。對於前者，我們通常會在封包的後續版本中為您提供更好的解決方案。對於後者，Microsoft 已經記錄了這一事實。請參閱以下 KB 文章：

(圖. 2 檔案標誌)

Windows 7 USB 驅動程式堆疊僅支援 USB 2.0。但是，已為廠商提供 USB 3.0 選項。因此，整個 USB 3.0 堆疊 (包括對固有 USB 2.0 堆疊的支援) 是由裝置廠商透過其所提供的驅動程式提供的。因此，對於 Windows 7，由於沒有直接支援 USB 3.0，因此必須從 USB 2.0 切換至 USB 3.0。這是透過 Intel 驅動程式套件中提供的 iusbhcs.sys 元件所達成。但是，也必須僅透過 setup.exe 應用程式或類似的驅動程式安裝程式安裝此驅動程式。這與 SCCM/MDT 甚至 DPInst 和此類公用程式所支援的 INF 安裝方法背道而馳。我們觀察到，若透過 INF 檔案包含並安裝 HCS 時，會出現 BSOD 現象。因此，我們不會封裝此元件。若要達到完整的 USB 3.0 功能，仍需要透過 Dell 支援提供的驅動程式執行 Dell 提供的 setup.exe 應用程式 (格式為自我解壓縮安裝程式可執行檔 – DUP)。

無法將 Broadcom Control Vault 驅動程式匯入至 MDT。匯入時 – 使用者收到長度不能小於零；參數名稱：長度錯誤

最新的 Control Vault 驅動程式會同時包含驅動程式和韌體。韌體資料夾中有一個名為 current_version 的檔案沒有副檔名。MDT 無法辨識沒有副檔名的檔案，因此此驅動程式匯入失敗。

Broadcom 正在計畫提供驅動程式更新，以解決此問題。同時，Control Vault 應用程式也能作為工作順序的一部分進行安裝。

這是 Dell Command Integration Suite 的已知問題，將在下一個版本中修正。因應措施是將失敗的驅動程式手動匯入至組態管理員主控台，並新增至驅動程式套件中。

請參閱以下連結以手動匯入驅動程式：

• 在組態管理員中管理驅動程式 

Microsoft 目前正在調查此問題。此問題似乎是由於 DISM 在尚未完成從之前的驅動程式安裝登錄載入中卸載登錄時嘗試載入離線作業系統的登錄所引發。此問題主要發生在配備 SSD 磁碟機 (主要是 SSD NVME 磁碟機) 的速度較快的電腦上，但也可能發生在任何電腦上。