Hallo,
habe vor zwei Wochen den alten Rechner von meinem Vater übernommen und aufgerüstet, seit dem geht nahezu nichts mehr - allerdings sagt mein Vater er hätte den selben Fehler vor dem Aufrüsten bereits erlebt, kurz bevor er mir den Rechner gab.
Zunächst mal ein paar Infos zu dem PC:
alte Hardware:
620W Netzteil Corsair HX
X58A-UD5 Gigabyte Mainboard
Intel Core i7 930 @2,8 GHz - nicht OC
1 TB HDD
6 GB RAM (3x 2GB Kingston DDR3)
neue Hardware:
EVGA Geforce GTX 980 SC ACX 2.0
500 GB SSD
angeschlossene, zusätzliche Hardware:
EIZO Bildschirm
Logitech G15 und Logitech Maus
ab und zu Empfänger für den XBOX-Controller.
System wurde komplett neu aufgesetzt, Treiber sind aktuell, Windows 7 64 Bit.
Der Fehler bzw die auftretenden Fehler sind folgende:
- PC ging einfach aus und startete neu; Kernelerror - vermutlich Behoben, da (leider kaufneues) Stromkabel (NT) defekt.
- PC geht einfach aus, startet jedoch problemlos neu.
- PC geht einfach aus, jedes mal die selbe (nichts sagende) Fehlermeldung. V.a. Bugcheck code: 0, kein STOP-Error, PowerButtonTimestamp: 0, SleepInProgress False
- PC geht aus, manchmal piepen(teils exzessiv) manchmal nicht, startet neu bis zu dem Punkt "Recovering lost D-RAM size", geht aus und von vorn. Das ganze genau (!) drei mal, beim vierten mal fährt er hoch und ich kann Windows normal oder abgesichert starten. Allerdings werden danach zwar noch 6 GB RAM erkannt aber nurnoch 4 GB sind verfügbar. Nach normalen Neustart funktionieren allerdings wieder alle 6 GB. Teilweise zeigt er einen Blue Screen, dieser wird aber in keinerlei Log gespeichert. Habe jetzt mal umgestellt auf Minidump und werde beim nächsten Absturz die Debug Tools analysieren lassen, wenn es denn klappt.
Dieser Fehler ist aktuell mein Hauptproblem.
- PC friert unter (Grafik-)Last ein und ist nurnoch durch das Festhalten des Powerknopfes auszumachen/neu zu starten.
Hauptproblem neben dem o.g.
- weitere Fehler, teils auch schwerwiegend, allerdings jeweils einzelnd auftretend ohne Wiederholungen.
Meine bisherigen Lösungsansätze:
- RAM-Riegel: Memtest durchlaufen lassen, Intel Extreme Tuning Utility und Windows Leistungsindex laufen lassen, Riegel entfernen und neu einsetzen -> keine Besserung BISHER NOCH NICHT VERSUCHT RIEGEL ZU TAUSCHEN!
- Treiber/BIOS: aktuellste, sowie (zB im Falle von Nvidia) ältere Treiber getestet, sofern bei neuen Treibern auf älteren
Grakas ähnliche Fehler auftraten. BIOS F6 drauf, sprich aktuellstes abgesehen von 2 Beta-Versionen. -> keine Änderung
- Netzteil getauscht -> keine Änderung
- sämtliche Benchmarktests die ich finden konnte gemacht ->Währenddessen keine Abstürze, d.h. Problem tritt NICHT zwingend unter Last auf
- Volt anpassen lassen vom Fachhändler. (Habe keine Ahnung von sowas, falls es also an der OC-Graka liegen sollte und jemand helfen will - bitte für Dumme)
weitere Infos die ich bislang sammeln konnte, darin enthalten 3 dumps die allerdings schon alt und vermutlich eher weniger relevant sind:
Prozessor:
Hersteller: GenuineIntel
CPU-Familie: 0x6
CPU-Modell: 0x1a
CPU-Stepping: 0x5
CPU-Typ: 0x0
Geschwindigkeit: 2833 MHz
8 logische Prozessoren
4 technische Prozessoren
HyperThreading: Unterstützt
FCMOV: Unterstützt
SSE2: Unterstützt
SSE3: Unterstützt
SSSE3: Unterstützt
SSE4a: Nicht unterstützt
SSE41: Unterstützt
SSE42: Unterstützt
Netzwerkinformationen:
Netzwerk-Geschwindigkeit:
Betriebssystem:
Windows 7 (64 Bit)
NTFS: Unterstützt
Crypto Provider Codes: Unterstützt 311 0x0 0x0 0x0
Grafikkarte:
Treiber: NVIDIA GeForce GTX 980
DirectX-Treibername: nvd3dum.dll
Treiberversion: 9.18.13.4411
DirectX-Treiberversion: 9.18.13.4411
Treiberdatum: 13.Sep..2014
OpenGL-Version: 4.4
Desktop-Farbtiefe: 32 Bit per Pixel
Monitor-Aktualisierungsrate: 60 Hz
DirectX-Karte: NVIDIA GeForce GTX 980
Anbieterkennung: 0x10de
Gerätekennung: 0x13c0
Anzahl der Monitore: 1
Anzahl der logischen Grafikkarten: 1
Kein SLI oder Crossfire entdeckt
Prim. Anzeigeauflösung: 1920 x 1080
Desktopauflösung: 1920 x 1080
Prim. Anzeigegröße: 67.7 cm x 38.1 cm (77.6 cm diag.)
Primärer Bus: PCI Express 16x
Primärer VRAM: 4095 MB
Unterstützte MSAA-Modi: 2x 4x 8x
Soundkarte:
Audiogerät: Realtek Digital Output(Optical)
Speicher:
RAM: 6142 MB
Weitere Daten:
UI-Sprache: Deutsch (Deutsch)
Mikrofon: Not set
Medium: DVD
Verfügbarer Festplattenspeicher insgesamt: 1430705 MB
Größter freier Festplattenspeicherblock: 946246 MB
Betriebssystem Installationsdatum: Jan 01 1970
Spiel-Controller: None erkannt
------------------------------------------------------------------------------------------------
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: 0000000000000000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, value 0 = read operation, 1 = write operation
Arg4: fffff8800fac1cc6, address which referenced memory
Debugging Details:
------------------
WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800032c9100
GetUlongFromAddress: unable to read from fffff800032c91c0
0000000000000000 Nonpaged pool
CURRENT_IRQL: 2
FAULTING_IP:
nvlddmkm+1cecc6
fffff880`0fac1cc6 ?? ???
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
BUGCHECK_STR: 0xD1
PROCESS_NAME: System
ANALYSIS_VERSION: 6.3.9600.17237 (debuggers(dbg).140716-0327) amd64fre
DPC_STACK_BASE: FFFFF88003928FB0
TRAP_FRAME: fffff88003921730 -- (.trap 0xfffff88003921730)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000003200 rbx=0000000000000000 rcx=fffffa8005202000
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800fac1cc6 rsp=fffff880039218c0 rbp=fffff88003921a20
r8=0000000000003200 r9=0000000000000000 r10=0000000000000000
r11=fffffa8007e13000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
nvlddmkm+0x1cecc6:
fffff880`0fac1cc6 ?? ???
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80003091169 to fffff80003091bc0
STACK_TEXT:
fffff880`039215e8 fffff800`03091169 : 00000000`0000000a 00000000`00000000 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`039215f0 fffff800`0308fde0 : 00000000`00000020 fffff880`03921740 fffffa80`00000000 00000000`00000026 : nt!KiBugCheckDispatch+0x69
fffff880`03921730 fffff880`0fac1cc6 : 00000000`0000002e 00000000`00000006 00000000`00000000 fffff880`0fb0a99c : nt!KiPageFault+0x260
fffff880`039218c0 00000000`0000002e : 00000000`00000006 00000000`00000000 fffff880`0fb0a99c 00000000`00000000 : nvlddmkm+0x1cecc6
fffff880`039218c8 00000000`00000006 : 00000000`00000000 fffff880`0fb0a99c 00000000`00000000 fffff880`0fcf9290 : 0x2e
fffff880`039218d0 00000000`00000000 : fffff880`0fb0a99c 00000000`00000000 fffff880`0fcf9290 00000000`00000026 : 0x6
STACK_COMMAND: kb
FOLLOWUP_IP:
nvlddmkm+1cecc6
fffff880`0fac1cc6 ?? ???
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: nvlddmkm+1cecc6
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nvlddmkm
IMAGE_NAME: nvlddmkm.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 541ba7c2
FAILURE_BUCKET_ID: X64_0xD1_nvlddmkm+1cecc6
BUCKET_ID: X64_0xD1_nvlddmkm+1cecc6
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:x64_0xd1_nvlddmkm+1cecc6
FAILURE_ID_HASH: {22a0baf7-58ca-c1aa-feba-c2a98c484797}
Followup: MachineOwner
---------------------------------------------------------------------------------------------
KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff8800db34210, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: 0000000000000000, Parameter 1 of the exception
Debugging Details:
------------------
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002303100
GetUlongFromAddress: unable to read from fffff800023031c0
ffffffffffffffff
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.
FAULTING_IP:
+4b3d4e0
fffff880`0db34210 3851b3 cmp byte ptr [rcx-4Dh],dl
EXCEPTION_PARAMETER2: ffffffffffffffff
BUGCHECK_STR: 0x1E_c0000005_R
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
PROCESS_NAME: System
CURRENT_IRQL: 2
ANALYSIS_VERSION: 6.3.9600.17237 (debuggers(dbg).140716-0327) amd64fre
LAST_CONTROL_TRANSFER: from fffff8000220062d to fffff800020fc622
CONTEXT: fffff8800db34990 -- (.cxr 0xfffff8800db34990;r)
rax=0000000000000002 rbx=fffff8000225bc70 rcx=fffff8800db353d0
rdx=7200000000000000 rsi=000000000000005c rdi=fffff8800db353d0
rip=fffff800020fc622 rsp=fffff8800db35370 rbp=0000000000001000
r8=0000000000000000 r9=0000000000000000 r10=fffff8000225b588
r11=fffffa800a43abc0 r12=fffff8000225b580 r13=0000000000000000
r14=0000000000000000 r15=0000000042526354
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010282
nt!KxWaitForLockOwnerShip+0x12:
fffff800`020fc622 48890a mov qword ptr [rdx],rcx ds:002b:72000000`00000000=????????????????
Last set context:
rax=0000000000000002 rbx=fffff8000225bc70 rcx=fffff8800db353d0
rdx=7200000000000000 rsi=000000000000005c rdi=fffff8800db353d0
rip=fffff800020fc622 rsp=fffff8800db35370 rbp=0000000000001000
r8=0000000000000000 r9=0000000000000000 r10=fffff8000225b588
r11=fffffa800a43abc0 r12=fffff8000225b580 r13=0000000000000000
r14=0000000000000000 r15=0000000042526354
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010282
nt!KxWaitForLockOwnerShip+0x12:
fffff800`020fc622 48890a mov qword ptr [rdx],rcx ds:002b:72000000`00000000=????????????????
Resetting default scope
STACK_TEXT:
fffff880`0db35370 fffff800`0220062d : fffff800`0225bc70 000005ac`0db35600 fffffa80`0a973380 fffff880`00000000 : nt!KxWaitForLockOwnerShip+0x12
fffff880`0db353a0 fffff800`020abd9a : fffffa80`00000000 00000000`00000000 00000000`42526354 00000000`00000000 : nt!ExAllocatePoolWithTag+0xa1d
fffff880`0db35490 fffff880`01e8db2e : fffffa80`0abb7000 00000000`00000000 fffffa80`094d2b80 fffff880`01e8dd20 : nt!ExAllocatePoolWithTagPriority+0x4a
fffff880`0db35520 fffff880`01e8d972 : fffffa80`05e0d0d0 00000000`000005ac 00000000`000005ac 00000000`00000000 : tcpip!TcpTcbReassemblyAllocateHeaderData+0x4e
fffff880`0db35560 fffff880`01e8dc5f : fffffa80`05e0d0d0 fffffa80`0a43abc0 fffffa80`07a5fd50 00000000`ee36a96a : tcpip!TcpTcbReassemblyInsertNetBufferList+0x82
fffff880`0db355b0 fffff880`01e73354 : 00000000`00000010 00000000`00000010 00000000`00000000 fffff880`0db35870 : tcpip!TcpTcbReassemblyInsertSegment+0xcf
fffff880`0db35630 fffff880`01e63f38 : 00000000`00000000 00000000`00000000 00000000`00000000 fffff880`01dbd17b : tcpip!TcpTcbCarefulDatagram+0x1c84
fffff880`0db357e0 fffff880`01e6199a : fffffa80`0a43abc0 fffff880`01e5a801 fffffa80`06144800 fffff880`027dc180 : tcpip!TcpTcbReceive+0x37c
fffff880`0db358f0 fffff880`01e626cb : fffff880`06e69ce2 fffffa80`062d2000 00000000`00000000 00000000`00000000 : tcpip!TcpMatchReceive+0x1fa
fffff880`0db35a40 fffff880`01e5af37 : fffffa80`06167f00 fffffa80`062e53a0 fffffa80`0000dbf3 00000000`00000000 : tcpip!TcpPreValidatedReceive+0x36b
fffff880`0db35b10 fffff880`01e5aaaa : 00000000`00000000 fffff880`01f6d9a0 fffff880`0db35cd0 00001f80`00ca0280 : tcpip!IppDeliverListToProtocol+0x97
fffff880`0db35bd0 fffff880`01e5a0a9 : 00000000`00000000 00000000`00000000 00000000`00000000 fffff880`0db35cc0 : tcpip!IppProcessDeliverList+0x5a
fffff880`0db35c70 fffff880`01e57d4f : fffffa80`fdd9f857 fffff880`01f6d9a0 fffff880`01f6d9a0 00000000`00000000 : tcpip!IppReceiveHeaderBatch+0x23a
fffff880`0db35d50 fffff880`01e57322 : fffffa80`07ad0bf0 00000000`00000000 fffffa80`07ad0001 00000000`00000001 : tcpip!IpFlcReceivePackets+0x64f
fffff880`0db35f50 fffff880`01e5674a : fffffa80`07ad0010 fffff880`0db36080 fffffa80`07ad0010 00000002`9a000000 : tcpip!FlpReceiveNonPreValidatedNetBufferListChain+0x2b2
fffff880`0db36030 fffff800`020d7878 : fffffa80`07a5fd50 00000000`00004800 fffffa80`0a11d060 00000000`00000000 : tcpip!FlReceiveNetBufferListChainCalloutRoutine+0xda
fffff880`0db36080 fffff880`01e56e42 : fffff880`01e56670 fffff880`044b44a0 fffff880`044b4502 fffff880`044b3e00 : nt!KeExpandKernelStackAndCalloutEx+0xd8
fffff880`0db36160 fffff880`01dbd0eb : fffffa80`07ad1010 00000000`00000000 fffffa80`072e51a0 fffff800`021ff30d : tcpip!FlReceiveNetBufferListChain+0xb2
fffff880`0db361d0 fffff880`01d86ad6 : fffffa80`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ndis!ndisMIndicateNetBufferListsToOpen+0xdb
fffff880`0db36240 fffff880`01d095d4 : fffffa80`072e51a0 00000000`00000002 00000000`00000001 fffff880`0db365f0 : ndis!ndisMDispatchReceiveNetBufferLists+0x1d6
fffff880`0db366c0 fffff880`01d09549 : fffff880`06e5b673 00000000`00000000 fffff880`06e5bc69 fffff880`01d094c4 : ndis!ndisMTopReceiveNetBufferLists+0x24
fffff880`0db36700 fffff880`01d094e0 : 00000000`00000000 00000000`00000001 00000000`00000000 fffffa80`082b8560 : ndis!ndisFilterIndicateReceiveNetBufferLists+0x29
fffff880`0db36740 fffff880`045e1f86 : 00000000`00000000 00000000`00000001 fffffa80`07acbbd0 fffffa80`082b8560 : ndis!NdisFIndicateReceiveNetBufferLists+0x50
fffff880`0db36780 00000000`00000000 : 00000000`00000001 fffffa80`07acbbd0 fffffa80`082b8560 00000000`00000001 : klim6+0x2f86
FOLLOWUP_IP:
tcpip!TcpTcbReassemblyAllocateHeaderData+4e
fffff880`01e8db2e 48894310 mov qword ptr [rbx+10h],rax
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: tcpip!TcpTcbReassemblyAllocateHeaderData+4e
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: tcpip
IMAGE_NAME: tcpip.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 533f5bd4
IMAGE_VERSION: 6.1.7601.18438
STACK_COMMAND: .cxr 0xfffff8800db34990 ; kb
FAILURE_BUCKET_ID: X64_0x1E_c0000005_R_tcpip!TcpTcbReassemblyAllocateHeaderData+4e
BUCKET_ID: X64_0x1E_c0000005_R_tcpip!TcpTcbReassemblyAllocateHeaderData+4e
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:x64_0x1e_c0000005_r_tcpip!tcptcbreassemblyallocateheaderdata+4e
FAILURE_ID_HASH: {c22fb6ee-503a-91d5-4324-7df960e4c09f}
Followup: MachineOwner
-----------------------------------------------------------------
UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault). The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
use .trap on that value
Else
.trap on the appropriate frame will show where the trap was taken
(on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: 0000000080050031
Arg3: 00000000000006f8
Arg4: fffff800760d6b80
Debugging Details:
------------------
BUGCHECK_STR: 0x7f_8
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
PROCESS_NAME: System
CURRENT_IRQL: 6
ANALYSIS_VERSION: 6.3.9600.17237 (debuggers(dbg).140716-0327) amd64fre
LAST_CONTROL_TRANSFER: from fffff800030d8169 to fffff800030d8bc0
STACK_TEXT:
fffff880`038ffde8 fffff800`030d8169 : 00000000`0000007f 00000000`00000008 00000000`80050031 00000000`000006f8 : nt!KeBugCheckEx
fffff880`038ffdf0 fffff800`030d6632 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`038fff30 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDoubleFaultAbort+0xb2
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!KiDoubleFaultAbort+b2
fffff800`030d6632 90 nop
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: nt!KiDoubleFaultAbort+b2
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 53b9f073
IMAGE_VERSION: 6.1.7601.18526
FAILURE_BUCKET_ID: X64_0x7f_8_nt!KiDoubleFaultAbort+b2
BUCKET_ID: X64_0x7f_8_nt!KiDoubleFaultAbort+b2
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:x64_0x7f_8_nt!kidoublefaultabort+b2
FAILURE_ID_HASH: {0367acc4-9bb4-ab69-5701-46a2011718e9}
Followup: MachineOwner
Hoffe auf Hilfe, da ich selber sowie mein PC-Fachhändler komplett aufgeschmissen sind. Er hat mittlerweile aufgegeben und mich sogar an die Konkurrenz verwiesen nachdem er selber auch sämtliche Tests gemacht hat, Testprogramme hat laufen lassen (Memtest 18 Std, Benchmarks, uvm - im Prinzip sämtliche die mir auch geläufig waren) und Hardware gewechselt hat die ihm als Fehlerquelle einfiel, abgesehen von RAM-Riegeln. Wenn weitere Infos gewünscht sind, einfach Fragen, notfalls mit Erklärung wie ich sie beschaffen kann (wie bereits erwähnt - oftmals keine Ahnung).
Viele Grüße
Alshakar
Edit: Der unter den etwas "veralteten" Systeminfos aufgeführte Nvidia-Treiber ist mittlerweile erneuert und auf dem neuesten Stand.
habe vor zwei Wochen den alten Rechner von meinem Vater übernommen und aufgerüstet, seit dem geht nahezu nichts mehr - allerdings sagt mein Vater er hätte den selben Fehler vor dem Aufrüsten bereits erlebt, kurz bevor er mir den Rechner gab.
Zunächst mal ein paar Infos zu dem PC:
alte Hardware:
620W Netzteil Corsair HX
X58A-UD5 Gigabyte Mainboard
Intel Core i7 930 @2,8 GHz - nicht OC
1 TB HDD
6 GB RAM (3x 2GB Kingston DDR3)
neue Hardware:
EVGA Geforce GTX 980 SC ACX 2.0
500 GB SSD
angeschlossene, zusätzliche Hardware:
EIZO Bildschirm
Logitech G15 und Logitech Maus
ab und zu Empfänger für den XBOX-Controller.
System wurde komplett neu aufgesetzt, Treiber sind aktuell, Windows 7 64 Bit.
Der Fehler bzw die auftretenden Fehler sind folgende:
- PC ging einfach aus und startete neu; Kernelerror - vermutlich Behoben, da (leider kaufneues) Stromkabel (NT) defekt.
- PC geht einfach aus, startet jedoch problemlos neu.
- PC geht einfach aus, jedes mal die selbe (nichts sagende) Fehlermeldung. V.a. Bugcheck code: 0, kein STOP-Error, PowerButtonTimestamp: 0, SleepInProgress False
- PC geht aus, manchmal piepen(teils exzessiv) manchmal nicht, startet neu bis zu dem Punkt "Recovering lost D-RAM size", geht aus und von vorn. Das ganze genau (!) drei mal, beim vierten mal fährt er hoch und ich kann Windows normal oder abgesichert starten. Allerdings werden danach zwar noch 6 GB RAM erkannt aber nurnoch 4 GB sind verfügbar. Nach normalen Neustart funktionieren allerdings wieder alle 6 GB. Teilweise zeigt er einen Blue Screen, dieser wird aber in keinerlei Log gespeichert. Habe jetzt mal umgestellt auf Minidump und werde beim nächsten Absturz die Debug Tools analysieren lassen, wenn es denn klappt.
Dieser Fehler ist aktuell mein Hauptproblem.
- PC friert unter (Grafik-)Last ein und ist nurnoch durch das Festhalten des Powerknopfes auszumachen/neu zu starten.
Hauptproblem neben dem o.g.
- weitere Fehler, teils auch schwerwiegend, allerdings jeweils einzelnd auftretend ohne Wiederholungen.
Meine bisherigen Lösungsansätze:
- RAM-Riegel: Memtest durchlaufen lassen, Intel Extreme Tuning Utility und Windows Leistungsindex laufen lassen, Riegel entfernen und neu einsetzen -> keine Besserung BISHER NOCH NICHT VERSUCHT RIEGEL ZU TAUSCHEN!
- Treiber/BIOS: aktuellste, sowie (zB im Falle von Nvidia) ältere Treiber getestet, sofern bei neuen Treibern auf älteren
Grakas ähnliche Fehler auftraten. BIOS F6 drauf, sprich aktuellstes abgesehen von 2 Beta-Versionen. -> keine Änderung
- Netzteil getauscht -> keine Änderung
- sämtliche Benchmarktests die ich finden konnte gemacht ->Währenddessen keine Abstürze, d.h. Problem tritt NICHT zwingend unter Last auf
- Volt anpassen lassen vom Fachhändler. (Habe keine Ahnung von sowas, falls es also an der OC-Graka liegen sollte und jemand helfen will - bitte für Dumme)
weitere Infos die ich bislang sammeln konnte, darin enthalten 3 dumps die allerdings schon alt und vermutlich eher weniger relevant sind:
Prozessor:
Hersteller: GenuineIntel
CPU-Familie: 0x6
CPU-Modell: 0x1a
CPU-Stepping: 0x5
CPU-Typ: 0x0
Geschwindigkeit: 2833 MHz
8 logische Prozessoren
4 technische Prozessoren
HyperThreading: Unterstützt
FCMOV: Unterstützt
SSE2: Unterstützt
SSE3: Unterstützt
SSSE3: Unterstützt
SSE4a: Nicht unterstützt
SSE41: Unterstützt
SSE42: Unterstützt
Netzwerkinformationen:
Netzwerk-Geschwindigkeit:
Betriebssystem:
Windows 7 (64 Bit)
NTFS: Unterstützt
Crypto Provider Codes: Unterstützt 311 0x0 0x0 0x0
Grafikkarte:
Treiber: NVIDIA GeForce GTX 980
DirectX-Treibername: nvd3dum.dll
Treiberversion: 9.18.13.4411
DirectX-Treiberversion: 9.18.13.4411
Treiberdatum: 13.Sep..2014
OpenGL-Version: 4.4
Desktop-Farbtiefe: 32 Bit per Pixel
Monitor-Aktualisierungsrate: 60 Hz
DirectX-Karte: NVIDIA GeForce GTX 980
Anbieterkennung: 0x10de
Gerätekennung: 0x13c0
Anzahl der Monitore: 1
Anzahl der logischen Grafikkarten: 1
Kein SLI oder Crossfire entdeckt
Prim. Anzeigeauflösung: 1920 x 1080
Desktopauflösung: 1920 x 1080
Prim. Anzeigegröße: 67.7 cm x 38.1 cm (77.6 cm diag.)
Primärer Bus: PCI Express 16x
Primärer VRAM: 4095 MB
Unterstützte MSAA-Modi: 2x 4x 8x
Soundkarte:
Audiogerät: Realtek Digital Output(Optical)
Speicher:
RAM: 6142 MB
Weitere Daten:
UI-Sprache: Deutsch (Deutsch)
Mikrofon: Not set
Medium: DVD
Verfügbarer Festplattenspeicher insgesamt: 1430705 MB
Größter freier Festplattenspeicherblock: 946246 MB
Betriebssystem Installationsdatum: Jan 01 1970
Spiel-Controller: None erkannt
------------------------------------------------------------------------------------------------
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: 0000000000000000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, value 0 = read operation, 1 = write operation
Arg4: fffff8800fac1cc6, address which referenced memory
Debugging Details:
------------------
WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800032c9100
GetUlongFromAddress: unable to read from fffff800032c91c0
0000000000000000 Nonpaged pool
CURRENT_IRQL: 2
FAULTING_IP:
nvlddmkm+1cecc6
fffff880`0fac1cc6 ?? ???
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
BUGCHECK_STR: 0xD1
PROCESS_NAME: System
ANALYSIS_VERSION: 6.3.9600.17237 (debuggers(dbg).140716-0327) amd64fre
DPC_STACK_BASE: FFFFF88003928FB0
TRAP_FRAME: fffff88003921730 -- (.trap 0xfffff88003921730)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000003200 rbx=0000000000000000 rcx=fffffa8005202000
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800fac1cc6 rsp=fffff880039218c0 rbp=fffff88003921a20
r8=0000000000003200 r9=0000000000000000 r10=0000000000000000
r11=fffffa8007e13000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
nvlddmkm+0x1cecc6:
fffff880`0fac1cc6 ?? ???
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80003091169 to fffff80003091bc0
STACK_TEXT:
fffff880`039215e8 fffff800`03091169 : 00000000`0000000a 00000000`00000000 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`039215f0 fffff800`0308fde0 : 00000000`00000020 fffff880`03921740 fffffa80`00000000 00000000`00000026 : nt!KiBugCheckDispatch+0x69
fffff880`03921730 fffff880`0fac1cc6 : 00000000`0000002e 00000000`00000006 00000000`00000000 fffff880`0fb0a99c : nt!KiPageFault+0x260
fffff880`039218c0 00000000`0000002e : 00000000`00000006 00000000`00000000 fffff880`0fb0a99c 00000000`00000000 : nvlddmkm+0x1cecc6
fffff880`039218c8 00000000`00000006 : 00000000`00000000 fffff880`0fb0a99c 00000000`00000000 fffff880`0fcf9290 : 0x2e
fffff880`039218d0 00000000`00000000 : fffff880`0fb0a99c 00000000`00000000 fffff880`0fcf9290 00000000`00000026 : 0x6
STACK_COMMAND: kb
FOLLOWUP_IP:
nvlddmkm+1cecc6
fffff880`0fac1cc6 ?? ???
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: nvlddmkm+1cecc6
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nvlddmkm
IMAGE_NAME: nvlddmkm.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 541ba7c2
FAILURE_BUCKET_ID: X64_0xD1_nvlddmkm+1cecc6
BUCKET_ID: X64_0xD1_nvlddmkm+1cecc6
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:x64_0xd1_nvlddmkm+1cecc6
FAILURE_ID_HASH: {22a0baf7-58ca-c1aa-feba-c2a98c484797}
Followup: MachineOwner
---------------------------------------------------------------------------------------------
KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff8800db34210, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: 0000000000000000, Parameter 1 of the exception
Debugging Details:
------------------
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002303100
GetUlongFromAddress: unable to read from fffff800023031c0
ffffffffffffffff
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.
FAULTING_IP:
+4b3d4e0
fffff880`0db34210 3851b3 cmp byte ptr [rcx-4Dh],dl
EXCEPTION_PARAMETER2: ffffffffffffffff
BUGCHECK_STR: 0x1E_c0000005_R
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
PROCESS_NAME: System
CURRENT_IRQL: 2
ANALYSIS_VERSION: 6.3.9600.17237 (debuggers(dbg).140716-0327) amd64fre
LAST_CONTROL_TRANSFER: from fffff8000220062d to fffff800020fc622
CONTEXT: fffff8800db34990 -- (.cxr 0xfffff8800db34990;r)
rax=0000000000000002 rbx=fffff8000225bc70 rcx=fffff8800db353d0
rdx=7200000000000000 rsi=000000000000005c rdi=fffff8800db353d0
rip=fffff800020fc622 rsp=fffff8800db35370 rbp=0000000000001000
r8=0000000000000000 r9=0000000000000000 r10=fffff8000225b588
r11=fffffa800a43abc0 r12=fffff8000225b580 r13=0000000000000000
r14=0000000000000000 r15=0000000042526354
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010282
nt!KxWaitForLockOwnerShip+0x12:
fffff800`020fc622 48890a mov qword ptr [rdx],rcx ds:002b:72000000`00000000=????????????????
Last set context:
rax=0000000000000002 rbx=fffff8000225bc70 rcx=fffff8800db353d0
rdx=7200000000000000 rsi=000000000000005c rdi=fffff8800db353d0
rip=fffff800020fc622 rsp=fffff8800db35370 rbp=0000000000001000
r8=0000000000000000 r9=0000000000000000 r10=fffff8000225b588
r11=fffffa800a43abc0 r12=fffff8000225b580 r13=0000000000000000
r14=0000000000000000 r15=0000000042526354
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010282
nt!KxWaitForLockOwnerShip+0x12:
fffff800`020fc622 48890a mov qword ptr [rdx],rcx ds:002b:72000000`00000000=????????????????
Resetting default scope
STACK_TEXT:
fffff880`0db35370 fffff800`0220062d : fffff800`0225bc70 000005ac`0db35600 fffffa80`0a973380 fffff880`00000000 : nt!KxWaitForLockOwnerShip+0x12
fffff880`0db353a0 fffff800`020abd9a : fffffa80`00000000 00000000`00000000 00000000`42526354 00000000`00000000 : nt!ExAllocatePoolWithTag+0xa1d
fffff880`0db35490 fffff880`01e8db2e : fffffa80`0abb7000 00000000`00000000 fffffa80`094d2b80 fffff880`01e8dd20 : nt!ExAllocatePoolWithTagPriority+0x4a
fffff880`0db35520 fffff880`01e8d972 : fffffa80`05e0d0d0 00000000`000005ac 00000000`000005ac 00000000`00000000 : tcpip!TcpTcbReassemblyAllocateHeaderData+0x4e
fffff880`0db35560 fffff880`01e8dc5f : fffffa80`05e0d0d0 fffffa80`0a43abc0 fffffa80`07a5fd50 00000000`ee36a96a : tcpip!TcpTcbReassemblyInsertNetBufferList+0x82
fffff880`0db355b0 fffff880`01e73354 : 00000000`00000010 00000000`00000010 00000000`00000000 fffff880`0db35870 : tcpip!TcpTcbReassemblyInsertSegment+0xcf
fffff880`0db35630 fffff880`01e63f38 : 00000000`00000000 00000000`00000000 00000000`00000000 fffff880`01dbd17b : tcpip!TcpTcbCarefulDatagram+0x1c84
fffff880`0db357e0 fffff880`01e6199a : fffffa80`0a43abc0 fffff880`01e5a801 fffffa80`06144800 fffff880`027dc180 : tcpip!TcpTcbReceive+0x37c
fffff880`0db358f0 fffff880`01e626cb : fffff880`06e69ce2 fffffa80`062d2000 00000000`00000000 00000000`00000000 : tcpip!TcpMatchReceive+0x1fa
fffff880`0db35a40 fffff880`01e5af37 : fffffa80`06167f00 fffffa80`062e53a0 fffffa80`0000dbf3 00000000`00000000 : tcpip!TcpPreValidatedReceive+0x36b
fffff880`0db35b10 fffff880`01e5aaaa : 00000000`00000000 fffff880`01f6d9a0 fffff880`0db35cd0 00001f80`00ca0280 : tcpip!IppDeliverListToProtocol+0x97
fffff880`0db35bd0 fffff880`01e5a0a9 : 00000000`00000000 00000000`00000000 00000000`00000000 fffff880`0db35cc0 : tcpip!IppProcessDeliverList+0x5a
fffff880`0db35c70 fffff880`01e57d4f : fffffa80`fdd9f857 fffff880`01f6d9a0 fffff880`01f6d9a0 00000000`00000000 : tcpip!IppReceiveHeaderBatch+0x23a
fffff880`0db35d50 fffff880`01e57322 : fffffa80`07ad0bf0 00000000`00000000 fffffa80`07ad0001 00000000`00000001 : tcpip!IpFlcReceivePackets+0x64f
fffff880`0db35f50 fffff880`01e5674a : fffffa80`07ad0010 fffff880`0db36080 fffffa80`07ad0010 00000002`9a000000 : tcpip!FlpReceiveNonPreValidatedNetBufferListChain+0x2b2
fffff880`0db36030 fffff800`020d7878 : fffffa80`07a5fd50 00000000`00004800 fffffa80`0a11d060 00000000`00000000 : tcpip!FlReceiveNetBufferListChainCalloutRoutine+0xda
fffff880`0db36080 fffff880`01e56e42 : fffff880`01e56670 fffff880`044b44a0 fffff880`044b4502 fffff880`044b3e00 : nt!KeExpandKernelStackAndCalloutEx+0xd8
fffff880`0db36160 fffff880`01dbd0eb : fffffa80`07ad1010 00000000`00000000 fffffa80`072e51a0 fffff800`021ff30d : tcpip!FlReceiveNetBufferListChain+0xb2
fffff880`0db361d0 fffff880`01d86ad6 : fffffa80`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ndis!ndisMIndicateNetBufferListsToOpen+0xdb
fffff880`0db36240 fffff880`01d095d4 : fffffa80`072e51a0 00000000`00000002 00000000`00000001 fffff880`0db365f0 : ndis!ndisMDispatchReceiveNetBufferLists+0x1d6
fffff880`0db366c0 fffff880`01d09549 : fffff880`06e5b673 00000000`00000000 fffff880`06e5bc69 fffff880`01d094c4 : ndis!ndisMTopReceiveNetBufferLists+0x24
fffff880`0db36700 fffff880`01d094e0 : 00000000`00000000 00000000`00000001 00000000`00000000 fffffa80`082b8560 : ndis!ndisFilterIndicateReceiveNetBufferLists+0x29
fffff880`0db36740 fffff880`045e1f86 : 00000000`00000000 00000000`00000001 fffffa80`07acbbd0 fffffa80`082b8560 : ndis!NdisFIndicateReceiveNetBufferLists+0x50
fffff880`0db36780 00000000`00000000 : 00000000`00000001 fffffa80`07acbbd0 fffffa80`082b8560 00000000`00000001 : klim6+0x2f86
FOLLOWUP_IP:
tcpip!TcpTcbReassemblyAllocateHeaderData+4e
fffff880`01e8db2e 48894310 mov qword ptr [rbx+10h],rax
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: tcpip!TcpTcbReassemblyAllocateHeaderData+4e
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: tcpip
IMAGE_NAME: tcpip.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 533f5bd4
IMAGE_VERSION: 6.1.7601.18438
STACK_COMMAND: .cxr 0xfffff8800db34990 ; kb
FAILURE_BUCKET_ID: X64_0x1E_c0000005_R_tcpip!TcpTcbReassemblyAllocateHeaderData+4e
BUCKET_ID: X64_0x1E_c0000005_R_tcpip!TcpTcbReassemblyAllocateHeaderData+4e
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:x64_0x1e_c0000005_r_tcpip!tcptcbreassemblyallocateheaderdata+4e
FAILURE_ID_HASH: {c22fb6ee-503a-91d5-4324-7df960e4c09f}
Followup: MachineOwner
-----------------------------------------------------------------
UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault). The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
use .trap on that value
Else
.trap on the appropriate frame will show where the trap was taken
(on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: 0000000080050031
Arg3: 00000000000006f8
Arg4: fffff800760d6b80
Debugging Details:
------------------
BUGCHECK_STR: 0x7f_8
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
PROCESS_NAME: System
CURRENT_IRQL: 6
ANALYSIS_VERSION: 6.3.9600.17237 (debuggers(dbg).140716-0327) amd64fre
LAST_CONTROL_TRANSFER: from fffff800030d8169 to fffff800030d8bc0
STACK_TEXT:
fffff880`038ffde8 fffff800`030d8169 : 00000000`0000007f 00000000`00000008 00000000`80050031 00000000`000006f8 : nt!KeBugCheckEx
fffff880`038ffdf0 fffff800`030d6632 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`038fff30 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDoubleFaultAbort+0xb2
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!KiDoubleFaultAbort+b2
fffff800`030d6632 90 nop
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: nt!KiDoubleFaultAbort+b2
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 53b9f073
IMAGE_VERSION: 6.1.7601.18526
FAILURE_BUCKET_ID: X64_0x7f_8_nt!KiDoubleFaultAbort+b2
BUCKET_ID: X64_0x7f_8_nt!KiDoubleFaultAbort+b2
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:x64_0x7f_8_nt!kidoublefaultabort+b2
FAILURE_ID_HASH: {0367acc4-9bb4-ab69-5701-46a2011718e9}
Followup: MachineOwner
Hoffe auf Hilfe, da ich selber sowie mein PC-Fachhändler komplett aufgeschmissen sind. Er hat mittlerweile aufgegeben und mich sogar an die Konkurrenz verwiesen nachdem er selber auch sämtliche Tests gemacht hat, Testprogramme hat laufen lassen (Memtest 18 Std, Benchmarks, uvm - im Prinzip sämtliche die mir auch geläufig waren) und Hardware gewechselt hat die ihm als Fehlerquelle einfiel, abgesehen von RAM-Riegeln. Wenn weitere Infos gewünscht sind, einfach Fragen, notfalls mit Erklärung wie ich sie beschaffen kann (wie bereits erwähnt - oftmals keine Ahnung).
Viele Grüße
Alshakar
Edit: Der unter den etwas "veralteten" Systeminfos aufgeführte Nvidia-Treiber ist mittlerweile erneuert und auf dem neuesten Stand.
Zuletzt bearbeitet:
(siehe Edit)
