Morango utworzono 16 października 2018 utworzono 16 października 2018 Witam, borykam się z pewnym problem. Otóż czasami wyskakuje mi bluescreen z kodem błędu 124. Jest to o tyle dziwne, że wyskakuje on z reguły podczas normalnego użytkowania (przeglądanie internetu) a nie podczas pełnego obciążenia czy grania. Specyfikacja podzespołów: 1. CPU - i7 2600k @ 4,3GHz - offset -0,075V. Testy OCCT i Linpack przechodzi stabilnie z włączonym HT (OCCT po 1h - CPU VCORE 1.296-1.304V / VID 1.369-1.391V / Temperatury 59/62/62/60) (Linpack po 30 min - CPU VCORE 1.280-1.288 / VID 1.366-1.371V / Temperatury 56/59/59/57). W grach temperatura nie przekracza 56-57 stopni na najcieplejszym rdzeniu. Cinebench również pozytywny. Podniosłem dodatkowo napięcia VTT (z 1.051 na 1.064) i VCCSA (z 0.925 na 1.016), ale dalej to samo. 2. RAM - Crucial Ballistix Sport (BLS8G3D1609DS1S00) 16GB (2x8GB) CL9. Pracują w dual chanell. Memtest86 nic nie wykazuje (zrobiłem 1 cały test, trwał ponad 90 min) - 0 błędów. 3. GPU - MSI GTX 970 GAMING 4G - podkręcony o 150MHz rdzeń / 200MHz pamięć. Temperatury w grach max w granicach 62-63 stopnie. 4. Płyta Główna - ASRock P67 Pro3 (B3) - bios P3.30. 4. Zasilacz - Thermaltake SMARD 550W - 80 Plus Bronze. 5. Karta Dźwiękowa - Asus Xonar D1 - sterowniki UNi XONAR. Nie pamiętam dokładnie, ale na podkręconym i5 2500k @ 4,5GHz miałem chyba podobny problem i pomagało podbicie napięcia VCORE. Dziwne tylko, że podczas testów i gier wszystko jest ok a bsody wywala przy mniejszym obciążeniu. Bsody nie wyskakują regularnie (1-2 dni nic, a czasami 2 razy w ciągu dnia). Mam czasami problem z kartą dźwiękową (albo wejściem PCI - albo karty nie wykrywa, albo jest dźwięk zniekształcony) - pomaga wyjęcie karty i włożenie z powrotem. Screeny z biosu: https://imgur.com/a/puYYLEx https://imgur.com/a/XEXEVcK https://imgur.com/a/EpZ0yK5 BSOD1: Spoiler Use !analyze -v to get detailed debugging information. BugCheck 124, {0, fffffa800dad7028, be200000, 5110a} Probably caused by : hardware Followup: MachineOwner --------- 1: kd> !analyze -v: WHEA_UNCORRECTABLE_ERROR (124) A fatal hardware error has occurred. Parameter 1 identifies the type of error source that reported the error. Parameter 2 holds the address of the WHEA_ERROR_RECORD structure that describes the error conditon. Arguments: Arg1: 0000000000000000, Machine Check Exception Arg2: fffffa800dad7028, Address of the WHEA_ERROR_RECORD structure. Arg3: 00000000be200000, High order 32-bits of the MCi_STATUS value. Arg4: 000000000005110a, Low order 32-bits of the MCi_STATUS value. Debugging Details: ------------------ BUGCHECK_STR: 0x124_GenuineIntel CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT PROCESS_NAME: System CURRENT_IRQL: f STACK_TEXT: fffff880`02f0acb8 fffff800`030159ef : 00000000`00000124 00000000`00000000 fffffa80`0dad7028 00000000`be200000 : nt!KeBugCheckEx fffff880`02f0acc0 fffff800`031d9c2f : 00000000`00000001 fffffa80`0dadaa60 00000000`00000000 fffffa80`0dadaab0 : hal!HalBugCheckSystem+0x1e3 fffff880`02f0ad00 fffff800`030156b4 : 00000000`00000728 fffffa80`0dadaa60 fffff880`02f0b090 fffff880`02f0b000 : nt!WheaReportHwError+0x26f fffff880`02f0ad60 fffff800`03015006 : fffffa80`0dadaa60 fffff880`02f0b090 fffffa80`0dadaa60 00000000`00000000 : hal!HalpMcaReportError+0x4c fffff880`02f0aeb0 fffff800`03014ec1 : 00000000`00000008 00000000`00000001 fffff880`02f0b110 00000000`00000000 : hal!HalpMceHandler+0x9e fffff880`02f0aef0 fffff800`03008e58 : fffff880`02f2f4c0 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalpMceHandlerWithRendezvous+0x55 fffff880`02f0af20 fffff800`030eb6ec : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalHandleMcheck+0x40 fffff880`02f0af50 fffff800`030eb529 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxMcheckAbort+0x6c fffff880`02f0b090 fffff880`0168bfc5 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x169 fffff880`02f2f478 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : tcpip!TcpPeriodicTimeoutHandler+0x5 STACK_COMMAND: kb FOLLOWUP_NAME: MachineOwner MODULE_NAME: hardware IMAGE_NAME: hardware DEBUG_FLR_IMAGE_TIMESTAMP: 0 FAILURE_BUCKET_ID: X64_0x124_GenuineIntel_PROCESSOR_CACHE BUCKET_ID: X64_0x124_GenuineIntel_PROCESSOR_CACHE Followup: MachineOwner --------- BSOD2: Spoiler Use !analyze -v to get detailed debugging information. BugCheck 124, {0, fffffa800dacf028, be200000, 5110a} Probably caused by : hardware Followup: MachineOwner --------- 5: kd> !analyze -v: WHEA_UNCORRECTABLE_ERROR (124) A fatal hardware error has occurred. Parameter 1 identifies the type of error source that reported the error. Parameter 2 holds the address of the WHEA_ERROR_RECORD structure that describes the error conditon. Arguments: Arg1: 0000000000000000, Machine Check Exception Arg2: fffffa800dacf028, Address of the WHEA_ERROR_RECORD structure. Arg3: 00000000be200000, High order 32-bits of the MCi_STATUS value. Arg4: 000000000005110a, Low order 32-bits of the MCi_STATUS value. Debugging Details: ------------------ BUGCHECK_STR: 0x124_GenuineIntel CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT PROCESS_NAME: System CURRENT_IRQL: f STACK_TEXT: fffff880`030c3cb8 fffff800`035fa9ef : 00000000`00000124 00000000`00000000 fffffa80`0dacf028 00000000`be200000 : nt!KeBugCheckEx fffff880`030c3cc0 fffff800`03199c2f : 00000000`00000001 fffffa80`0d814840 00000000`00000000 fffffa80`0d814890 : hal!HalBugCheckSystem+0x1e3 fffff880`030c3d00 fffff800`035fa6b4 : 00000000`00000728 fffffa80`0d814840 fffff880`030c4090 fffff880`030c4000 : nt!WheaReportHwError+0x26f fffff880`030c3d60 fffff800`035fa006 : fffffa80`0d814840 fffff880`030c4090 fffffa80`0d814840 00000000`00000000 : hal!HalpMcaReportError+0x4c fffff880`030c3eb0 fffff800`035f9ec1 : 00000000`00000008 00000000`00000001 fffff880`030c4110 00000000`00000000 : hal!HalpMceHandler+0x9e fffff880`030c3ef0 fffff800`035ede58 : fffff880`030b9180 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalpMceHandlerWithRendezvous+0x55 fffff880`030c3f20 fffff800`030ab6ec : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalHandleMcheck+0x40 fffff880`030c3f50 fffff800`030ab529 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxMcheckAbort+0x6c fffff880`030c4090 fffff800`030a1ef2 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x169 fffff880`030e8c40 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiIdleLoop+0x32 STACK_COMMAND: kb FOLLOWUP_NAME: MachineOwner MODULE_NAME: hardware IMAGE_NAME: hardware DEBUG_FLR_IMAGE_TIMESTAMP: 0 FAILURE_BUCKET_ID: X64_0x124_GenuineIntel_PROCESSOR_CACHE BUCKET_ID: X64_0x124_GenuineIntel_PROCESSOR_CACHE Followup: MachineOwner --------- BSOD3: Spoiler Use !analyze -v to get detailed debugging information. BugCheck 124, {0, fffffa800db47028, be200000, 5110a} ***** Debugger could not find nt in module list, module list might be corrupt, error 0x80070057. Probably caused by : Unknown_Image Followup: MachineOwner --------------------------------------------------------------- 6: kd> !analyze -v: WHEA_UNCORRECTABLE_ERROR (124) A fatal hardware error has occurred. Parameter 1 identifies the type of error source that reported the error. Parameter 2 holds the address of the WHEA_ERROR_RECORD structure that describes the error conditon. Arguments: Arg1: 0000000000000000, Machine Check Exception Arg2: fffffa800db47028, Address of the WHEA_ERROR_RECORD structure. Arg3: 00000000be200000, High order 32-bits of the MCi_STATUS value. Arg4: 000000000005110a, Low order 32-bits of the MCi_STATUS value. Debugging Details: ------------------ ***** Debugger could not find nt in module list, module list might be corrupt, error 0x80070057. BUGCHECK_STR: 0x124_GenuineIntel CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT CURRENT_IRQL: 0 STACK_TEXT: fffff880`0313ccb8 fffff800`0301f9ef : 00000000`00000124 00000000`00000000 fffffa80`0db47028 00000000`be200000 : 0xfffff800`030e89a0 fffff880`0313ccc0 00000000`00000124 : 00000000`00000000 fffffa80`0db47028 00000000`be200000 00000000`0005110a : 0xfffff800`0301f9ef fffff880`0313ccc8 00000000`00000000 : fffffa80`0db47028 00000000`be200000 00000000`0005110a fffffa80`0d880bd0 : 0x124 STACK_COMMAND: kb FOLLOWUP_NAME: MachineOwner MODULE_NAME: Unknown_Module IMAGE_NAME: Unknown_Image DEBUG_FLR_IMAGE_TIMESTAMP: 0 BUCKET_ID: CORRUPT_MODULELIST Followup: MachineOwner --------- Co może być problemem? Dziękuje z góry za odpowiedź.
Youki komentarz 16 października 2018 komentarz 16 października 2018 Spróbuj bez OC na defaultowych ustawieniach CPU.
Morango komentarz 16 października 2018 Autor komentarz 16 października 2018 Zresetowałem bios i zobaczymy. Jak długo testować? 1-2 dni czy więcej? Jak mówię - bsody były nieregularne i 2 dni bez bsoda nie będzie o niczym świadczyć (na OC też tak było). Chyba, że wywali znowu to zobaczymy
Youki komentarz 16 października 2018 komentarz 16 października 2018 No nie wiem, powiedzmy tydzień, jeśli nie wywali?
Morango komentarz 16 października 2018 Autor komentarz 16 października 2018 Jak by wszystko było w porządku, to co w ustawieniach CPU (po OC) należy zmienić? I co w przypadku gdy wywali błąd - na co zwrócić uwagę?
Youki komentarz 17 października 2018 komentarz 17 października 2018 11 godzin temu, Morango napisał: to co w ustawieniach CPU (po OC) należy zmienić? Zmniejsz taktowanie przy tym samym napięciu i testuj.
Morango komentarz 20 października 2018 Autor komentarz 20 października 2018 Przetestowany zarówno na stock'woych ustawieniach (wtorek i środa) jak i na mnożniku x42 (czwartek i piątek). Ani razu się nic nie wysypało. Przy x43 podbić napięcie rdzenia? Generalnie co z tym napięciem VID? Nie jest aby za wysokie?
Youki komentarz 20 października 2018 komentarz 20 października 2018 Ja bym został przy x42 i nie męczył zmęczonego życiem krzemu dla 100 MHz.
Morango komentarz 20 października 2018 Autor komentarz 20 października 2018 On się kręci do 4.4GHz (przy 4.5 nie przechodzi przez system) i takie wartości chciałbym z niego "wycisnąć". Kupiłem wczoraj GTX'a 1070 który podkręcił się do 2130MHz na rdzeniu (pamięci aktualnie testuje) i przydałby mu się wydajny partner ;p Przy 4.4GHz z HT w testach OCCT pracuje stabilnie na napięciu 1.320-1.336V. Testy OCCT przechodzi pozytywnie, w grach wypada równie dobrze. Temperatury po godzinnym teście OCCT to kolejno 63/65/65/62 stopnie. VID 1.391-1.396V przy pełnym obciążeniu (OCCT) - w grach mniej. Zarówno temperatury jak i napięcie są akceptowalne dlatego nie widzę powodu aby go nie kręcić. Tylko nie wiem gdzie leży problem z tymi bsodami.
Youki komentarz 20 października 2018 komentarz 20 października 2018 6 minut temu, Morango napisał: VID 1.391-1.396V Daj pełne 1.4V i testuj w grach czy jest BSOD.
Morango komentarz 20 października 2018 Autor komentarz 20 października 2018 Nie jestem pewien czy VID można w ogóle zmienić.
Morango komentarz 20 października 2018 Autor komentarz 20 października 2018 Która to opcja w biosie (ss wrzuciłem w pierwszym poście)?. Albo jestem ślepy, albo jest to pod jakąś dziwną nazwą i nie wiem gdzie szukać.
Youki komentarz 21 października 2018 komentarz 21 października 2018 Próbowałeś jeszcze bardziej bawić się offsetem?
Morango komentarz 21 października 2018 Autor komentarz 21 października 2018 4,2GHz robi stabilnie przy -0,075 co daje ~1,28V. 4,3GHz testuje aktualnie na -0,060V (przy -0,070V wywalała czasami bsoda). Na 4.4 przy -0,040V wywala bsody więc raczej zostanę przy tym 4.3 GHz bo nie ma co się siłować z 4,4GHz biorąc pod uwagę że potrzebuje już sporo wyższego napięcia.
Youki komentarz 21 października 2018 komentarz 21 października 2018 A BSOD wywala Ci tylko przy benchmarkach czy podczas grania również?
Morango komentarz 21 października 2018 Autor komentarz 21 października 2018 No właśnie chodzi o to, że nie wywala ani na benchmarkach ani w grach. Z reguły są to lekko obciążające czynności (jak np przeglądanie internetu). Możliwe, że problem rozwiązałby się po wymuszeniu stałego napięcia bo wydaje mi się, że skoro podczas testów jest ok, a podczas przeglądania internetu nie, to wina leży po złym doborze napięcia przy lekkim obciążeniu (np zbyt wolnym manewrowaniu napięciem przez płytę czy tam kontrolera/chipsetu).
Wciąż szukasz rozwiązania problemu? Napisz teraz na forum!
Możesz zadać pytanie bez konieczności rejestracji - wystarczy, że wypełnisz formularz.