Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Extrem hilfreich wäre die exakte Auflistung Deiner Hardware.
Aus Deiner Beschreibung geht lediglich unterschwellig hervor um was
für ein Gerät es sich handelt.
Für die Dumpfiles gibt es hier ausgeschriebene Experten die Dir definitiv
bei der Auswertung behilflich sein können.
Willkommen im Forum!
Warten wir auf die Spezialisten. Ich kann schon mal sagen, dass es in einem Dumpfile ein Problem mit dem Qualcomm Atheros WLAN-Treiber gab.
Der Fehler ist nicht, wie vom Debugger angegeben, durch nt!KiFastFailDispatch eingetreten, sondern bereits zwei Stackzeilen vorher durch nt!KiWakeOtherQueueWaiters
Das gibt auch der Exception-Record an.
Dumpfile 090620-39218-01.dmp
*** WARNING: Unable to verify timestamp for Qcamain10x64.sys
....
TRAP_FRAME: fffff9098843f130 -- (.trap 0xfffff9098843f130)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000a00 rbx=0000000000000000 rcx=0000100000000000
rdx=ffff8e030cd18340 rsi=0000000000000000 rdi=0000000000000000
rip=fffff805675a11c8 rsp=fffff9098843f2c0 rbp=0000000000000000
r8=ffff8e030cd18340 r9=0000000000000002 r10=ffff8e03032e7c20
r11=ffff8e0310475ed0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc Qcamain10x64+0x11c8:
fffff805`675a11c8 488b19 mov rbx,qword ptr [rcx] ds:00001000`00000000=????????????????
....
# Child-SP RetAddr Call Site
00 fffff909`8843efe8 fffff805`4afefe29 nt!KeBugCheckEx
01 fffff909`8843eff0 fffff805`4afec129 nt!KiBugCheckDispatch+0x69
02 fffff909`8843f130 fffff805`675a11c8 nt!KiPageFault+0x469
03 fffff909`8843f2c0 fffff805`67767530 Qcamain10x64+0x11c8
04 fffff909`8843f2c8 fffff805`67767918 Qcamain10x64+0x1c7530
05 fffff909`8843f2d0 ffff8e03`0c7ac030 Qcamain10x64+0x1c7918
06 fffff909`8843f2d8 ffff8e03`06bce490 0xffff8e03`0c7ac030
07 fffff909`8843f2e0 00000000`00000018 0xffff8e03`06bce490
08 fffff909`8843f2e8 fffff805`676aba69 0x18
09 fffff909`8843f2f0 ffff8e03`06bce490 Qcamain10x64+0x10ba69
0a fffff909`8843f2f8 00000000`0001d00f 0xffff8e03`06bce490
0b fffff909`8843f300 ffff8e03`0c7ac030 0x1d00f
0c fffff909`8843f308 fffff805`67767918 0xffff8e03`0c7ac030
0d fffff909`8843f310 fffff805`67767918 Qcamain10x64+0x1c7918
0e fffff909`8843f318 ffff8e03`06bce490 Qcamain10x64+0x1c7918
0f fffff909`8843f320 fffff805`67767530 0xffff8e03`06bce490
10 fffff909`8843f328 00000000`0001d00f Qcamain10x64+0x1c7530
11 fffff909`8843f330 00000000`00000000 0x1d00f
An dem Stack-Frame ist zu erkennen, dass die Funktion Qcamain10x64+0x11c8 Speichermüll (????) aus dem Datensegment liest. Da Qcamain.sys keine Symboldatei liefert, kann die Funktion nicht benannt werden.
Dumpfile 090620-35156-01.dmp
PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced. This cannot be protected by try-except.
Typically the address is just plain bad or it is pointing at freed memory.
....
TRAP_FRAME: ffffcc04aec7ef70 -- (.trap 0xffffcc04aec7ef70)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=ffffeb0e4de9cf90 rbx=0000000000000000 rcx=0000000000005f68
rdx=000000000000e758 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80234ff2f4e rsp=ffffcc04aec7f100 rbp=ffffcc04aec7f840
r8=ffff9f8727fd5000 r9=0000000000000028 r10=0000000027fd5000
r11=ffff9f8727fdaf68 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc Ntfs!NtfsCalculateNamedBytes+0x32:
fffff802`34ff2f4e 0fb74820 movzx ecx,word ptr [rax+20h] ds:ffffeb0e`4de9cfb0=????
...
FAILURE_BUCKET_ID: AV_R_INVALID_Ntfs!NtfsCalculateNamedBytes
Den Stack kann ich mir sparen, die letzten 5 Stackframes vor dem PageFault waren vom Dateisystem (NTFS), sodass sehr wahrschein NTFS auch den Stoppfehler verursacht hat.
Dumpfile 090620-35062-01.dmp
DRIVER_OVERRAN_STACK_BUFFER (f7)
A driver has overrun a stack-based buffer. This overrun could potentially
allow a malicious user to gain control of this machine.
....
FAILURE_BUCKET_ID: 0xF7_MISSING_GSFRAME_nt!_report_gsfailure
....
Child-SP RetAddr : Args to Child : Call Site
ffff9884`c90764c8 fffff807`4e2bd275 : nt!KeBugCheckEx
ffff9884`c90764d0 fffff807`4e1becbe : nt!_report_gsfailure+0x25
ffff9884`c9076510 fffff807`4e1d9b8a : nt!_GSHandlerCheckCommon+0x5a
ffff9884`c9076540 fffff807`4e1e6dff : nt!_GSHandlerCheck_SEH+0x42
ffff9884`c9076570 fffff807`4e032fd7 : nt!RtlpExecuteHandlerForException+0xf
ffff9884`c90765a0 fffff807`4e07a7f6 : nt!RtlDispatchException+0x297
ffff9884`c9076cc0 fffff807`4e1eff6c : nt!KiDispatchException+0x186
ffff9884`c9077380 fffff807`4e1ebca0 : nt!KiExceptionDispatch+0x12c
ffff9884`c9077560 fffff807`4e40b673 : nt!KiGeneralProtectionFault+0x320 (TrapFrame @ ffff9884`c9077560)
ffff9884`c90776f8 ffff7807`4e40b2c9 : nt!ObWaitForMultipleObjects+0x373
ffff9884`c9077700 00000000`00000001 : 0xffff7807`4e40b2c9
ffff9884`c9077708 ffff9884`c9077a80 : 0x1
ffff9884`c9077710 00000000`00000000 : 0xffff9884`c9077a80
Auf dem Stack ist zu sehen, dass der Fehler bereits zu Beginn des Stacks mit der Funktion nt!ObWaitForMultipleObjects+0x373 ausgelöst wird. Nach einigen Versuchen, den Fehler abzufangen, wird ein GS-Fehler ausgelöst. Das ist ein fehlerhafter Stack-Cookie. (hat nichts mit Internet-Cookies zu tun)
Fazit:
2 mal wurde Fehler ausgelöst, als das System auf etwas gewartet hat, zB auf das Aufwecken (nt!KiWakeOtherQueueWaiters).
Einmal hat sogar das Dateisystem selbst den Fehler verursacht (Ntfs!NtfsCalculateNamedBytes).
Empfehlung:
-> Da CrystalDiskInfo bereits benutzt wurde, sollte das Dateisystem mit chkdsk /f in einer Eingabeaufforderung (Administrator) ausgeführt werden. Nach der Eingabe des Code ist ein Neustart zu machen.
Trotzdem würde mich noch das Auswertefenster von CrystalDiskInfo interessieren, etwa so
-> die Systemdateien sollten mit sfc /scannow überprüft werden.
-> der Qualcomm Atheros Driver sollte neu herunter geladen und neu installiert werden.
Ich habe die Ergebnisse für chkdsk, sfc und CrystalDiskInfo in den Anhang gestellt, "leider" ohne Fehler im Ergebnis.
Inzwischen habe ich auch einige weitere Dump Files generiert, diese habe ich vorsorglich auch gleich in den Anhang gestellt
Den Qualcom WLAN Treiber habe ich von der Lenovo Seite heruntergeladen und neu installiert. Leider kam etwas später wieder ein weiterer Bluescreen (der zuletzt aufgetretene der Dump Files)
Laut der Lenovo Seite ist das Gerät mit solchem Speicher bestückt:
8.0GB PC4-17000 DDR4 SODIMM 2133MHz
HWiNFO zeigt aber 2400MHz an. Da ist doch Etwas nicht im Originalzustand.
Auf der Lenovo Seite wird für die Seriennummer durchaus die 2400 MHz angegeben:
Das erklärt natürlich nicht die unterschiedlichen Hersteller der Arbeitsspeicher.
Ich werde bei meinem Ansprechpartner nachfragen, der das Notebook besorgt hat und besprechen, ob wir den Test mit dem Ausbau des Arbeitsspeichers machen. Da fühle ich mich selbst jetzt nicht 100% wohl, da man bei diesem Modell die gesamte Rückseite abbauen muss.
Die unterschiedlichen Ram sind so erklärbar. Bei manchen Modellen ist nur 1 Ram verbaut und Verlötet wo aber ein zweites Ram-Modul nachgerüstet werden kann per freien Ramslot.
Link: Lenovo V340-17IWL Platform Specifications
Ob das Notebook und von wem aufgerüstet wurde kann ich nicht beantworten.
Sollte der Austauschbare Ram nicht kompatibel oder Defekt sein lässt sich das leicht beheben. Wenn es der Ram ist wo verlötet ist und dieser hat einen Defekt müsste der Service bemüht werden bzw. das Board getauscht werden.
Link: Hardware Maintenance Manual - V340-17IWL