Anzeige

Am Puls von Microsoft

Anzeige

BSOD beim USB Stick anstöpseln

satom

Herzlich willkommen
Moin,

obiges Problem gibt es - nicht immer, nicht beim immer beim gleichen Stick - der dazu gehörende
Blue Screen sagt UNEXPECTED_KERNEL_MODE_TRAP - das ganze im WinDbg geladen sagt mir
eher nichts :), ich vermute laienhaft das die wdfilter.sys damit zu tun hat. Der Dump ist dabei,
was ich erhoffe ist ein fundierter Tip, in welche Richtung ich suchen muß und bestenfalls wie
das Problem in den Griff zu bekommen ist.

Das System ist ein Ryzen 3900, MSI X570 Board, 32 GB RAM und ein aktuelles Win 10 Pro / 2004
mit frischen AMD Treibern. Nicht übertaktet, unter Last stabil, der Speicher ist ebenfalls OK.


Viele Grüße,

Thomas
 

Anhänge

  • 071720-13578-01.rar
    449,6 KB · Aufrufe: 28
Anzeige
hi und willkommen.
leider sind unsere debugger @ari45 / @silver surfer wahrscheinlich schon im bettchen.
vorerst zwei fragen:
1. haben sie ein AV-Programm eines drittanbieters installiert?
2. eventuell eine ältere version von acronis?
gruß
 
Moin,

nein, es läuft nur der Standard Defender und tatsächlich ein True Image, allerdings ist das
eine aktuelle 2020 Version, Build 25700 sollte aktuell sein.

Viele Grüße,

Thomas
 
Die Chipsatztreiber, die ich sehe, sind aktuell. Wie sieht's mit dem BIOS aus?
Welche Nvidia Grafikkarte und welches Netzteil sind verbaut?
 
Moin,

das ist ein Update von 1909 auf 2004, aktuelle Chipsatztreiber sind ebenso drauf wie der
Nvidia Treiber (451.67) - das Problem besteht allerdings schon länger, sowohl Chipsatz
als auch der Grafikkarten wurden seitdem mehrfach aktualisiert, Ryzen balanced ist
aktiviert - Schnellstart habe ich jetzt mal deaktiviert, werde ich testen. Das Problem
ist ja, das es nur sporadisch auftritt und nur bei USB Sticks - weder der Kindle (auch
Massenspeicher) noch irgendwelche USB Kopfhörer oder ähnliches Geraffel zaubern
den BSOD hervor.

Das Netzteil ist ein Fractal Design ION mit 760 Watt, das Gehäuse ein Define R6,
gekühlt wird die CPU mit einer S36 AIO von Fractal, das sollte alles passen.

Viele Grüße,

Thomas
 
@Mark O.

Das passt schon, ich nutze das XMP Profil ohnehin nicht. Das RAM
übersteht bis dato sowohl Renderingsessions als auch alles andere
und wurde ausgiebig getestet - nicht zuletzt um irgendwelche obskuren
RAM Fehler auszuschließen. Prime, Karhuu, memtest, ... alles völlig
Problemfrei. BTW.: Hast Du eine Quelle, in der die Unterschiede von
ATX >2.4 aufgeschlüsselt werden und wo AMD sagt, das 2.5+ ein
Muß wäre? Gerne auch als PN. Würde mich wirklich interessieren, weil viel lesbares
finde ich dazu nicht.

Viele Grüße,

Thomas
 
