Here is the most recent crash report:
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\WINDOWS\Minidump\Mini083110-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*c:\symbols*
http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 3) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp.080413-2111
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055b1c0
Debug session time: Tue Aug 31 00:45:10.671 2010 (GMT+2)
System Uptime: 0 days 2:36:57.269
Loading Kernel Symbols
...............................................................
................................................................
..
Loading User Symbols
Loading unloaded module list
..............
*************************************************************************** ****
* *
* Bugcheck Analysis *
* *
*************************************************************************** ****
Use !analyze -v to get detailed debugging information.
BugCheck 1000008E, {c0000005, 80565e1f, f01fbbe0, 0}
Probably caused by : ntoskrnl.exe ( nt!ObDereferenceSecurityDescriptor+13 )
Followup: MachineOwner
---------
kd> !analyze -v
*************************************************************************** ****
* *
* Bugcheck Analysis *
* *
*************************************************************************** ****
KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
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.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: 80565e1f, The address that the exception occurred at
Arg3: f01fbbe0, Trap Frame
Arg4: 00000000
Debugging Details:
------------------
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s".
FAULTING_IP:
nt!ObDereferenceSecurityDescriptor+13
80565e1f 8b33 mov esi,dword ptr [ebx]
TRAP_FRAME: f01fbbe0 -- (.trap 0xfffffffff01fbbe0)
ErrCode = 00000000
eax=00000040 ebx=00000038 ecx=00000001 edx=82dbb058 esi=82dbb068 edi=00000030
eip=80565e1f esp=f01fbc54 ebp=f01fbc68 iopl=0 nv up ei pl nz na pe cy
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010207
nt!ObDereferenceSecurityDescriptor+0x13:
80565e1f 8b33 mov esi,dword ptr [ebx] ds:0023:00000038=????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: winlogon.exe
LAST_CONTROL_TRANSFER: from 8056b8cc to 80565e1f
STACK_TEXT:
f01fbc68 8056b8cc 00000040 00000001 f01fbc84 nt!ObDereferenceSecurityDescriptor+0x13
f01fbc78 8056b8a8 82dbb07c f01fbcc0 8056b89b nt!ObDeassignSecurity+0x1d
f01fbc84 8056b89b 82dbb080 00000002 00000000 nt!SeDefaultObjectMethod+0x40
f01fbcc0 804e36d5 82dbb080 00000000 00000200 nt!ObpRemoveObjectRoutine+0xc4
f01fbce4 80567847 82b9b790 e16d3b78 82bf7da8 nt!ObfDereferenceObject+0x5f
f01fbcfc 805678b0 e16d3b78 82dbb080 00000200 nt!ObpCloseHandleTableEntry+0x155
f01fbd44 805678fa 00000200 00000001 00000000 nt!ObpCloseHandle+0x87
f01fbd58 804de7ec 00000200 015aff74 7c90e4f4 nt!NtClose+0x1d
f01fbd58 7c90e4f4 00000200 015aff74 7c90e4f4 nt!KiFastCallEntry+0xf8
WARNING: Frame IP not in any known module. Following frames may be wrong.
015aff74 00000000 00000000 00000000 00000000 0x7c90e4f4
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!ObDereferenceSecurityDescriptor+13
80565e1f 8b33 mov esi,dword ptr [ebx]
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: nt!ObDereferenceSecurityDescriptor+13
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntoskrnl.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 48025eab
FAILURE_BUCKET_ID: 0x8E_nt!ObDereferenceSecurityDescriptor+13
BUCKET_ID: 0x8E_nt!ObDereferenceSecurityDescriptor+13
Followup: MachineOwner
---------