Lösung: Über einen kleinen Trick lässt sich der SCCM dennoch zum Deployment an “All Systems” bewegen. Dazu einfach in der Konsole über Datei -> Connect via Windows PowerShell die Shell öffnen.

Dort folgenden Befehl absetzen:

1

Start-CMTaskSequenceDeployment -TaskSequencePackageId SE10016F -CollectionName "All Systems" -DeployPurpose Available -Availability MediaAndPxe -ShowTaskSequenceProgress $true -DeploymentOption RunFromDistributionPoint -AllowFallback $false -AllowSharedContent $false

Wichtig: Die Paket-Nummer SE10016F vorher anpassen! Die Paketnummer ist neben der Task Sequence angezeigt. Wenn der Befehl glatt durchläuft. Dannach ist ein neues Deployment an “All Systems” angelegt, welches sich auch wieder über die Konsole bearbeiten lässt. Dort könnt ihr auch anpassen, ob die TS über den nächsten DP ausgeführt werden kann, oder vorher alle Medien lokal heruntergeladen werden sollen etc.

Die große Herausforderung ist hierbei immer, die korrekten Treiber installiert zu bekommen. Lenovo stellt dankbarerweise ein fertiges Treiberpaket für den SCCM  zur Verfügung. Es handelt sich hierbei nicht um ein richtiges SCCM-Paket, jedoch immerhin um alle notwendigen Treiber in einer ZIP-Datei, welche den Import der Treiber immerhin etwas beschleunigt.

So, wie ich immer meine Treiber im SCCM verwalte, habe ich auch hier die Treiber für das T460s in den SCCM importiert und in meiner Tasksequence eingebaut.

Zu meine Verwunderung wurden die Treiber nicht korrekt installiert – insbesondere die Netzwerkkarte hatte keinen Treiber, wodurch natürlich auch alle nachfolgenden Schritte nicht erfolgreich abgeschlossen werden konnten.

Diagnose

Relativ schnell war mir daher klar, dass der Netzwerktreiber einen Fehler aufweisen muss. Das Treiberpaket für das T460s enthält den Treiber Namens „Intel(R) Ethernet Connection I217-LM“ in der Version 12.13.17.7.

Soweit sieht alles korrekt aus. Das gleiche Hardwaremodell der Netzwerkkarte kam jedoch schon im Vorgänger T450/T450s zum Einsatz. Daher habe ich auf Verdacht einfach dessen Treiber mit in das Treiberpaket für das T460s mit aufgenommen. Der “alte” Treiber des T450 ist sogar in dergleichen Versionsnummer vorhanden und sieht ansonsten fast identisch zu dem vom  T460 aus:

Nach dem Hinzufügen noch die DPs aktualisiert - und siehe da: Plötzlich funktioniert das Deployment problemlos! Scheinbar hat Lenovo hier unsauber gearbeitet und einen nicht funktionierenden Netzwerktreiber integriert.

Übrigens: Als WMI-Filter für die Treiber-Installation nutze ich folgenden Query:

1

SELECT * FROM Win32_ComputerSystem WHERE Model LIKE "20F%"

sowie einen WMI-Filter für alle Lenovo-Treiber:

1

SELECT * FROM Win32_ComputerSystem WHERE Manufacturer = "LENOVO"

Allen Leidensgenossen wünsche ich auf diesem Wege viel Erfolg!

• USB 3.0 wird nicht unterstützt
• WWAN Modul wird nicht gefunden
• 2. DVI/DisplayPort-Ausgang funktioniert nicht all dies sind Symptome für falsche Treiber, die sich das Gerät gezogen hat.

Das automatische Zuweisen von Treibern ist zwar praktisch, aber eben nicht sehr zuverlässig. Der Schlüssel zum Erfolg liegt meines Erachtens nach darin, auf das automatische Zuweisen von Treibern vollständig zu verzichten. Stattdessen empfehle ich, den Treiber gezielt in der Tasksequence zuzuweisen.

Wie das geht, ist recht einfach, wenn man einige kleine Kniffe beachtet. Der Reihe nach:

