W koszu Duża ilość bluscreenów o różnych powodach.

Witam,
Od jakiegoś czasu komputer kilka razy dziennie wywala mi BSOD'a w najprzeróżniejszych momentach, czasem zupełnie niespodziewanie, czasem poprzedzi go crash gry/flasha w przeglądarce lub nawet sterownika ekranu. 2 razy Catalyst Control Center przestał działać. Sterowniki do karty graficznej miałem oryginalne z płytki dołączonej do zestawy, zaktualizowałem do najnowszych, lecz wróciłem do tych z płytki sam już nie pamiętam dlaczego (może miałem mniej blue screenów).
Parametry mojego komputera to
Płyta głównaAsrock P67 PRO3 (B3) Intel P67 LGA1155
Procesor-Intel Core i5 2500K LGA1155 BOX
RAM-Crucial DDR3 8GB (2x4GB) 1333MHz Ballistix Sport CL9
Dysk Twardy Seagate Barracuda 500GB SATA3 (ST500DM002)
Karta Graficzna-Gigabyte ATI Radeon HD7950 3GB DDR5/384bit DVI/HDMI/mDP PCI-Express
Zasilacz-XFX Core 550W

nie wiem jak się dokładnie te minidumpy tworzą, bo mam ich stosunkowo mało do ilości dotychczasowych bluescreenów - ale tu jest aktualna zawartość mojego folderu
http://www.speedyshare.com/PmQ9D/Minidump.rar

Nie wykluczam również żadnej usterki sprzętowej, jeśli cokolwiek na to wskazuje. Dysk formatowałem i system reinstalowałem, problem nie zniknął.
Z góry dziękuję za pomoc z nadzieją, że uda mi się problem rozwiązać

Czy po reinstalacji instalowałeś te same sterowniki które miałeś wcześniej ? Czy instalowałeś najnowsze ze strony producenta ?

Warto rozdzielić problemy na poszczególne elementy i zająć się nimi z osobna .

Błąd BAD_POOL_HEADER warto przeskanować dysk twardy, bardzo dobrym programem jest Vivard z płyty Hiren's
Błąd SYSTEM_SERVICE_EXCEPTION związany jest z kartą graficzną i jej sterownikami jeżeli na płycie głównej jest zintegrowana może przetestuj jak się zachowuje system na niej.
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED jest powiązany z atikmdag.sys czyli kolejne wskazanie na kartę graficzną ATI, prawdopodobnie to ona generuje tutaj najwięcej problemów.

Więcej informacji znajdziesz na :
http://msdn.microsoft.com/en-us/library/...s.85).aspx / z lewej strony są poszczególne błędy
http://www.google.pl / jeżeli mamy z czymś problem to prawdopodobnie już ktoś na świecie go rozwiązał i opisał na jakimś forum lub blogu
Pamiętajmy że reinstalacja to nie naprawa, to tylko ucieczka gdy nie wiemy jak rozwiązać problem z komputerem.

Będę sukcesywnie po kolei debugował bsody od najnowszych.

SYSTEM_SERVICE_EXCEPTION (3b)
Błąd oznacza iż nastąpił wyjątek (exception) podczas wykonywania procedury/funkcji (routine) obsługiwanym przez uruchomiony wątek i próbujący stać się takim który ma uprawnienia na wykonywanie operacji I/O (privileged code).
W tym wypadku proces avastui czyli interfejs graficzny Avasta wygenerował wyjątek podczas przetwarzania funkcji win32k!EngFntCacheLookUp (zwraca wskaźnik do pliku z fontami) w pliku win32k.sys do którego musi mieć dostęp.
Mam mocne podejrzenie iż jest on zainfekowany jakimś rootkitem którego avast nie wykrywa.
Proszę załatwić sobie pakiet bootwalny hirens'a -> http://www.hirensbootcd.org i wykonać pełne skanowanie Eset Online Scanerem oraz dorwać Malwarebytes'a oraz Adwcleaner. Do tego można użyć TDSSKiller i Gmer'a. Dla Illidana w dziale bezpieczeństwo proszę wykonać logi OTL.
Zalecałbym także korzystanie od czasu do czasu z MBAM'a podczas pracy w systemie.




A0000001

Jest to kod błędu występujący jedynie z układami firmy AMD.

