Ik zat mijn pc met spybot s&d te scannen en opeens een blauw scherm.
De pc opnieuw opgestart en opnieuw scannen en weer een bsod.
Ik heb op mijn pc het programma win debug geïnstalleerd met de bij behorende symboolbestanden en dit laat de crashlog zien:
Misschien kunnen jullie wat met deze info.
De laatste tijd zit er ook een hik in het geluid en ik heb wel vaker bsod's de laatste tijd.
Zou het aan het geheugen kunnen liggen?
Zo nee, wat zou dan de oorzaak kunnen zijn?
Zo ja, dan is het langzamerhand tijd voor een nieuwe pc.
Het beestje is al 3,5 jaar oud en zeer intensief gebruikt, dus in principe is de pc al afgeschreven en ik heb geen zin meer om geld aan deze pc uit te geven.
De pc opnieuw opgestart en opnieuw scannen en weer een bsod.
Ik heb op mijn pc het programma win debug geïnstalleerd met de bij behorende symboolbestanden en dit laat de crashlog zien:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
| Microsoft (R) Windows Debugger Version 6.4.0004.4
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\WINDOWS\Minidump\Mini052806-02.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: C:\WINDOWS\Symbols
Executable search path is:
Unable to load image ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055a420
Debug session time: Sun May 28 00:36:51.265 2006 (GMT+2)
System Uptime: 0 days 0:05:03.831
Unable to load image ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Loading Kernel Symbols
.........................................................................................................................................
Loading unloaded module list
..........
Loading User Symbols
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000000A, {10, 2, 0, 804f0464}
Probably caused by : ntoskrnl.exe ( nt!FsRtlRemoveMcbEntry+5e )
Followup: MachineOwner
---------
kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
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: 00000010, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: 804f0464, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: 00000010
CURRENT_IRQL: 2
FAULTING_IP:
nt!FsRtlRemoveMcbEntry+5e
804f0464 f6421007 test byte ptr [edx+0x10],0x7
CUSTOMER_CRASH_COUNT: 2
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0xA
LAST_CONTROL_TRANSFER: from 00000000 to 804f0464
STACK_TEXT:
8657a520 00000000 86b8a1d8 86b7bf18 8657add0 nt!FsRtlRemoveMcbEntry+0x5e
FOLLOWUP_IP:
nt!FsRtlRemoveMcbEntry+5e
804f0464 f6421007 test byte ptr [edx+0x10],0x7
SYMBOL_STACK_INDEX: 0
FOLLOWUP_NAME: MachineOwner
SYMBOL_NAME: nt!FsRtlRemoveMcbEntry+5e
MODULE_NAME: nt
IMAGE_NAME: ntoskrnl.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 42250ff9
STACK_COMMAND: kb
FAILURE_BUCKET_ID: 0xA_nt!FsRtlRemoveMcbEntry+5e
BUCKET_ID: 0xA_nt!FsRtlRemoveMcbEntry+5e
Followup: MachineOwner
--------- |
Misschien kunnen jullie wat met deze info.
De laatste tijd zit er ook een hik in het geluid en ik heb wel vaker bsod's de laatste tijd.
Zou het aan het geheugen kunnen liggen?
Zo nee, wat zou dan de oorzaak kunnen zijn?
Zo ja, dan is het langzamerhand tijd voor een nieuwe pc.
Het beestje is al 3,5 jaar oud en zeer intensief gebruikt, dus in principe is de pc al afgeschreven en ik heb geen zin meer om geld aan deze pc uit te geven.