Blue screen na nieuwe windows installatie

[marcelmaria]

Hallo medetweakers

Ik heb een probleem met mijn pc

Nadat ik een nieuwe windows 7 installatie heb gedaan krijg ik een BSOD

Dit gebeurde pas na de eerste update van windows

Met de drivers installeren ging alles goed en na windows update ging het mis

Dit is wat ik van Bluescreenview krijg
==================================================
Dump File : MEMORY.DMP
Crash Time : 4-1-2015 23:53:14
Bug Check String : IRQL_NOT_LESS_OR_EQUAL
Bug Check Code : 0x0000000a
Parameter 1 : 00000000`00000000
Parameter 2 : 00000000`00000002
Parameter 3 : 00000000`00000001
Parameter 4 : fffff800`034d877f
Caused By Driver :
Caused By Address :
File Description :
Product Name :
Company :
File Version :
Processor : x64
Crash Address :
Stack Address 1 :
Stack Address 2 :
Stack Address 3 :
Computer Name :
Full Path : C:\Windows\MEMORY.DMP
Processors Count : 4
Major Version : 15
Minor Version : 7601
Dump File Size : 504.185.599
Dump File Time : 4-1-2015 23:54:14

Whocrashed zegt

Crash dump directory: C:\Windows\Minidump

Crash dumps are enabled on your computer.

On Sun 4-1-2015 22:53:14 GMT your computer crashed
crash dump file: C:\Windows\memory.dmp
This was probably caused by the following module: Unknown (0x00000000)
Bugcheck code: 0xA (0x0, 0x2, 0x1, 0xFFFFF800034D877F)
Error: IRQL_NOT_LESS_OR_EQUAL
Bug check description: This indicates that Microsoft Windows or a kernel-mode driver accessed paged memory at DISPATCH_LEVEL or above.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem.
A third party driver was identified as the probable root cause of this system error.


Krijg niet echt veel informatie van Bluescreen view en internet wordt ik ook niet veel wijzer

[ Voor 22% gewijzigd door marcelmaria op 05-01-2015 00:46 ]

[Thralas]

Hier kunnen we niets mee zonder meerdere bluescreens en/of een faulting module.

[marcelmaria]

daar was ik idd al bang voor

Ik krijg helaas niet meer info

Ben nu op me game pc memtest aan het draaien

hopelijk vind die wat

[Dysmael]

Gebruik geen Bluescreenview en Whocrashed maar gewoon Windbg. Die geeft veel meer inzicht.
MSDN: Debugging Tools for Windows (WinDbg, KD, CDB, NTSD) (Windows Debuggers)

Symbols inladen:
.sympath srv*c:\symbols*http://msdl.microsoft.com/download/symbols
.reload /f
Dumpfile openen
!analyze -v

[marcelmaria]

ik zal zien of ik wat kan doen met wat jij stuurt rolfLobker

3 uren memtest heeft geen probleem gevonden

dit is wat ik van winDdg krijg


IRQL_NOT_LESS_OR_EQUAL (a)
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 a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff800034d877f, address which referenced memory


ADDITIONAL_DEBUG_TEXT:
You can run '.symfix; .reload' to try to fix the symbol path and load symbols.

MODULE_NAME: nt

FAULTING_MODULE: fffff8000344e000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4ce7951a

WRITE_ADDRESS: 0000000000000000

CURRENT_IRQL: 0

FAULTING_IP:
nt!KeAcquireInStackQueuedSpinLockAtDpcLevel+4f
fffff800`034d877f 48 dec eax

DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT

BUGCHECK_STR: 0xA

ANALYSIS_VERSION: 6.3.9600.17298 (debuggers(dbg).141024-1500) x86fre

LAST_CONTROL_TRANSFER: from 0000000000000000 to 0000000000000000

STACK_TEXT:
00000000 00000000 00000000 00000000 00000000 0x0


STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_IP:
nt!KeAcquireInStackQueuedSpinLockAtDpcLevel+4f
fffff800`034d877f 48 dec eax

SYMBOL_NAME: nt!KeAcquireInStackQueuedSpinLockAtDpcLevel+4f

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: ntkrnlmp.exe

IMAGE_VERSION: 6.1.7601.17514

BUCKET_ID: WRONG_SYMBOLS

FAILURE_BUCKET_ID: WRONG_SYMBOLS

ANALYSIS_SOURCE: KM

FAILURE_ID_HASH_STRING: km:wrong_symbols

FAILURE_ID_HASH: {70b057e8-2462-896f-28e7-ac72d4d365f8}

Followup: MachineOwner

Hopelijk kunnen jullie hier wat mee ik kom er niet meer uit

---------

[ Voor 90% gewijzigd door marcelmaria op 05-01-2015 13:15 ]

[Question Mark]

marcelmaria schreef op maandag 05 januari 2015 @ 12:34:
This is usually caused by drivers using improper addresses.

De (waarschijnlijke) oorzaak staat letterlijk in je post... Update je drivers eens.

Als je al de nieuwste drivers hebt, test dan eens een oudere versie. De nieuwste drivers wil nog niet zeggen dat ze ook meer bugvrij zijn dan oudere versies.

[marcelmaria]

mijn engels is niet dat je zegt goed vandaar

Nu heb ik net me drivers nagegelopen en is er voor mijn audio een nieuwere driver

en gister 1 x BSOD gehad en nu totaal geen last meer gehad

[ Voor 19% gewijzigd door marcelmaria op 05-01-2015 13:44 ]

[Dysmael]

Symbols zijn niet goed geladen. Output van WinDbg is daardoor niet accuraat;

ADDITIONAL_DEBUG_TEXT:
You can run '.symfix; .reload' to try to fix the symbol path and load symbols.

FAILURE_ID_HASH_STRING: km:wrong_symbols

[ Voor 15% gewijzigd door Dysmael op 05-01-2015 20:09 ]

[marcelmaria]

Nieuwe windows installatie gedaan
met allenieuwste drivers
windows updates is goed gegaan nu geen BSOD

vandaag geen BSOD meer gehad

hopelijk blijft dit zo

nu bedenk ik mij net ik had al een wachtwoord op mijn pc voordat ik updates ging doen kan dit ook een probleem gegeven hebben?

[ Voor 28% gewijzigd door marcelmaria op 05-01-2015 20:54 ]

[Dysmael]

Nee
Zou ook raar zijn. Dat zou betekenen dat je nooit meer mag updaten nadat je een wachtwoord hebt ingesteld.
Leidt dan wel tot grappige situaties aangezien automatische updaten standaard aan staat.

[marcelmaria]

haha ja daar heb je idd een punt

Tot nu toe geen last meer gehad gelukkig