Ich habe das Notebook jetzt einmal im eingeklappten Zustand ausgedockt. Dann im aufgeklappten Zustand gedockt und es hat funktioniert. Dann das ganze nochmal so versucht, allerdings hat es nun nicht mehr funktioniert. Ich kann irgendwie kein System erkennen....
Wenn ich das Notebook zu oft docke und entdocke, hängt sich das Notebook scheinbar auf und der Bildschrim bleibt schwarz, und zwar alle. Im docking bleiben die Bildschrime schwarz und im entdockten Zustand bleibt auch der Laptop-Bildschrim schwarz. Dann hiflt nur noch ein Neustart.
...
Nein es wurden nur Maus und Tastatur geteste, aber keine Bildschirme angschlossen. Hat die Docking Station wohl ein Problem mit der Energieverteilung?
Wie du siehst wurden 2 HID erkannt. Bei beidem sagt das System, dass kein Treiber installiert ist. Wenn ich ihn aktualisiere und automatisch nach Treibern suche, dann sagt er, dass die Treiber aktualisiert wurden. Im Geräte Manager ändert sich aber nichts, die Geräte bleiben "ohne Treiber".
Wenn ich auf "Suche Plug and Play Devices" klicke, dann sucht er unendlich lang...habe den Task nach einigen Minuten beendet, da er scheinbar nicht fertig wurde.
Bei Lenovo wird ebenfalls aktuelle Firmware für verschiedene Docks angeboten. Wofür die gut sind ist mir nicht ganz klar. Deshalb nur mal die rein informative Frage, ob diese Firmware installiert ist.
U.a. findet man aber unter der "USB Geräte" eine USB3-Firmware für das Dock. Ist diese Firmware installiert?

Das hat mir beruflich viel Arbeit und Frust erspart. Bitlocker hat das an der Lenovo Dockingstation angeschlossene Keyboard nicht erkannt. Dock-Firmware aktualisiert, alles wieder gut. Nur so am Rande
Lenovos Docks reagieren übrigens teils sehr empfindlich auf das Netzteil und dessen maximaler Leistung, die es bieten kann, sobald an der Dock angeschlossen. 65W an Dock angeschlossen ist manchmal nicht so gut - ohne Dock wiederum meist kein Problem. Normalerweise motzt das Notebook auch nach dem BIOS Screen, dass es zu wenig Power hat. Im schlimmste Fall versagen halt, bis auf der LAN-Port, gerne die restlichen Anschlüsse.
ich habe nun herausgefunden, dass die Dock so lange funktioniert, wie ich den Laptop im "wachen" Zustand ein und aus docke. Bisher hat es nicht geklappt, aber evtl. hat der neue Chipsatz-Treiber das Problem gelöst.
Einzig bei zugeklapptem Deckel (und der Einstellung, dass er sodann in den Energiesparmodus wechseln soll) klappt der Dock nicht. Auch nicht wenn der Laptop danach wieder angeschalten wird.
[Problem fixes]
Sometime system may not enter "sleep" mode or can be resume automatically back from "sleep" mode when attaching the dock.
Das hat mir beruflich viel Arbeit und Frust erspart. Bitlocker hat das an der Lenovo Dockingstation angeschlossene Keyboard nicht erkannt. Dock-Firmware aktualisiert, alles wieder gut. Nur so am Rande![]()
(PS: Die Energieoptionen, dass er nicht in den Energiesparmodus wechseln soll kann ich nicht DAUERHAFT ändern, daher bleibt das jetzt wohl so)
Dann kann vielleicht noch das USB3 Firmware etwas bewirken:
Laptops-and-netbooks :: ThinkPad-T-Series-laptops :: ThinkPad-T450s - Lenovo Support

Das sollte allerdings nicht sein.
Ggf. liegt das am Lenovo Power Management?
Ist der aktuellste Power Management Treiber von Lenovo installiert?
Falls du noch Lust zum testen hast, könntest du ja -sofern es mit dem aktellsten Treiber auch nicht funktioniert- den Power Manager komplett deinstallieren.
p.s. Bluescreens sind seither keine mehr aufgetreten?
Ich hoffe du meinst diesen Treiber:
Intel(R) USB3.0 eXtebsible Host controller Driver for Windows 7 (32-bit, 64-bit) - ThinkPad
Das liegt an den Registry-Einträgen. Wenn unsere IT ein Update fährt (Baramundi), werden die Einstellung automatisch wieder zurück gesetzt.
Nein, ich meinte die Firmware, nicht den Treiber: "ThinkPad USB 3.0 Ultra/Pro Dock Firmware Update Utility"
Aber jetzt erst mal abwarten, ob schon der Treiber eine Verbesserung bringt.
0: kd> lmvm wwanusbmp64Browse full module list
start end module name
fffff880`05883000 fffff880`058cc000 WwanUsbMp64 T (no symbols)
Loaded symbol image file: WwanUsbMp64.sys
Image path: \SystemRoot\system32\DRIVERS\WwanUsbMp64.sys
Image name: WwanUsbMp64.sys
Browse all global symbols functions data
Timestamp: Mon Aug 19 08:29:13 2013 (5211BB39)
CheckSum: 0005465A
ImageSize: 00049000
Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4
Ist exakt die gleiche Absturzursache, mit der exakt gleichen Treiberversion:
Entweder hat das Treiberupdate nicht geklappt, oder das ist der aktuellste Treiber.
Läuft die Treiberinstallation über eine Installationsroutine ab? Gibt es irgendwelche Informationen während/nach der Installation?
Ggf. testweise das Gerät im Bios deaktivieren.


