[geffuhg]

Hallo,

folgendes Problem hat mich Anfang der Woche heimgesucht:
-beim Booten kam eines Morgens folgende Windows-Meldung (sinngemäß): "Es ist soviel an der Systemkonfiguration geändert worden, dass Sie Windows neu aktivieren müssen" (es ist definitiv am System seit Monaten hardwaremäßig nix mehr geschraubt worden und auch software-/treiber-technisch ist in den Tagen zuvor nichts hinzugekommen!)
-ich hab die Produkt-Aktivierung im Laufe des Tages per Internet gemacht - funktionierte alles einwandfrei
-am nächsten Tag (nach dem morgentlichen Boot) war dann kein Netzzugriff mehr möglich!

Soweit zum Warmwerden die Kurzfassung - das ganze ist allerdings noch etwas umfangreicher; daher im folgenden die detailliertere Beschreibung:
-Sonntag: alles OK
-Montag früh: beim Booten kommt eine Windows Meldung (sinngemäß): "Sie haben soviel an der Computerkonfiguration geändert, dass Sie Windows neu aktivieren müssen"
-Montag nachmittag: Windows per Internet aktiviert - alles OK
-bis Montag abend bis zum Ausschalten: keinerlei Probleme
-Dienstag früh: beim Booten ein Bluescreen (passiert statistisch verteilt auf diesem PC ca. alle 2-3 Wochen; die Dump-Analyse mit WinDbg zeigte allerdings leider immer andere Absturzstellen an; diesmal: USBSTOR.SYS/USBPORT - Analyse-Dump s.u.)
-anschließend: kein Zugriff mehr auf das LAN und auf das PowerLine-Netz!

Folgende Komponenten sind betroffen:
-"Realtek RTL8139/810x Family Fast Ethernet NIC" Treiber v5.615.0716.2004
über das Realtek-G'lump läuft der Zugriff auf eine FritzBox (WLAN 7050) und damit auf's Internet
-"MicroLink dLAN USB (devolo - Powerline Bridge)" Treiber v2.1.0.1
über den devolo-Adapter sind alle PCs im Heimnetzwerk per Powerline miteinander verbunden

Im "Gerätemanager" wird angezeigt (bei beiden Komponenten, bzw. generell bei allen Komponenten):
-"Das Gerät ist betriebsbereit."

In "Netzwerkverbindungen" (bei beiden Komponenten):
-"LAN-Verbindung: Eingeschränkte oder keine Konnektivität" (Icon mit gelben Ausrufezeichen-Schild)

Die Aktion "LAN-Verbindung reparieren" bringt:
-Meldungsfenster: "Die folgende Aktion wird durchgeführt: Erneuern der IP-Adresse" - ca. 1Minute, dann Meldung: "Die Problembehandlung konnte nicht fertiggestellt werden...werden Sie sich an die Person, die das Netzwerk verwaltet." (diese Person bin leider ich selbst - und inzwischen ziemlich ratlos)

So sieht das "System" aus:
-Windows XP Prof. SP2, allerneueste Patches
-FSC Scaleo 600 (ca. 1Jahr alt)
-CPU Typ Intel Pentium 4 550, 3400 MHz (17 x 200) (Prescott)
-Motherboard Chipsatz Intel Grantsdale i915P
-Arbeitsspeicher 2048 MB (DDR SDRAM)
-BIOS Typ AMI (09/15/04)
-Netzwerkkarte Realtek RTL8139/810x Family Fast Ethernet NIC
-Hardwareadresse (MAC) 00-11-09-xx-xx-xx (ist komplett vorhanden - mit Absicht ausge'x't)
-mit EVERST können erfolgreich Bytes gesendet werden