Zuletzt bearbeitet von einem Moderator:
Guten Morgen! :)
Ich habe mir jetzt mal die Dumpfile aus #1 angesehen.
Der Fehler war
UNEXPECTED_KERNEL_MODE_TRAP (7f)
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: ffffa180bb7efe70
Arg3: ffff9884461b2fb0
Arg4: fffff80645844b1e
Es ist also ein Doppelfehler eingetreten. Das heißt, beim Bearbeiten eines Fehlers ist dabei ein Fehler aufgetreten.
Dieser Doppelfehler wird meist durch fehlerhafte Treiber ausgelöst.
Die von @satom in #1 angesprochene Datei wdfilter.sys ist tatsächlich als erstes auf dem Stack zu sehen. Aber dieser Aufruf ist so weit von der Fehlerbehandlung entfernt, dass höchstens mittelbar etwas damit zu tun hat.
Hier mal der letzte Stack
# Memory Child-SP RetAddr Call Site
00 ffffa180`bb7efd28 fffff806`459efa29 nt!KeBugCheckEx
01 8 ffffa180`bb7efd30 fffff806`459ea843 nt!KiBugCheckDispatch+0x69
02 140 ffffa180`bb7efe70 fffff806`45844b1e nt!KiDoubleFaultAbort+0x2c3
03 ffff9884`461b2fb0 fffff806`45844161 nt!RtlpHpLfhSlotAllocate+0x3e
04 150 ffff9884`461b3100 fffff806`45fc2094 nt!ExAllocateHeapPool+0x2b1
05 140 ffff9884`461b3240 fffff806`45c0c9f9 nt!ExAllocatePoolWithTag+0x64
06 50 ffff9884`461b3290 fffff806`45bee8ca nt!ObpAllocateObject+0x199
07 80 ffff9884`461b3310 fffff806`45bf9d21 nt!CmpCreateKeyBody+0x12a
08 b0 ffff9884`461b33c0 fffff806`45bf1e63 nt!CmpDoParseKey+0x5d1
09 2a0 ffff9884`461b3660 fffff806`45bf554e nt!CmpParseKey+0x2c3
0a 1a0 ffff9884`461b3800 fffff806`45bf0faa nt!ObpLookupObjectName+0x3fe
0b 1d0 ffff9884`461b39d0 fffff806`45bf0d8c nt!ObOpenObjectByNameEx+0x1fa
0c 130 ffff9884`461b3b00 fffff806`45bf08b1 nt!ObOpenObjectByName+0x5c
0d 50 ffff9884`461b3b50 fffff806`45ce7ae2 nt!CmOpenKey+0x2c1
0e 260 ffff9884`461b3db0 fffff806`459ef478 nt!NtOpenKey+0x12
0f 40 ffff9884`461b3df0 fffff806`459e19c0 nt!KiSystemServiceCopyEnd+0x28
10 198 ffff9884`461b3f88 fffff806`4ae04b44 nt!KiServiceLinkage
11 8 ffff9884`461b3f90 00000000`00000000 WdFilter+0x34b44
Bei Stack #0a wird ein Objekt benannt
Bei Stack #09 bis #07 wird ein Key (in der Registry) ermittelt
Bei Stack #05 und #04 wird Pool-Speicher angefordert
Bei Stack #03 erfolgt der Zugriff auf den Heap (Prozessspeicher)
Bei Stack #02 kommt es schließlich zum Doppelfehler

Hier ist es nicht eindeutig klar, wer den Doppelfehler auslöst. Wdfilter.sys, wie es der Debugger anzeigt, ist es jedenfalls (nach meiner Meinung) nicht. Sie gehört übrigens zum Windows Defender.
Deshalb habe ich mir mal die Rohdaten des letzten Stack angeschaut. Da dieser mehrere 100 Zeilen lang ist, habe ich nur die markanten Zeilen herauskopiert.
ffff9884`461b3268 fffff806`5d3e45aeUnable to load image \SystemRoot\system32\DRIVERS\file_protector.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for file_protector.sys
file_protector+0x445ae

ffff9884`461b4e58 fffff806`4ae4942dUnable to load image \SystemRoot\system32\DRIVERS\fltsrv.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for fltsrv.sys
fltsrv+0x942d

ffff9884`461b4ee0 fffff806`4b98a3b4Unable to load image \SystemRoot\system32\DRIVERS\snapman.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for snapman.sys
snapman+0x2a3b4

ffff9884`461b5228 fffff806`4b7e13c4Unable to load image \SystemRoot\system32\DRIVERS\volume_tracker.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for volume_tracker.sys
volume_tracker+0x113c4
Die Dateien, die beim Laden Probleme bereitet haben, gehören alle zu Acronis. Deshalb bin ich der Meinung, dass Acronis den Bluescreen verursacht hat.
Die Zeilen sind so zu verstehen:
Das Image des Treibers sollte geladen werden und hat Probleme bereitet. Dadurch konnte Windows nicht den Timestamp, also das Imagedatum ermitteln.

Folgende Dateien haben sich noch auf dem Stack massenweise "getummelt":
FltSrv.sys -> steht für Acronis Storage Filter Management Service
volume_tracker.sys -> Acronis Volume Tracker Driver
SnapMan.sys -> steht für Acronis Snapshots Manager

Fazit: wahrscheinlich sollte ein Acronis-Backup laufen und hat diesen Doppelfehler verursacht.
Da aber nur eine Dumpfile vorhanden ist, läßt sich nichts abschließendes sagen. Es kann auch ein einmaliger "Ausrutscher" von Acronis gewesen sein.
Also bitte weiter beobachten und im Wiederholungsfall Acronis neu installieren.
 
Danke, die Häufung in Sachen Acronis ist deutlich. Ich werde mal versuchen, den Fehler anhand dessen
zu replizieren und dann Kontakt zum Acronis Support aufnehmen um dann hier zu berichten.

Viele Grüße,

Thomas
 
Kurzes Update zwischendurch:

Der Fehler ist beliebig replizierbar. Sobald TI deinstalliert ist, kann ich beliebig viele
Sticks, Platten, egal welches Filesystem ein- oder ausstöpseln wie es beliebt - es
crasht nichts. Es liegt also definitv an Acronis, ich warte noch auf Rückmeldung auf
mein Ticket.
 
Anzeige
Oben