I’ll try that… while I am waiting for someone to look at the .dmp files… I downloaded windows debugger and I saw that it said the problem is being caused by aswsp.sys which is an Avast driver file. Maybe this might help somewhat to figure out the problem.
Below is what the debugger says when I open the dump files… I dont know what it means that the symbols are wrong but here it is.
Loading Dump File [C:\WINDOWS\Minidump\Mini010110-07.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: *** Invalid ***
- Symbol loading may be unreliable without a symbol search path. *
- Use .symfix to have the debugger choose a symbol path. *
- After setting your symbol path, use .reload to refresh symbol locations. *
Executable search path is:
- Symbols can not be loaded because symbol path is not initialized. *
-
*
- The Symbol Path can be set by: *
- using the _NT_SYMBOL_PATH environment variable. *
- using the -y <symbol_path> argument when starting the debugger. *
- using .sympath and .sympath+ *
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720
Debug session time: Fri Jan 1 12:21:50.750 2010 (GMT-5)
System Uptime: 0 days 0:03:35.453
- Symbols can not be loaded because symbol path is not initialized. *
-
*
- The Symbol Path can be set by: *
- using the _NT_SYMBOL_PATH environment variable. *
- using the -y <symbol_path> argument when starting the debugger. *
- using .sympath and .sympath+ *
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
…
…
- Symbols can not be loaded because symbol path is not initialized. *
-
*
- The Symbol Path can be set by: *
- using the _NT_SYMBOL_PATH environment variable. *
- using the -y <symbol_path> argument when starting the debugger. *
- using .sympath and .sympath+ *
- Symbols can not be loaded because symbol path is not initialized. *
-
*
- The Symbol Path can be set by: *
- using the _NT_SYMBOL_PATH environment variable. *
- using the -y <symbol_path> argument when starting the debugger. *
- using .sympath and .sympath+ *
ADDITIONAL_DEBUG_TEXT:
Use ‘!findthebuild’ command to search for the target build information.
If the build information is available, run ‘!findthebuild -s ; .reload’ to set symbol path and load symbols.
MODULE_NAME: aswSP
FAULTING_MODULE: 804d7000 nt
DEBUG_FLR_IMAGE_TIMESTAMP: 4aaf72a1
BUGCHECK_STR: 0xc4_3c
CUSTOMER_CRASH_COUNT: 7
DEFAULT_BUCKET_ID: COMMON_SYSTEM_FAULT
LAST_CONTROL_TRANSFER: from 8065979c to 804f9f43
STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be wrong.
b6eaed00 8065979c 000000c4 0000003c 00000098 nt+0x22f43
b6eaed20 a9a6484a 00000098 00000000 00000000 nt+0x18279c
b6eaed48 a9a666c6 00000098 0071fcd4 b6eaed64 aswSP+0x684a
b6eaed58 8054162c 00000098 0071fcd4 7c90e514 aswSP+0x86c6
b6eaed64 7c90e514 badb0d00 0071fcd0 00000000 nt+0x6a62c
b6eaed68 badb0d00 0071fcd0 00000000 00000000 0x7c90e514
b6eaed6c 0071fcd0 00000000 00000000 00000000 0xbadb0d00
b6eaed70 00000000 00000000 00000000 00000000 0x71fcd0
STACK_COMMAND: kb
FOLLOWUP_IP:
aswSP+684a
a9a6484a ?? ???
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: aswSP+684a
FOLLOWUP_NAME: MachineOwner
IMAGE_NAME: aswSP.SYS
BUCKET_ID: WRONG_SYMBOLS
Followup: MachineOwner