Hier noch "diverse Punkte", welche vielleicht Hinweise liefern könnten:
-es ist auch eine FritzKarte im PC für ISDN (Netzwerkkarte "AVM FRITZ!web PPP over ISDN - Virtual Machine Network Services Driver"); diese funktioniert, d.h. man kann Faxe verschicken und es können Infos zu eingehenden Telefonaten abgegriffen werden
-die Netzanbindung von Netzstecker, Kabel, FritzBox 7050, Telekom, T-DSL6000 - ist in Ordnung; vom Notebook komme ich über FritzBox ins Internet
-devolo Adapter ist ok - funktioniert an einem anderen Rechner
-"net config server" liefert:
>>>
Servername \\WOPC
Serverbeschreibung WOPC
Softwareversion Windows 2002
Server ist aktiv auf
NetbiosSmb (000000000000)
NetBT_Tcpip_{AA572744-BF17-4617-B9BB-9ED107515645} (005056c00008)
NetBT_Tcpip_{243BD3B4-8152-44DA-965A-1214874F6A6B} (005056c00001)
NetBT_Tcpip_{8B07C909-9E5C-4FF4-BADF-4A5CA337FF88} (0011095d64f3)
NetBT_Tcpip_{4C0FE3C0-EDAE-4FAC-9F1E-51AB1833838E} (000777640932)
NetBT_Tcpip_{90AFC64E-BDCC-41F6-B1CC-31E2977A0DA9} (000d0900d4f2)
Unsichtbarer Server Nein
Max. angemeldete Benutzer 10
Max. offene Dateien pro Sitzung 16384
Sitzungsruhezeit (Min) 15
Der Befehl wurde erfolgreich ausgeführt.
<<<
-"ipconfig /all" bringt:
>>>
Windows-IP-Konfiguration

