Hallo,

mein Problem besteht darin, dass ein Notebook von Fujitsu ein Sierra Wireless WWAN Modem (GPRS/UMTS-Karte) installiert hat. Die Funktionsfähigkeit des Treibers ist aber abhängig von einer Software (AirCardWatcher).
Diese muss zwingend vor der eigentlichen Treiberinstallation stattfinden. Die Treiberinstallation beim Windows-Setup findet m.W. aber schon bei dem Punkt "Geräteinstallation" statt.

Für den eigentlichen Treiber gibt es auch eine Setup.exe die Silent aufgerufen werden kann, so dass ich die Möglichkeit habe, dass über ein Softwarepaket zu lösen. Das hieße aber, dass ich immer genau wissen muss, ob das Gerät, das ich betanke, diese UMTS-Karte besitzt und dementsprechend das Softwarepaket zuweisen muss.

Ist es möglich, im Windows Setup quasi Jobs zu bauen, die dann auf die Geräte-IDs zugreift und ggf. die Software und den Treiber dann installiert.

Im Treiberwizard habe ich gesehen, dass man Befehlszeilen für einen bestimmten Treiber ausführen kann. Wofür ist das genau und wann wird diese Befehlszeile ausgeführt. Vor der Treiberinstallation oder ersetzt der Befehl die Treibereinbindung?

Vielleicht kann mir jemand weiterhelfen. Es gibt ja auch Treiber, die z.B. ein .NET Framework voraussetzen.

Vielen Dank für die wieder mal kompetente Antwort.

Ich habe jetzt ein SW-Paket gebaut, dass die IDs ausliest und bei Vorhandensein installiert. Mein Problem ist nur, dass ich das Paket nach dem "System Completion" im folgenden SC genannt installiere.
Nach dem benötigten Reboot des SC fängt die Installation des Treiber-Paketes an, beginnt aber nicht mit dem DXCopy, sonder läuft auf einen Fehler. In den Traces im dxdist irgendwas mit
"konnte \\<depotserver>\depot\Treiber-Paket\user.nt nicht finden".

Wenn ich aber vor dem DX-Copy ein wait mit 20 Sekunden einbaue, funktioniert das Paket.

Möchte aber ungerne mit einem wait arbeiten, da es bestimmt auch langsamere Kisten gibt.

Deshalb meine Frage: Wissen sie, was nach dem Reboot des Paketes SC geschieht? Dann könnte ich das Problem direkt abfangen und erst mit dem dxcopy beginnen, wenn z.B. True!
Es muss auch etwas mit dem Paket SC zu tun haben, da ich das Problem ja bei weiteren Verteilung-Reboot-Verteilung Szenarien nicht habe.

mfG
Tobias Zielke

PS: Habe schon vermutet, dass es an den Diensten des DXU Clients liegt. Konnte ich aber nicht verifizieren. Wird der Client denn im SC installiert? (Der erstellt doch so einen Setup-Dienst, oder?)

Dummerweise war ich nicht am Arbeitsplatz, aber die Installation lief trotz ausgeschaltetem 'Wait' durch. Habe es nochmal angestoßen und beobachte nochmal.
Habe aber trotzdem die gleichen Fehler in den Traces.

In der AdminKonsole wird gar nichts zurückgeschrieben.

[[File:dxdist_inst.bas.rar]]

Auch beim zweiten Mal ist die Installation, direkt nach dem Reboot ohne wait durchgelaufen. Dann würde ich, auch wenn es unbefriedigend ist, es jetzt dabei belassen.