[Rozwiązany] Blue screen podczas uruchamiania (po kilkugodzinnym nie używaniu kompa)

[emmilius]

Witam!
Problem jest następujący. Podczas uruchamiania kompa (kiedy ładuje się winda) wywala BS (nie jestem w stanie zobaczyć jaki - zaraz znika). Potem system uruchamia się normalnie oczywiście daje komunikat o występującym zdarzeniu. Od tego momentu można na nim normalnie pracować (testowany do 7h), można spokojnie go uruchamiać ponownie, wyłączać, włączać itp itd - nic się nie dzieje. Testowałem go starając się go obciążyć maksymalnie (otwarte jednocześnie: aplikacja 2D+jakieś 20 obrazków od 50 do 150Mb, aplikacja 3D+skomplikowana scena 3D wraz z renderingiem, film, muzyka, jakaś gra 3D zapuszczony nawet mem test w tle) doszedłem do 3,1Gb zajętego ramu, obciążenia w 100% wszystkich 4 rdzeni i chodzi stabilnie. Dziwne jest to że jak go wyłączam na dłuższą chwilę (np. na noc) następnego dnia będzie to samo, czyli BS podczas pierwszego uruchomienia.

Sprzęt:
Windows7 32bit
mobo - AsusM4A785TD-V EVO
proc - AMD Phenomx4 3,2GhZ BE
ram - DDR3 OCZ cl7 platinum 1333Mhz 2x2Gb
gfx - Asus GeForce 9800GT
power - Tacens Valeo 600W
2 HDD + 2x DVD

Dodam że nic nie jest "kręcone" ani w BIOS-ie ani pod windą przez jakąś aplikację.

[color="#ff0000"]//przenoszę do subforum BSOD
//raaz[/color]

Edytowane 5 września 2010 przez raazor90

[raazor90]

Wykonaj http://www.forumpc.pl/index.php?showtopic=153598 + http://www.forumpc.pl/index.php?showtopic=16074

[emmilius]

Dzięki za przeniesienie tematu =] W panice po omacku działam.

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000007E, {c0000005, 829bf4fb, 8d797b40, 8d797720}

Probably caused by : ntkrpamp.exe ( nt!WmipAllocEntry+64 )

Followup: MachineOwner
---------
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
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: 829bf4fb, The address that the exception occurred at
Arg3: 8d797b40, Exception Record Address
Arg4: 8d797720, Context Record Address

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Instrukcja spod 0x%08lx odwo

FAULTING_IP:
nt!WmipAllocEntry+64
829bf4fb 894104 mov dword ptr [ecx+4],eax

EXCEPTION_RECORD: 8d797b40 -- (.exr 0xffffffff8d797b40)
ExceptionAddress: 829bf4fb (nt!WmipAllocEntry+0x00000064)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 00000001
Parameter[1]: 00000004
Attempt to write to address 00000004

CONTEXT: 8d797720 -- (.cxr 0xffffffff8d797720)
eax=8c543008 ebx=8c543000 ecx=00000000 edx=00000000 esi=8293e03c edi=8c547e94
eip=829bf4fb esp=8d797c08 ebp=8d797c3c iopl=0 nv up ei pl nz ac po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00210212
nt!WmipAllocEntry+0x64:
829bf4fb 894104 mov dword ptr [ecx+4],eax ds:0023:00000004=????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

PROCESS_NAME: System

CURRENT_IRQL: 0

ERROR_CODE: (NTSTATUS) 0xc0000005 - Instrukcja spod 0x%08lx odwo

EXCEPTION_PARAMETER1: 00000001

EXCEPTION_PARAMETER2: 00000004

WRITE_ADDRESS: GetPointerFromAddress: unable to read from 8297e718
Unable to read MiSystemVaType memory at 8295e160
00000004

FOLLOWUP_IP:
nt!WmipAllocEntry+64
829bf4fb 894104 mov dword ptr [ecx+4],eax

BUGCHECK_STR: 0x7E

DEFAULT_BUCKET_ID: NULL_CLASS_PTR_DEREFERENCE

LAST_CONTROL_TRANSFER: from 829c6e46 to 829bf4fb

