Új hozzászólás Aktív témák

• #10474 Traxx őstag

  Új Válasz 2012-02-18 13:27:34 #10474

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Traxx

  őstag

  Sziasztok!

  Egy kis segítségre lenne szükségem, mert azt hiszem, elakadtam Az a probléma, hogy a windows rendszertelen időközönként gondol egyet, és kékhalállal újraindul (a rendszertelent úgy kell elképzelni, hogy néha napjában többször, néha 2 hétig semmi, és a gép terhelési állapotától független a jelenség). Letöltöttem a Windows Debugger programot, és az utolsó megtalálható minidump fájlt bogarászgattam vele. Az eredményt viszont nem nagyon tudom értelmezni, pontosabban azt nem tudom, hogyan foghatnék hozzá a javításhoz...

  A következőt dobta ki a program:

  Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
  Copyright (c) Microsoft Corporation. All rights reserved.
  
  
  Loading Dump File [C:\Windows\Minidump\010412-18439-01.dmp]
  Mini Kernel Dump File: Only registers and stack trace are available
  
  Symbol search path is: SRV*E:\Symbols*http://msdl.microsoft.com/download/symbols
  Executable search path is:
  Windows 7 Kernel Version 7601 (Service Pack 1) MP (2 procs) Free x86 compatible
  Product: WinNt, suite: TerminalServer SingleUserTS
  Built by: 7601.17640.x86fre.win7sp1_gdr.110622-1506
  Machine Name:
  Kernel base = 0x82c00000 PsLoadedModuleList = 0x82d494f0
  Debug session time: Wed Jan 4 19:31:32.583 2012 (UTC + 1:00)
  System Uptime: 0 days 2:25:17.191
  Loading Kernel Symbols
  ...............................................................
  ................................................................
  ............................
  Loading User Symbols
  Loading unloaded module list
  .........
  0: 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: c0000046, The exception code that was not handled
  Arg2: 82c81960, The address that the exception occurred at
  Arg3: 8b0a41d8, Trap Frame
  Arg4: 00000000
  
  Debugging Details:
  ------------------
  
  *** WARNING: Unable to verify timestamp for ULCDRHlp.sys
  *** ERROR: Module load completed but symbols could not be loaded for ULCDRHlp.sys
  
  EXCEPTION_CODE: (NTSTATUS) 0xc0000046 - Egy mut ns objektumot olyan sz l pr b lt meg felszabad tani, amely nem a tulajdonosa.
  
  FAULTING_IP:
  nt!KeReleaseMutant+215
  82c81960 cc int 3
  
  TRAP_FRAME: 8b0a41d8 -- (.trap 0xffffffff8b0a41d8)
  ESP EDITED! New esp=8b0a4588
  ErrCode = 00000000
  eax=c0000046 ebx=85a84748 ecx=86803b00 edx=00000000 esi=86803bfc edi=00000000
  eip=82c81960 esp=8b0a424c ebp=8b0a45c0 iopl=0 nv up ei ng nz na po nc
  cs=0000 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00000282
  nt!KeReleaseMutant+0x215:
  82c81960 cc int 3
  Resetting default scope
  
  CUSTOMER_CRASH_COUNT: 1
  
  DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
  
  BUGCHECK_STR: 0x8E
  
  PROCESS_NAME: wmpnscfg.exe
  
  CURRENT_IRQL: 0
  
  LAST_CONTROL_TRANSFER: from 82c81742 to 82c81960
  
  STACK_TEXT:
  8b0a45c0 82c81742 86803bfc 00000001 00000000 nt!KeReleaseMutant+0x215
  8b0a45d8 8e7a413c 86803bfc 00000000 86805d08 nt!KeReleaseMutex+0x14
  WARNING: Stack unwind information not available. Following frames may be wrong.
  8b0a45f8 8e7a1a7f 00b8d6e0 82c3758e 86803af8 ULCDRHlp+0x313c
  8b0a4618 88c3349c 797fa2f0 8b0a46a4 00000000 ULCDRHlp+0xa7f
  8b0a465c 88c3effe 0089a868 8b0a46a4 8b0a4688 Wdf01000!FxIoTarget::SubmitSync+0x198
  8b0a4680 8920f49a 00000020 8689a868 86805d08 Wdf01000!imp_WdfRequestSend+0x178
  8b0a46b4 8920f26d 797fca38 8689a940 00000000 cdrom!DeviceSendRequestSynchronously+0x9c
  8b0a46d4 88c57fe8 86803788 79765790 8689a868 cdrom!CreateQueueEvtIoDefault+0x96
  8b0a46ec 88c595e6 797fa908 79765790 8689a868 Wdf01000!FxIoQueueIoDefault::Invoke+0x27
  8b0a4710 88c5b9ac 79765790 8689a868 868056f0 Wdf01000!FxIoQueue::DispatchRequestToDriver+0x533
  8b0a472c 88c5ca36 86805600 00000000 85b8d6e0 Wdf01000!FxIoQueue::DispatchEvents+0x3be
  8b0a474c 88c56ff4 8689a868 85b8d7bc 85db9438 Wdf01000!FxIoQueue::QueueRequest+0x1ec
  8b0a4780 88c571f0 85b8d6e0 87145c60 86805030 Wdf01000!FxPkgGeneral::OnCreate+0x1c3
  8b0a479c 88c4da3f 85b8d6e0 8b0a47c0 82c3758e Wdf01000!FxPkgGeneral::Dispatch+0xc3
  8b0a47a8 82c3758e 86805030 85b8d6e0 87145cbc Wdf01000!FxDevice::Dispatch+0x7f
  8b0a47c0 82e4634f a8dfaa41 8b0a4968 00000000 nt!IofCallDriver+0x63
  8b0a4898 82e25b56 86805030 8cebf4c0 85aaad20 nt!IopParseDevice+0xed7
  8b0a4914 82e35f68 00000000 8b0a4968 00000240 nt!ObpLookupObjectName+0x4fa
  8b0a4974 82e2ca46 8b0a4b00 84ebf4c0 00000000 nt!ObOpenObjectByName+0x165
  8b0a49f0 82e32bcc 8b0a4af0 00000080 8b0a4b00 nt!IopCreateFile+0x673
  8b0a4a38 82c3e1fa 8b0a4af0 00000080 8b0a4b00 nt!NtOpenFile+0x2a
  8b0a4a38 82c3c561 8b0a4af0 00000080 8b0a4b00 nt!KiFastCallEntry+0x12a
  8b0a4ac8 82e66806 8b0a4af0 00000080 8b0a4b00 nt!ZwOpenFile+0x11
  8b0a4b1c 88f3d3da 8b0a4bb8 00000080 8b0a4b44 nt!IoGetDeviceObjectPointer+0x59
  8b0a4b4c 88f3db51 85bda7b0 8b0a4bb8 8b0a4b80 mountmgr!QueryDeviceInformation+0x28
  8b0a4b8c 88f43be7 85bda7b0 8b0a4bb8 00000000 mountmgr!FindDeviceInfo+0x3f
  8b0a4be0 88f455df 85bda7b0 856863a0 8570b390 mountmgr!MountMgrQueryDosVolumePaths+0x10d
  8b0a4bfc 82c3758e 85bda7cc 006d0034 856863a0 mountmgr!MountMgrDeviceControl+0xd3
  8b0a4c14 82e2aa31 8570b390 856863a0 85686410 nt!IofCallDriver+0x63
  8b0a4c34 82e2dc03 85bda6f8 8570b390 00000000 nt!IopSynchronousServiceTail+0x1f8
  8b0a4cd0 82e7449c 85bda6f8 856863a0 00000000 nt!IopXxxControlFile+0x6aa
  8b0a4d04 82c3e1fa 00000160 00000000 00000000 nt!NtDeviceIoControlFile+0x2a
  8b0a4d04 77a670b4 00000160 00000000 00000000 nt!KiFastCallEntry+0x12a
  00c7f59c 00000000 00000000 00000000 00000000 0x77a670b4
  
  
  STACK_COMMAND: kb
  
  FOLLOWUP_IP:
  ULCDRHlp+313c
  8e7a413c ?? ???
  
  SYMBOL_STACK_INDEX: 2
  
  SYMBOL_NAME: ULCDRHlp+313c
  
  FOLLOWUP_NAME: MachineOwner
  
  MODULE_NAME: ULCDRHlp
  
  IMAGE_NAME: ULCDRHlp.sys
  
  DEBUG_FLR_IMAGE_TIMESTAMP: 41c9dd4d
  
  FAILURE_BUCKET_ID: 0x8E_ULCDRHlp+313c
  
  BUCKET_ID: 0x8E_ULCDRHlp+313c
  
  Followup: MachineOwner
  ---------
  
  0: kd> lmvm ULCDRHlp
  start end module name
  8e7a1000 8e7a7b00 ULCDRHlp T (no symbols)
  Loaded symbol image file: ULCDRHlp.sys
  Image path: \SystemRoot\System32\Drivers\ULCDRHlp.sys
  Image name: ULCDRHlp.sys
  Timestamp: Wed Dec 22 21:47:09 2004 (41C9DD4D)
  CheckSum: 000081C3
  ImageSize: 00006B00

  Az egészet az itt lévő leírás alapján csináltam, valakinek hátha hasznos lesz Viszont erre az ULCDRHlp.sys-re azt találtam, hogy Ulead program cucca...namármost, nekem ilyen nincs a gépen...ezért is vagyok meglőve egy kicsit, és nem tudom, mihez is tartozna, vagy mi lehet a megoldás.

  Ami a hardveres oldalt illeti: Memtest megvolt, egy éjszakán át, hiba nincs. Vinyó 100%-os, kábeleket cseréltem, optikai meghajtót is (ezt még tavaly, annak kidöglése miatt, de már a régivel, és az újjal is egyaránt jelentkezett a probléma). A tápomat szintén lecseréltem Cooler Master GX450-re. Hőfokok everest szerint rendben vannak, a VGA kapott új pasztát, procihűtő szintén cserés lett.

  Valakinek van ötlete?

  Ami kimaradt: Windows 7 32 bit-es rendszert használok.

  [ Szerkesztve ]

  "Amúgy a lekvár leszedésre jobb módszer is van: le kell nyalni... elképzelem, ahogy egy nagy PH!-s procitesztben fLeSsék nyalogatják a procikat" by Male (Hűtőpaszta vs. lekvár 2. rész)

Új hozzászólás Aktív témák