Hostname. . . . . . . . . . . . . : WOPC
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Unbekannt
IP-Routing aktiviert. . . . . . . : Ja
WINS-Proxy aktiviert. . . . . . . : Nein
Ethernetadapter VMware Network Adapter VMnet8:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet8
Physikalische Adresse . . . . . . : 00-50-56-xx-xx-xx
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 192.168.153.1
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
Ethernetadapter VMware Network Adapter VMnet1:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet1
Physikalische Adresse . . . . . . : 00-50-56-xx-xx-xx
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 192.168.46.1
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
Ethernetadapter LAN-Verbindung:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Realtek RTL8139/810x Family Fast Ethernet NIC
Physikalische Adresse . . . . . . : 00-11-09-xx-xx-xx
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IP-Adresse. . . . . . . . . . . . : 192.168.178.20
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.178.1
DHCP-Server . . . . . . . . . . . : 192.168.178.1
DNS-Server. . . . . . . . . . . . : 192.168.178.1
Lease erhalten. . . . . . . . . . : Donnerstag, 11. Mai 2006 05:47:00
Lease läuft ab. . . . . . . . . . : Sonntag, 21. Mai 2006 05:47:00
Ethernetadapter LAN-Verbindung 8:
Medienstatus. . . . . . . . . . . : Es besteht keine Verbindung
Beschreibung. . . . . . . . . . . : TAP-Win32 Adapter V8
Physikalische Adresse . . . . . . : 00-FF-82-xx-xx-xx
Ethernetadapter LAN-Verbindung 4:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : AVM FRITZ!web PPP over ISDN
Physikalische Adresse . . . . . . : 00-07-77-xx-xx-xx
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 192.168.120.254
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
DNS-Server. . . . . . . . . . . . : 192.168.120.252
192.168.120.253
Ethernetadapter LAN-Verbindung 11:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : MicroLink dLAN USB #4
Physikalische Adresse . . . . . . : 00-0D-09-xx-xx-xx
DHCP aktiviert. . . . . . . . . . : Nein
IP-Adresse. . . . . . . . . . . . : 10.1.100.4
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
<<<
-Eine "Systemwiederherstellung" auf "Sonntag vor den Problemen" hat nix bewirkt
-wenn man die Netzkabel ab- und wieder ansteckt "reagieren" die entsprechenden Netzwerk-Komponenten und beginnen mit "IP-Adressen erneuern" (ohne das das natürlich positiv endet) - d.h. die Hardware scheint zu funktionieren!?
-Löschen von Treibern und Netzwerkverbindung, sowie ein Update des Realtek-Treibers haben auch nix geändert; für mich sieht es so aus, als wenn tiefstintern im System irgendwas "verdreht" ist und bei einer Treiberneuinstallation Windows auf diese verdrehten Daten zugreift und damit eine neue Treiberinstallation einrichtet - welches aber wieder genauso "verdreht" ist
-Auswertung des letzten BlueScreens:
>>>
**************************************************
*****************************
* *
* Bugcheck Analysis *
* *
**************************************************
*****************************
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: 00000064, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: b9d5e317, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: 00000064
CURRENT_IRQL: 2
FAULTING_IP:
USBPORT+6317
b9d5e317 8b7760 mov esi,[edi+0x60]
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0xD1
LAST_CONTROL_TRANSFER: from b9d6407e to b9d5e317
TRAP_FRAME: 80555f84 -- (.trap ffffffff80555f84)
ErrCode = 00000000
eax=8a0297f8 ebx=804e56fc ecx=8a029840 edx=00000011 esi=89168184 edi=00000004
eip=b9d5e317 esp=80555ff8 ebp=8055600c iopl=0 nv up ei pl nz na pe nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010202
USBPORT+0x6317:
b9d5e317 8b7760 mov esi,[edi+0x60] ds:0023:00000064=?
Resetting default scope
STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be wrong.
8055600c b9d6407e 8a182028 8a0297f8 89168184 USBPORT+0x6317
80556070 b9d651f6 02228b28 ffffffff 804e56fc USBPORT+0xc07e
805560a0 b9d6c198 8a1012e0 805560d8 b9d6bd5c USBPORT+0xd1f6
805560ac b9d6bd5c 8a182028 891642a8 89168184 USBPORT+0x14198
805560d8 b9d70dfe 8a169030 8a182028 00000090 USBPORT+0x13d5c
805560f8 b9d5a1e2 8a169030 891642a8 891642a8 USBPORT!USBPORT_RegisterUSBPortDriver+0x2fc
8055611c 804e13d9 89164384 8a169188 89168184 USBPORT+0x21e2
8055612c b832950a 80556154 b832d2d9 891642a8 nt!IopfCallDriver+0x31
80556134 b832d2d9 891642a8 8a169030 891642a8 usbhub+0x50a
80556154 b832dafa 8a0aa0e8 891642a8 891642a8 usbhub+0x42d9
80556170 b832b1d8 89168184 891642a8 805561a4 usbhub+0x4afa
80556180 804e13d9 8911fd50 891642a8 891680e8 usbhub+0x21d8
80556190 f77ef70c 89168207 89102ff0 89102f06 nt!IopfCallDriver+0x31
805561a4 f77f065f 89168030 891642a8 8a0914b4 USBSTOR+0x70c
805561dc f77f1061 89168030 891642a8 89168030 USBSTOR+0x165f
80556204 804e60d9 89168030 001642a8 8911f0e8 USBSTOR+0x2061
80556224 f77efaee 89168030 891642a8 89102fdc nt!IoStartPacket+0xa1
80556248 f7638980 8911f030 891642a8 8916a3f0 USBSTOR+0xaee
80556268 804e13d9 8911f030 891642a8 89102fa8 sfsync02+0x1980
80556278 f76675cc 00000000 89102f90 80558680 nt!IopfCallDriver+0x31
8055628c f7667616 8916a3f0 89102f68 00000000 CLASSPNP!ClassReleaseRemoveLock+0x19c
805562a4 f7667621 8916a3f0 8055fde0 8a091b74 CLASSPNP!ClassCheckMediaState+0x26
805562bc 804e6416 8916a338 00000000 804e63ba CLASSPNP!ClassCheckMediaState+0x31
805562e0 804e2b4e 8055fdc0 00000000 f4deb310 nt!IopTimerDispatch+0x4e
805563fc 804e207d 80560f00 ffdff9c0 ffdff000 nt!KiTimerListExpire+0x14b
80556428 804dcd22 80561300 00000000 000031d4 nt!KiTimerExpiration+0xb1
80556450 804dcc07 00000000 0000000e 00000000 nt!KiRetireDpcList+0x61
80556454 00000000 0000000e 00000000 00000000 nt!KiIdleLoop+0x28
FOLLOWUP_IP:
USBSTOR+70c
f77ef70c 5f pop edi
SYMBOL_STACK_INDEX: d
FOLLOWUP_NAME: MachineOwner
SYMBOL_NAME: USBSTOR+70c
MODULE_NAME: USBSTOR
IMAGE_NAME: USBSTOR.SYS
DEBUG_FLR_IMAGE_TIMESTAMP: 41107d6c
STACK_COMMAND: .trap ffffffff80555f84 ; kb
FAILURE_BUCKET_ID: 0xD1_USBSTOR+70c
BUCKET_ID: 0xD1_USBSTOR+70c
Followup: MachineOwner
<<<

