Bisher habe ich noch nicht rausgefunden, wie man manuelle Treiber in das Image injiziert. Bis ich das rausgefunden habe, bleibt es beim Betrieb via USB-Stick oder USB-Card Reader.

• 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!

• RapidShare 
• Badango

Die normale Installation der “ HP WWAN Broadband Wireless Drivers ” schlägt fehl und hinterlässt aber in einem der folgenden Verzeichnisse:

• Bei 32 Bit: C:\Program Files\HPQ\Shared\Sierra Wireless\Driver Installer\Drivers\WinVista\32bit
• Bei 64 Bit: C:\Program Files (x86)\HPQ\Shared\Sierra Wireless\Driver Installer\Drivers\WinVista\32bit

die Treiber. Anschließend geht man in den Gerätemanager in der Systemsteuerung, deinstalliert die alten Treiber für das UMTS-Modul und installiert diese vom obenstehenden Pfad. Übrigens sollte man den “HP Wireless Assistant” dazu installieren, sonst taucht das Modul möglicherweise nicht auf ;)

Quellen: [1] - [2] 

Netzteil abklemmen, Batterie raus, 3 Minuten warten, dann ist alles wieder OK.

Nach unzähligen Reboots und Neuinstallationen des Treibers dachte ich mir: “Das probierst mal aus, ist zwar total bekloppt, aber vielleicht hilfts ja”.

Gesagt getan. Nach gut 10 Minuten war ich wieder in Windows und siehe da: Die Buttons funktionieren seitdem wieder einwandfrei…

Ich komm mir vor wie vor 10 Jahren, aber scheins hilft Stecker ziehen immer noch ;)