Hallo an alle,

gibt es noch jemanden, der das folgende Problem mit bei der Erstausstattung mit Windows 7 hat: (im Anhang, tritt eigentlich nur auf Notebooks auf)

"Windows Setup konnte mindestens einen wichtigen Starttreiber nicht laden...."

Gibt es eine Möglichkeit, dass man das einfach beheben kann? Klar, ich kann jedes Mal in den WINPE Debug gehen und im Trace schauen, welche Treiber nicht geladen werden können, aber das wird auf dauer etwas kompliziert.

Bei normalen Desktop PCs scheint das Problem nicht da zu sein, anscheinend haben die Notebooks bestimmte Hardwarekonfigurationen wo dann die Treiberzuordnung im PE Image oder aus dem Treiber Depot nicht richtig funktioniert.


Gruß
André

Also liegt das Problem definitiv im Treiberdepot, auch wenn die Treiber mit dem Treiber Wizard im WINPE Image integriert wurden?

Das würde ja heißen, dass ich einfach die überflüssigen Treiber deaktivieren sollte, richtig?

Ich weiß es sind definitv mehrere Treiber im Treiberdepot vorhanden, deswegen wird der Fehler kommen, auch wenn es hauptsächlich auf Notebooks passiert.

Hallo Andreas,

ich habe jetzt mal das Treiberdept aufgeräumt. Speziell habe ich Treiber für die Geräte ID 1c22 entfernt, aber auch danach scheint irgendwo noch etwas drin zu sitzen, da weiterhin irgendwie der Treiber nicht richtig geladen werden kann. (Habe das auch mit dem NIC Treiber mit der Geräte ID 4238 gemacht)

Muss das noch irgendwo entfernt werden? Ich habe das ganze sicherheitshalber auch schon ins PE Image zurückgeschrieben.

Danke

Hallo Andreas,

DANKE!

Ich hatte das schon einmal gemacht, aber mir fehlte der letzte Hinweis mit der setact.log, wo man genau nachsehen kann, was explizit nicht geladen werden konnte.

Die Snyaptics Treiber von Lenovo lassen grüßen, die verhindern das ganze nämlich. Ich glaube die machen auch woanders noch Probleme.... so Richtung Tastatur- und Maussperre bei Installationen ;-)

Im Anhang ist dann auch schön zusehen, wie der Treiber nicht geladen werden konnte.
Nachdem ich den Treiber im Depot entfernt habe, klappt es wunderbar!

Gruß
André

Zitat

---

Die Snyaptics Treiber von Lenovo lassen grüßen, die verhindern das ganze nämlich. Ich glaube die machen auch woanders noch Probleme.... so Richtung Tastatur- und Maussperre bei Installationen ;-)

---

Mit den Synaptics-Treibern hatten wir auch immer wieder Probleme gehabt, mittlerweile lassen wir die explizit außen vor.

An Stelle möchte ich auch noch einen Tip einstreuen.

Wir hatten einmal den Fall, dass vom Agent der alten Softwareverteilungslösung noch ein Filtertreiber aktiv war. Dieser hat sich mit unserer Fernwartungssoftware - die auch einen Filtertreiber mitbringt - nicht vertragen. Wir haben danach den betreffenden Treiber anders "sortiert" (in der Reihenfolge ganz ans Ende gestellt). Damit lief dann wieder alles, wir haben dann den alten Agent-Treiber gefahrlos aus der Auflistung entfernen können.

In der Registry werden die betreffenden Filtertreiber in den folgenden beiden Schlüsseln hinterlegt. Die Reihenfolge in der Treiber angegeben sind hat Auswirkung auf die M&T-Sperre:

Keyboard : HKLM\SYSTEM\CurrentControlSet\Control\Class\{4D36E96B-E325-11CE-BFC1-08002BE10318} -> UpperFilters (REG_MULTI_SZ)
Mouse: HKLM\SYSTEM\CurrentControlSet\Control\Class\{4D36E96F-E325-11CE-BFC1-08002BE10318} -> UpperFilters (REG_MULTI_SZ)

Freundliche Grüße aus Ludwigsburg

Hallo Forum,

ich hatte gerade genau das selbe Problem, nur lies es sich nicht durch deaktivieren irgendwelcher Treiber lösen.

Es handelt sich hierbei um einen Desktop PC mit viel Intel Technologie. In der setupact.log wird als letzter Treiber aus dem ersten Treiberordner die ich5usb.inf gelistet. Da der Treiber laut Inf aus 2006 ist habe ich nach allen Intel Treibern aus dem Jahr gesucht und deaktiviert. Nach einem erneuten Versuch kommt die Meldung aber gleich für die selbe Datei wieder.

Erstmal habe ich ein Backup vom DXDriver Verzeichnis gemacht.
Ich habe dann (da ich zum Glück noch die alte Verzeichnisstruktur im Treiber Depot habe) in den Bereichen SYSTEM und HDC nach ich*usb gesucht und alle Vorkommnisse gelöscht. Selbiges habe ich in USB getan, nur immer die inf und cat des entsprechenden Ordners da gelassen.

Jetzt habe ich endlich den grünen Balken und Windows 7 "extrahiert Dateien"...

Das Problem ist, dass ich Treiber für neue PCs immer aus der aktuellen Infinst_autol erstelle und der Treiberwizard immer das komplette Verzeichnis ins Depot für jeden einzenlen Treiber packt ohne nachzusehen, welche Dateien überhaupt zum Treiber gehören. Bei Windows XP war das wohl immer egal, der hat einen Treiber gesucht, gefunden und installiert, Windows 7 ist da wohl etwas pingeliger.

Schaut der Treiber Wizard in den aktuellen Versionen in die Inf Dateien hinein und lädt nur die benötigten Dateien ins Depot oder wird immer noch alles kopiert?

Viele Grüße
C. Arnold

Hallo Andre,

ich hatte das Problem schon öfter bei der Erstinstallation von Windows 2008 64 Bit mit DX-Union.
Es war schwer zu finden aber letztendlich stellte es sich als eine falsch eingestellte Plattform bei ein paar Treibern heraus.
In den 6er Versionen war es recht einfach bei per Treiberwizard intergrierten Treibern nicht auf die Plattform zu achten.
So hatten fast alle Treiber die Flags, das sie für alle Plattformen gültig sind.
Die Erstinstallation kopiert nun völlig korrekt alle passenden Treiber und setzt sie in den Treiber Suchpfad.
Das Windows Server 2008 64 Bit Setup reagierte da analog zu Deinem Screenshot auf VMWare Maustreiber für XP.
Das herauszufinden war jedoch nicht einfach - Im Debug Modus starten, schauen was kopiert wurde, beim Fehler des
Setups einen Treiber lsöchen und noch einmal. Bis ich den problematsichen hatte.