Und jetzt die Fragen:
-was kann Windows festgestellt haben, das die "Aktivierungs-Meldung" ausgelöst hat?
-kann man aus der Bluescreen-Analyse was "ablesen"?
-was gibt es für Tools, mit denen man die Fehlersituation detaillierter analysieren kann?
-wo könnten Daten im System "gecacht" werden, welche bei jeder Treiberinstallation erneut verwendet werden? Wie kriegt man solche Daten gelöscht/reinitialisiert?

Für Hinweise, die zur Ergreifung des Fehlers führen, wäre ich extremst dankbar!!!
Viele Grüße aus Unterhaching
geffuhg

[geffuhg]

Hallo,

gestern bin ich einen großen Schritt weitergekommen.
Ich wollte die Firewall-Einstellungen überprüfen, und stellte fest, dass die Firewall (ich nutze die "Sygate Personal Pro") nicht deaktiviert war, wie ich vermutet hatte, sondern garnicht in der Lage war, hochzufahren! Sprich: wenn ich versuchte, den Firewall-Service zu starten, lief der einige Sekunden lang und beendete sich dann wieder. Daraufhin hab ich mir die Logfiles angeschaut und dort gefunden, dass versucht wird, die Datei "stddef.dat" zu öffnen, allerdings ohne Erfolg. Die Datei hat auf der Festplatte tatsächlich eine Länge von 0, was vermutlich nicht in Ordnung ist! Und nach diesem Fehler scheint sich die Firewall wieder zu beenden. Und dies scheint zu bewirken, dass das komplette Netzblocking während des Bootvorganges von der Firewall nicht wieder aufgehoben wird, da diese nicht startet. Und damit schlagen dann alle Versuche fehl, den Rechner "zu verlassen".
Da die Sygate Firewall ja sowieso nicht weiterentwickelt wird, hab ich mich entschieden, das Teil sofort zu deinstallieren und was anderes herzunehmen. Nach der Deinstallation hat dann der Netzzugriff gleich wieder funktioniert.
Somit stellen sich jetzt zwei Fragen:
1) Liegt das Firewall-Versagen tatsächlich an der leeren "stddef.dat" und vor allem, wie ist es zu diesem Zustand gekommen? Vermuten tue ich, dass das während des Bluescreens passiert sein könnte - aber das läast sich natürlich nicht mehr nachvollziehen. Und da ich Sygate nicht mehr verwende, kann man diese Frage sowieso ad acta legen.
2) Warum hat Windows die "Aktivierungs"-Meldung gebracht? Das würde mich schon noch interessieren