Po wykonaniu zapytania o informacje o sterowniku lmvm atikmdag.sys z timestampa wynika iż jest to edycja z kwietnia 2014.
Prosze usunąć je przy pomocy oficjalnego narzędzia AMD Catalyst Un-install Utility
Pobrać najnowszą paczkę ale instalować same drivery oprócz Catalyst Control Center.
Do tego zaproponować mogę jakiś test obciążeniowy grafiki np Furmark (opis u nas na forum w faq kiedyś robiłem).
Bsod może być związany z wyższa temperaturą układu GPU w szczycie, to pokaże program. Także przed zabawą zrobić konserwację i dobry podmuch na grafikę. Może ona się po prostu gotuje gdzieś w biurku.
Aktualizacje biosu także zalecam od płyty głównej do wersji P3.30

Cytat:1. Update CPU code.
2. Improve VGA compatibility.
3. Add Dehumidifier Function.
4. Improve memory compatibility.

SYSTEM_SERVICE_EXCEPTION (3b)

W tym wypadku po podstawowym przejrzeniu dochodzi do wycieku pamięci tzw memory leak.
Wynika to z zauważonej funkcji nt!ObReferenceObjectByHandleWithTag
Najprościej pisząc dochodzi do nieprawidłowego zwalniania referencji do stworzonego obiektu przez sterownik. Nie zgadza się ilość referencji i dereferencji. Zajęta pamięć wirtualna z danymi sobie wisi nie wiedząc jaki proces ją używał.
Procesem który zainicjował wyjątek był audiodg który jako, że obsługuje sprzęt musi mieć dostęp do jądra systemowego (ntkrnlmp.exe - wersja jądra dl systemów z procesorami wielordzeniowymi).
Żebyśmy się zrozumieli, problemem nie jest samo jądro czyli nie podmieniamy pliku bo to nic nie da. Muszę poświęcić czas na rozgryzienie dlaczego sterownik nie zwalnia poprawnie utworzonych referencji do obiektów jaki utworzył.
Dla bardziej zainteresowanych link
http://msdn.microsoft.com/en-us/library/...85%29.aspx

Zapuść dla pewności weryfikację sterowników (verifier) do sprawdzenia poprawności ich działania. W przypadku błędów będą pokazywać się bsody bardziej dokładne. Poszukaj sobie w wyszukiwarce forumowej o tym testowaniu.

---

Kolejny z serii 0x3b SYSTEM_SERVICE_EXCEPTION

Tutaj wyjątek powstał w momencie grania w CS GO.
Nie wiadomo dlaczego zrzut jądra wskazuje na sterownik atikmdag.sys (ATI Radeon Kernel Mode Driver) i co było faktycznym powodem. Nie zawsze jest to wina sterownika.

Dla świętego spokoju pomierzyłbym jeszcze napięcia na zasilaczu,podmienił na coś innego albo po prostu grafikę potestował na innym sprzęcie z czystym testowym systemem.

BAD_POOL_HEADER 0x19
Nastąpił błąd w puli stronicowania pamięci.
Ten błąd zawsze związany jest z nieprawidłowym działaniem sterownika a raczej przyczyną jego nieprawidłowego działania czyli pośrednio może to być hardware np fizyczne uszkodzenie RAM, przegrzewający się chipset na płycie lub błędy programistyczne w sterownikach.
W dużym skrócie jest to pamięć wirtualna do której dostęp ma jądro systemowe i jest używana jako przestrzeń magazynowa dla sterowników.

Popatrzmy na pierwszy argument bsoda z listy
0x22
Z opisu ze strony
http://msdn.microsoft.com/en-us/library/...85%29.aspx

Cytat:The address being freed
An address being freed does not have a tracking entry. This is usually because the call stack is trying to free a pointer that either has already been freed or was never allocated to begin with.

Co w tłumaczeniu daje:
Adres do obiektu (referencja) w pamięci została uwolniona.
Uwolniony adres nie posiada wpisu śledzenia. Dzieje się tak ponieważ na stosie próbuje się uwolnić wskaźnik który już został uwolniony (jego licznik nie może być -1, referencja +1 natomiast dereferencja/uwolnienie -1) lub wręcz nigdy nie został zaalokowany do dalszej pracy na nim.
A najkrócej mówiąc błąd ten pojawia się w momencie próby użycia referencji (czyli sterownik potrzebuje dostać się do utworzonego obiektu) gdzie danych już nie ma w stronie pamięci lub następuje ponowne uwolnienie już zwolnionego obiektu.

