BSOD na Vista ultimate 32bit na Ntb Msi

[MartinFALCON]

Ahoj začal jsem mít problémy na noťasu, když spustím visty tak chvíli po naběhnutí mě to hodí bsod. Ve výpisu chyb a čím to bylo zastaveno mě to vyhodí jen tuto hlášku
1000008E, {c0000005, 825570fa, 8f77f918, 0}
Když proženu vytvořenej minidumb přes windbg tak mě to vyhodí toto:

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\Mini100409-02.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: C:\websymbols;SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows Vista Kernel Version 6000 MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 6000.16386.x86fre.vista_rtm.061101-2205
Machine Name:
Kernel base = 0x82400000 PsLoadedModuleList = 0x82511db0
Debug session time: Sun Oct 4 11:40:38.008 2009 (GMT+2)
System Uptime: 0 days 0:01:42.633
Loading Kernel Symbols
...............................................................
................................................................
....................................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000008E, {c0000005, 825570fa, 8f77f918, 0}

Probably caused by : ntkrpamp.exe ( nt!HvpGetCellPaged+89 )

Followup: MachineOwner
---------

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: c0000005, The exception code that was not handled
Arg2: 825570fa, The address that the exception occurred at
Arg3: 8f77f918, Trap Frame
Arg4: 00000000

Debugging Details:
------------------


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Instrukce na adrese 0x%08lx odkazovala na adresu pam

FAULTING_IP:
nt!HvpGetCellPaged+89
825570fa 8b3c38 mov edi,dword ptr [eax+edi]

TRAP_FRAME: 8f77f918 -- (.trap 0xffffffff8f77f918)
ErrCode = 00000000
eax=00000000 ebx=00000000 ecx=83c30000 edx=87c9ac58 esi=83c26008 edi=00000b70
eip=825570fa esp=8f77f98c ebp=8f77f9a4 iopl=0 nv up ei pl nz ac po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010212
nt!HvpGetCellPaged+0x89:
825570fa 8b3c38 mov edi,dword ptr [eax+edi] ds00000b70=????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 2

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x8E

PROCESS_NAME: services.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from 82556ced to 825570fa

STACK_TEXT:
8f77f9a4 82556ced 83c26008 00000023 8f77f9d8 nt!HvpGetCellPaged+0x89
8f77f9b4 8255dcf0 046b76ff 940c1032 83c26008 nt!HvpGetHCell+0xc
8f77f9d8 825660ea 046b76ff 00000000 83c26008 nt!HvMarkCellDirty+0x57
8f77f9f4 8255d78c 00000003 9382a66c 83c26008 nt!CmpMarkValueDataDirty+0x9b
8f77fa40 8255ce64 00000006 0182a66c 83c26008 nt!CmpMarkKeyValuesDirty+0x139
8f77fa58 8255d120 83c26008 00fd7668 93872a1c nt!CmpFreeKeyValues+0x15
8f77fac4 8255c5ec 83c26008 93872a1c 83c26008 nt!CmpSyncKeyValues+0x3d
8f77fb10 8255c3e4 9fb80000 83c26008 83c26008 nt!CmpCopySyncTree2+0x1e9
8f77fb34 8253e406 83c26008 004e1900 83c26008 nt!CmpCopySyncTree+0x3d
8f77fca4 82538681 00010002 8f77fd48 8253860d nt!CmpSaveBootControlSet+0x2ae
8f77fcc0 8248c96a 00000004 8f77fd58 8247e7c5 nt!NtInitializeRegistry+0x74
8f77fcc0 8247e7c5 00000004 8f77fd58 8247e7c5 nt!KiFastCallEntry+0x12a
8f77fd3c 82538633 00000004 000afbb8 8253860d nt!ZwInitializeRegistry+0x11
8f77fd58 8248c96a 00000004 000afbf4 77b60f34 nt!NtInitializeRegistry+0x26
8f77fd58 77b60f34 00000004 000afbf4 77b60f34 nt!KiFastCallEntry+0x12a
WARNING: Frame IP not in any known module. Following frames may be wrong.
000afbf4 00000000 00000000 00000000 00000000 0x77b60f34


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!HvpGetCellPaged+89
825570fa 8b3c38 mov edi,dword ptr [eax+edi]

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!HvpGetCellPaged+89

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4549ae00

FAILURE_BUCKET_ID: 0x8E_nt!HvpGetCellPaged+89

BUCKET_ID: 0x8E_nt!HvpGetCellPaged+89

Followup: MachineOwner
---------

Moc moudrej z toho nejsem, proto prosím někoho kdo má s tím zkušenosti o radu.
Děkuji!

[zombux]

minidumb to mě rozsekalo

1) otestuj paměti Memtest86+ (nejméně 6 hodin běhu)
2) jaké programy jsi v poslední době instaloval? zejména mám na mysli různé antispywary a podobné systémové záležitosti

[MartinFALCON]

No jo, se člověk sekne no. Instalováno v poslední době nic nebylo-asi 5měsíců. Nevím jestli to vypadá na pamět
včera jsem ji testoval tou windows utilitkou jak je ji možno použít před startem systému a ta nic nenašla, vím, že to není oproti memtestu spolehlivý nástroj, ale i windows xp na ntb fungují normálně-mám je tu jako druhý systém a nic na ramku nepoukazovalo. Řekl bych, že to je způsobeno načítáním nějakého driveru, bohužel nepoznám jakým. Vypadne to vždy, chvíli po naběhnutí systému, když se načítájí programy dole v liště, jenže je tam nasavený to schovávání a než to stihnu odkrýt abych viděl co tam je a co ne tak to spadne...

[zombux]

nouzový režim funguje?

[MartinFALCON]

Nouzový režim jede v pořádku i s připojením k síti. Koukal jsem i do protokolu událostí a tam to vypadalo jako by došlo k nějakému problému s IRQ, ale nejsem si jistý, ještě se tam mrknu.

[MartinFALCON]

Tak v protokulu událostí mě upoutala tato chyba v systémovém chlívku.


IRQARB: Systém ACPI BIOS neobsahuje přerušení IRQ pro zařízení v patici PCI 5 s funkcí 0. Obraťte se na prodejce systému s žádostí o odbornou pomoc.
Čím to může být?

[MartinFALCON]

Tak se mi podařilo identifikovat událost těsně před tím, než to hodí bsod. Ta událost se pokaždé vypíše stejná a je to toto:
Systém událostí modelu COM+ zjistil při vnitřním zpracování chybný návratový kód. Hodnota HRESULT byla 8007043c z řádku 45 z d:\vistartm\com\complus\src\events\tier1\eventsystemobj.cpp. Obraťte se na podporu produktů společnosti Microsoft a informujte je o této chybě.

Ale moc moudrej z toho fakt nejsem. Navíc pokud tento řádek d:\vistartm\com\complus\src\events\tier1\eventsystemobj.cpp poukazuje na nějaké umístění na disku d: tak je to divný, protože tam se nikde žádné takové adresáře ani ten soubor nevyskytují a to ani mezi skrytýma.

[LiveBomb]

Ze by to byl malware?

[MartinFALCON]

No, to bych neřekl, že to bude malware, to se mi nezdá. Je tam nainstalovanej firewall, antivirák a dobrej antispyware a navíc je to noťas přítelkyně, takže ta neserfuje na žádnejch "nebezpečnejch" stránkách.