• Download des SCCM-Treiberpaketes von Lenovo  für die korrekte OS-Version (in meinem Beispiel w7 x64)
• Extrahieren des Treibers und Kopieren auf ein für den SCCM zugängliches Netzwerk-Share, z.B. das ProdShare. Ich empfehle, dort einen Order Namens “for-Import” zu erstellen, um die Übersicht zu wahren.
• Import Driver Wizard des SCCM starten, den UNC-Path zu den Treibern angeben. Hierbei folgende Optionen angeben:
  • Ein neues Treiber-Paket für das Model+OS-Version erstellen, also z.B. “Lenovo T450 w7x64”
  • Eine neue Kategorie für die Hardware erstellen, also z.B. “Lenovo T450”
  • WICHTIG: Treiber NICHT zum Boot-Image hinzufügen. Die Netzwerkkarte wird bereits vom Boot-Image unterstützt und braucht keine weiteren Treiber. Ein Hinzufügen zum Boot-Image bläht das Boot-Image nur unnötig auf und verursacht häufig Kompatibilitätsprobleme mit anderen Computern, die ja normalerweise auch das gleiche Boot-Image verwenden.
  • Distribution Points noch nicht updaten
  • Import starten
• Nach dem Import sollten die Treiber zunächst kontrolliert werden.

Ich habe persönlich schlechte Erfahrungen mit den Virtual Network Adaptern von Intel gemacht und kenne keinen Anwendungsfall für selbige. Aus diesem Grund lösche ich diesen:

Außerdem können bei Bedarf noch Treiber von nicht verwendeten Modellen gelöscht werden, in meinem Fall sind das die NVidia-Treiber, da ich keine Konfiguration mit Nvidia-Grafikkarte verwende.

Achtung: Das Deaktivieren von Treibern im SCCM hat keine Auswirkung, wenn das Treiber-Paket in der Tasksequence zugewiesen wird. (Deaktivieren wird nur bei Auto-Apply beachtet)

Daher nicht deaktivieren, sondern löschen!

Abschließend das Paket an die Distribution Points verteilen/updaten.

Nun kommt der Clou: Die vorhandene OS Deployment TS wird nun etwas modifziert.

• Zunächst wird der Step “Apply Drivers” entfernt.

• Nun erstellen wir einen neuen Step “Apply Driver Package”: Dieser Schritt sollte sich unter “Apply Operating System Image” befinden.

• Nun passen wir den Step auf das Computer-Modell an. Vergebe zunächst einen sinnvollen Namen, z.B. “Install Drivers Lenovo T450”. Wähle dann als Driver Package das zuvor erstelle Paket aus. Ich habe den Haken für unsignierte Treiber nicht gesetzt, da ich davon ausgehe, dass Lenovo nur signierte Treiber verwendet. Wer nach dem Deployment einen Treiber vermisst, sollte probieren, diesen Haken zu setzen.

• Nun kommt der wichtigste Schritt. Jetzt werden während des Deployments eine WMI-Abfrage starten und das Computer-Model abfragen. Nur wenn unsere Abfrage ergibt, dass ein T450 vorliegt, wird dieser Schritt ausgeführt. Das geht recht einfach: Im geöffneten Step unter “Options” Add Condition -> Query WMI wählen: Nun folgenden Query anlegen:

  1 2 3

  WMI Namespace: root\cimv2 WMI Query: SELECT * FROM Win32_ComputerSystem WHERE Model LIKE "20BV%" AND Manufacturer = "LENOVO"

  Der WMI Query für das Lenovo T440s lautet:

  1	SELECT * FROM Win32_ComputerSystem WHERE Model LIKE "20A%" AND Manufacturer = "LENOVO"

  Der WMI Query für das Lenovo T430 lautet (zumindest für die deutsche Version):

  1	SELECT * FROM Win32_ComputerSystem WHERE Model LIKE "2349%" AND Manufacturer = "LENOVO"

  Wer mehr als einen Schritt für ein Computer Model ausführen will, kann auch gleich einen Ordner anlegen und diesen mit dem WMI-Filter belegen. Dies mache ich häufig für Treibersoftware, die abschließend installiert werden soll. In meinem Fall sieht die TS nun so aus:

• Fertig! Nun kann die TS verwendet werden.

Während des Deployments wird der wird praktischerweise der vergebene Name des Treiber-Step angezeigt, sodass man schon hier sehen kann, dass die Treiber zugewiesen werden.

Wichtig: Stelle vor dem Deployment unter “Content Status” sicher, dass die verwendeten Treiber-Pakete erfolgreich auf den DPs verteilt wurden.

Viel Spaß und Erfolg!

Weiterführender Tipp: Diese oben genannten WMI-Querys eigenen sich übrigens auch hervorragend für die Erstellung von automatisierten Computer Collections!