Patrząc wstecz jest to przypadek mocno związany z poprzednim bsodem powodującym wyciek pamięci.
Na stosie zauważyłem funkcję nt!ExFreePoolWithTag która się odnosi do dealokowania bloków w pamięci stronicowanej za pomocą tagów czyli utworzonych obiektów przez sterowniki i odwołujących się potem do nich.

Bsod zawiera zbyt mało informacji co do tego aby poznać faktyczną przyczynę.
Przydałby się jeszcze kilkugodzinny memtest. Do sprawdzenia ustawienia timingów pamięci i ewentualna podmiana jeśli test przeszedłby pomyślnie.

---

MEMORY_MANAGEMENT (1a)
Nastąpiło uszkodzenie struktury pamięci stronicowanej - problemy sprzętowe lub nieprawidłowa alokacja obiektu do pamięci, błędy referencji, błędy dealokacji.

Nie znalazłem w opisówkach co oznacza pierwszy argument 5002.



Podobny tylko wyzwolony przez BattleNet'a miał argument nr 31
The image relocation fix-up table or code stream has been corrupted. This is probably a hardware error.

---

Znowuż SYSTEM_SERVICE_EXCEPTION (3b)
Tym razem ze sterownikiem fltmgr.sys - Microsoft Filesystem Filter Manager Driver
http://msdn.microsoft.com/en-us/library/...85%29.aspx

Dużo w tym wątku widziałem powtarzających się zagadnień pamięci, skontaktowałem się również ze znajomym, i kazał mi przetestować pamięć. Nie miałem na czym bootować memtesta więc wyjąłem najpierw pierwszą, potem drugą kosć pamięci. Gdy mam w komputerze tylko jedną kość, problem ustał.Czy to oznacza, że wszystkie poprzednie BSODy i błędy ze sterownikami było spowodowane przez RAM? Zakupiłem dodatkowo dysk SSD więc system postawiony na nowo i wszystko działa idealnie. Wygląda na to, że będę musiał się zwrócić do sklepu o gwarancję, a temat jest raczej do zamknięcia, wielkie dzięki za pomoc.

(31.07.2014 05:57)Yarknin napisał(a):  Dużo w tym wątku widziałem powtarzających się zagadnień pamięci, skontaktowałem się również ze znajomym, i kazał mi przetestować pamięć.

Tak dokładnie, zostało mi jeszcze kilka bsodów które przejrzałem na szybko ale ich już tu nie wrzucałem. Ich wspólnym mianownikiem były zmiany w strukturze danych pamięci wirtualnej do której ma dostęp jądro systemowe.
Dlatego tak ważnym jest aby bsody w miarę możliwości dokładnie przejrzeć i je debugować. Sam komenda !analyze -v jest po prostu niewystarczająca i nie należy w ślepo wierzyć iż wpis probably caused by zawsze podaje prawdziwa przyczynę ponieważ jest to tylko i aż tylko automat.

Cytat:Nie miałem na czym bootować memtesta więc wyjąłem najpierw pierwszą, potem drugą kosć pamięci. Gdy mam w komputerze tylko jedną kość, problem ustał.

To też jest jakaś pierwsza metoda z brzegu na wstępne potwierdzenie przyczyn. Może kość pamięci, może slot płyty. Przełóż tą niby złą w miejsce tamtej i sprawdź co się zacznie dziać. Niemniej jak pisałem kluczowym jednak jest aby kości przetestować memtestem. W tym wypadku lepiej z osobna na slotach na których już były.

Cytat:Czy to oznacza, że wszystkie poprzednie BSODy i błędy ze sterownikami było spowodowane przez RAM?

Powiem tak - statystyki bsodów na Win 7 czytając branżowe portale/blogi mówią, że większość z nich powstaje z powodu sterowników i oprogramowania a nie typowo sprzętowych. Przeglądając różne fora i patrząc się na bsody to się potwierdza. Nie daje się jednoznacznej odpowiedzi do póki nie ukończy się tematu od A do Z. Po prostu zobacz po zmianie pamięci i na tym samym systemie.
Tam była jeszcze kwestia ukrytych infekcji co też może mieć niebagatelny wpływ na stabilność systemu.

Cytat:Wygląda na to, że będę musiał się zwrócić do sklepu o gwarancję, a temat jest raczej do zamknięcia, wielkie dzięki za pomoc.

Po reklamacji wróć tu i napisz czy sprawa definitywnie załatwiona. Szkoda by było zmarnować sporo czasu poświęconego na debugowanie bo przecież tego się nie robi w przeciągu kilku minut dla sportu.