STACK_TEXT:
8d797c10 829c6e46 8c54130c 8c524cbc 8c5412f4 nt!WmipAllocEntry+0x64
8d797c20 829bf916 8c524cbc 00000000 861695b0 nt!WmipAllocGuidEntry+0x25
8d797c3c 829bf7be 8c524cbc 00000001 00000000 nt!WmipLinkDataSourceToList+0x63
8d797c84 829bf5ed 861695b0 8516b000 00000346 nt!WmipAddDataSource+0x15e
8d797cb8 829bf479 861695b0 00000000 861695b0 nt!WmipProcessWmiRegInfo+0x67
8d797ce4 829bf15c 861695b0 00000000 829553f0 nt!WmipRegisterOrUpdateDS+0xb8
8d797d00 82883f2b 00000000 00000000 851b3020 nt!WmipRegistrationWorker+0x4b
8d797d50 82a2466d 00000001 a2cb8dd8 00000000 nt!ExpWorkerThread+0x10d
8d797d90 828d60d9 82883e1e 00000001 00000000 nt!PspSystemThreadStartup+0x9e
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x19


SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!WmipAllocEntry+64

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc007

STACK_COMMAND: .cxr 0xffffffff8d797720 ; kb

FAILURE_BUCKET_ID: 0x7E_nt!WmipAllocEntry+64

BUCKET_ID: 0x7E_nt!WmipAllocEntry+64

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

takie coś?

Dzisiaj rano wyjąłem jedną kość RAM i ruszył normalnie. Potem ją włożyłem uruchomiłem znowu o oczywiście działa :/

Edytowane 5 września 2010 przez emmilius

[raazor90]

Przetestuj tą kość którą wyjąłeś bootowalnym MemTest86+ przez minimum 6 godzin

[emmilius]

Użyłem bootowalnego MemTest86+ v4.0. - mam nadzieję że wystarczy, i chyba mam odpowiedź.
Każdą z kości testowałem dwa razy po jednym pass-ie jedna OK, a druga na teście#7 pokazywała błędy (354, dużo/mało?) za drugim razem to samo.
Dobrą kość zapuszczę jeszcze na całą noc.
Jeszcze niestety mam pytanie z serii "głupich". Jak wkładać kości do płyty? Patrząc od gniazda procesora są cztery sloty, czarne i niebieskie.
(dla przypomnienia mobo:AsusM4A785TD-V EVO, ram:DDR3 OCZ cl7 platinum 1333Mhz 2x2Gb)
CZ1 CZ2 N1 N2
A2..B2..A1..B1
Należy je wkładać kolorami czy parami kanałów (czarne lub niebieskie czy kanał A czy B)
W tabeli odnalazłem swoją pamięć a pod tabelą notka: Supports one pair of modules inserted into either blue or black slots as one pair of dual-channel mem. config.
Zadaję pytanie bo różne wersje słyszałem i zgłupieć można - niby kolorami...

raazor90 - dzięki za pomoc.

edit: dobra kość nie wykazała błędów po 10 pass-ach.

Edytowane 8 września 2010 przez emmilius

[raazor90]

Kość z błędami jest niestety do wymiany

[emmilius]

Heh, najgorsze jest to że w serwisie powiedzieli - około 2 tyg. zanim wróci z testów. Dzięki wielkie za pomoc.

Edytowane 8 września 2010 przez emmilius

[emmilius]

Serwis spisał się na medal. Wykryli błędy w jednej kości pamięci i wymienili na nowe. Po zainstalowaniu nowych kości komp normalnie uruchomił się tylko raz.
Po próbach i kombinacjach co jest znowu nie tak okazało się że na jednej kości wszystko działa sprawnie, natomiast na drugiej komp w ogóle nie chce wstać (nie zapala się nawet dioda na monitorze) Może mam coś nie tak z mobo że pali/niszczy pamięci? Tylko dlaczego wtedy jedna kość działa bez zarzutu?
Sprawdzałem każdą kość w każdym slocie, ustawiałem timingi lub też na auto i ciągle tak samo - bez zmian.
Macie jakieś pomysły?