zeigt er dir im netzwerkmanager überhaupt ein lan-adapter an oder erkennt er das kabel nicht?Ich glaube nicht, dass ich es benötige.
Kann es sein, dass meine LAN-Buchse ohne dieses Modul nicht funktioniert? Seitdem ich den Treiber deinstalliert habe, erkennt mein Rechner das LAN-Kabel nicht mehr.

zeigt er dir im netzwerkmanager überhaupt ein lan-adapter an
Die Deinstallation des WWAN Treibers sollte eigentlich keine Auswirkungen auf den LAN Adapter bzw. dessen Funktionalität haben. Sind zwei unterschiedliche Geräte mit unterschiedlichen Treibern.
Wie siehts dazu aus Sebo44? Wird das LAN Gerät im Gerätemanager angezeigt?



0: kd> !devstack fffffa800ff95bf0
!DevObj !DrvObj !DevExt ObjectName
fffffa80100beaf0 *** WARNING: Unable to verify timestamp for swibusflt00.sys
*** ERROR: Module load completed but symbols could not be loaded for swibusflt00.sys
\Driver\swibusflt00fffffa801019c2b0 InfoMask field not found for _OBJECT_HEADER at fffffa80100beac0
fffffa80100b6850 *** WARNING: Unable to verify timestamp for swibus00.sys
*** ERROR: Module load completed but symbols could not be loaded for swibus00.sys
\Driver\swibus00 fffffa800f8fa2b0 InfoMask field not found for _OBJECT_HEADER at fffffa80100b6820
fffffa800f878040 \Driver\ACPI fffffa800c717010 InfoMask field not found for _OBJECT_HEADER at fffffa800f878010
> fffffa800ff95bf0 \Driver\iusb3hub fffffa800ff95d40 Cannot read info offset from nt!ObpInfoMaskToOffset
!DevNode fffffa801080bd90 :
DeviceInst is "USB\VID_1199&PID_9041\5&1816a976&0&11"
ServiceName is "swibus00"
Irp is active with 8 stacks 6 is current (= 0xfffffa80140b5ed8)
No Mdl: No System Buffer: Thread 00000000: Irp stack trace.
cmd flg cl Device File Completion-Context
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-00000000
Args: 00000000 00000000 00000000 00000000
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-00000000
Args: 00000000 00000000 00000000 00000000
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-00000000
Args: 00000000 00000000 00000000 00000000
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-00000000
Args: 00000000 00000000 00000000 00000000
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-00000000
Args: 00000000 00000000 00000000 00000000
>[IRP_MJ_POWER(16), IRP_MN_SET_POWER(2)]
0 1 fffffa80100b6850 00000000 00000000-00000000 pending
\Driver\swibus00
Args: 00000000 00000001 00000003 00000000
[IRP_MJ_POWER(16), IRP_MN_SET_POWER(2)]
0 e1 fffffa80100beaf0 00000000 00000000-00000000 pending
\Driver\swibusflt00
Args: 00000000 00000001 00000003 00000000
[N/A(0), N/A(0)]
0 0 00000000 00000000 00000000-fffffa800c8199f0
Args: 00000000 00000000 00000000 00000000
0: kd> lmDvmswibus00
Browse full module list
start end module name
fffff880`080a4000 fffff880`080be000 swibus00 T (no symbols)
Loaded symbol image file: swibus00.sys
Image path: \SystemRoot\system32\DRIVERS\swibus00.sys
Image name: swibus00.sys
Browse all global symbols functions data
Timestamp: Tue Jul 23 02:10:22 2013 (51EDC9EE)
CheckSum: 00015C23
ImageSize: 0001A000
Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4
Hallo fcctiger,
bei dir wurde der Absturz auch (wie bei Sebo44) durch den WWAN Treiber (swibus00.sys) ausgelöst:
Laut VID ist dies ein Sierra Wireless UMTS Module.
Die Treibersignatur ist von July 2013:
Auf der Fujitsu Seite gibt es anscheinend einen aktuelleren Win7 64-bit Treiber für das WWAN Modul deines LIFEBOOK E754 (Treiber vom 14.05.2014).
Hast du diesen bereits installiert?