Niebieski ekran śmierci - BSOD, plik ntoskrnl.exe.

Witam, zostałem zmuszony założyć u was temat z notorycznie pojawiającym się bluescreenie, który coraz częściej mnie atakuje. Problem ciągnie mi się bardzo długo bodajże od marca/kwietnia, jednak inne fora zbytnio nie pomogły. Występuję on w różnych momentach, czasem przy wyłączaniu jakiegoś programu/gry, podczas zwykłego użytkowania internetu, oraz przy wyłączaniu PC (dość często).
Zacznę od parametrów pc :
Procesor intel core i5 4430
gpu : radeon hd 7870
OS : Win 7 ultimate 64 bit
RAM : 8 gb GOOD RAM Play
dysk : WDC WD10ezex
płyta główna : gigabute B85M-HD3
zasilacz : 500W Chieftec GPA-500S (obiło mi się o uszy, że te zasilacze są budżetowe)

Podczas tych miesięcy oddałem kartę graficzną do reklamacji, przez ten czas posiadałem geforce 7300gt (problem nie występował). Później oddałem mój RAM do testów i otrzymałem w zastaw 4gb również firmy good ram, problem również nie występował przez ten czas. Na moje oko, podkreślam moje oko wydaję mi się, że zasilacz jest za słaby lub ram gryzie się z jednym z podzespołów.

Sprawdzałem dysk HD-Tune, mierzyłem miernikiem napięcie zasilacza. Wszystko wyszło pozytywnie, tak mi napisano.
Wczoraj korzystając jeszcze z różnych stron pobrałem windows debugger (nie potrafię się nim zbytnio posługiwać), wyskanował mi, że problemem może być plik ? ntoskrnl.exe.

Udostępniam zdjęcie podczas pojawienia się bluescreena. Po wielu próbach udało mi się go wychwycić. Zdjęcie trochę ucięte, miałem tylko ~2 sekundy na jego zrobienie.



Tutaj alternatywny link do zdjęcia : http://gyazo.com/4924d6c25f515492243afd5e5cfca80d
Liczę na pomoc, może tutaj uda nam się ten problem zniwelować.
Pozdrawiam.

Wrzuć pliki dmp, na zdjęciu widać, że to nie ntoskrnl.exe powoduje bsod, tylko plik win32k.sys, kod błędu 0x50. Możesz też poszukać na forum, na pewno było kilka(naście) tematów odnoście win32k.sys

O kurde... aktualnie folder minidump jest pusty, a jeszcze wczoraj znajdowały się tam 2 pliki. Jeśli pojawi się bluescreen od razu wkleję ich zdjęcie. Co do pliku, który powoduje bsod, mógł się on zmienić ? Ten screen był robiony około 2 miesiące temu i mógł ulec zmianie ?

ntoskrnl.exe sam rzadko powoduje bluescreeny, najczęściej widnieje w szybkiej analizie plików dmp jako "probably caused by" ale jak się zdekoduje odpowiednio, to więcej da się wyczytać (np bardziej prawdziwą przyczynę)

(01.07.2014 14:33)satoshek napisał(a):  O kurde... aktualnie folder minidump jest pusty, a jeszcze wczoraj znajdowały się tam 2 pliki.

Przyczynami jakie mogą zaistnieć masz częściowo opisane tu
http://www.sevenforums.com/bsod-help-sup...ost1965483
Ponadto brak zapisu może być spowodowany przez przeniesienie pliku wymiany pagefile.sys z partycji systemowej w inne miejsce, musi być większy niż rozmiar pamięci ram, musi być ustawione manualne uruchamianie usługi Windows Error Reporting raz plik wymiany ma być zarządzany przez system.

Sprawdź czy w opcjach odzyskiwania masz tak zrobione ustawienia



Dodatkowo przydąło by się wykonać weryfikowanie sterowników. Masz rączki więc poszukaj w wyszukiwarce na forum frazy verifier.
Ślady po bsodach nawet jeśli nie ma plików są przetrzymywane w systemowym dzienniku zdarzeń (eventvwr.msc) ze źródłem o nazwie BugCheck, wystarczy przefiltrować rekordy wyłącznie po błędach.

Cytat: Jeśli pojawi się bluescreen od razu wkleję ich zdjęcie.

To zupełnie nie ma sensu. Poprzedni bsod na pewno zawierał inne dane na stosie, inne rejestry pamięci, być może inne początkowe argumenty. Tylko i wyłącznie mini zrzuty pamięci jakie zostały wygenerowane w trybie użytkownika.
Są jeszcze pełne zrzuty memory.dmp ale raz, że sa bardzo duże, dwa zawierają zrzut całej zaadresowanej pamięci wirtualnej a to niebezpieczne jeśli dostanie się do tego ktoś niepowołany - wszystko co wpisujesz z klawiatury, jakie odwiedzasz strony itp

Cytat: Co do pliku, który powoduje bsod, mógł się on zmienić ? Ten screen był robiony około 2 miesiące temu i mógł ulec zmianie ?

To masz plik jądra systemowego. Jest to najważniejsza składowa systemu operacyjnego. Żeby nie przynudzać w wielkim skrócie jest to warstwa software'owa która komunikuje się poprzez HAL z warstwą sprzętową i wykonuje operacje których efekt widoczny i niewidoczny gołym okiem odczuwa użytkownik.
Poprzez polecenie sfc/scannow w wierszu cmd można zbadać integralność plików systemowych natomiast dodatkowo dobrze przeskanować gruntownie system używając aplikacji z płyt livecd tak aby system nie wstawał.

Opcje uruchamiania i odzyskiwania mam identycznie, podsyłam zdjęcie podglądu zdarzeń : http://gyazo.com/c0c8852c2ae6b85aadf828587864ae48 oraz wyniki sfc/scannow : http://gyazo.com/62a3ec0d24e8e73c5078640376ee551d Oczywiście poszedłem za tą ścieżką po skanowaniu i nie mogłem odnaleźć pliku CBS.log w folderze CBS. Znalazłem tam jedynie plik tekstowy.

Coś źle napisałem, że nie dostaję odpowiedzi ? :c

Plik log w win7 domyślnie jest przypisany jako plik tekstowy, najprawdopodobniej nawet nie widać rozszerzenia, więc wrzuć tekstowy plik CBS (będzie to CBS.log)

Proszę, jeśli o to chodziło.

Dziś pojawił mi się bsod nie z błędem win32k.sys, tylko z system_service_exception.