BSOD a ukladání "Minidump" Vyřešeno

[martin.efres]

Ahoj ,v poslední době jsem si nainstaloval mnoho ovladačů ( klavesnice,mys,sitova karta,zvukovka,grafarna..) a aktualizoval jsem Windows a PC na SP3. Ale dneska jsem zjistil ,že se mi přestali ukládát Minidumpy ve složce C/WINDOWS/Minidump ,takže nemůžu přes Debugging Tools zjistit proč mi vyskocila BSOD a přestaly se po BSOD objevovat chybové zprávy. Co mám udělat aby se mi po BSOD ukládaly minidumpy? Tolik jsem toho nainstaloval a nechce se mi mazat všechno.

[Reklama]

[samael.35]

BSOD nie je nič príjemné, ale ešte stále je tu šanca že svoj problém odstránime, pretože nám veľa napovie. Horšie je, keď nám počítač nenávratne pauzne zrovna keď máme CPU vyťažený na 5% pri písaní textu. Práve v tejto chvíli by sme radšej asi videli BSOD, hlavne keď je PC po niekoľkých stress testoch, memory testoch a nepomáha ani uloženie PC do pyramídy. Tento návod vznikol aj preto, že veľa problémov na tomto fóre je aj s BSOD a ich šťastní vlastníci si s tým nevedia rady. Takže tento návod je hlavne pre nich a komu z ničoho nič reštartuje Windows počítač, tiež nech sem nakukne. Ale späť k návodu.

Obsah:
1.1 Nastavenie výpisov v systéme
1.2 Inštalácia Debugging Tools for Windows
1.3 Nastavenie Debugging Tools for Windows
2.1 Analýza minidumpu pomocou Debugging Tools for Windows
2.2 Nástroj Verifier
2.3 Liečenie od infekcií
2.4 Perličky na záver

edit 23.08.2009: Na rýchlu a jednoduchú analýzu môžeme použiť aj BlueScreenView, spolu s Bug Check Codes je to silný nástroj. (Vďaka br4n0)

1.1 V prvom rade treba skontrolovať aj keď to býva defaultne nastavené, či je zapnutý malý výpis pamäte pri chybe. To urobíme nasledovne:
v XP [start -> run -> control sysdm.cpl,,3 -> Startup and Recovery - Settings]
vo Viste [start -> pravý klik na Computer -> Properties -> Advanced -> Startup and Recovery - Settings]
Vypneme Automatically restart a nastavíme Small memory dump (64KB), keďže kompletný výpis pamäte je pre naše potreby zbytočný a výpis kernela zase nedostačujúci. Štandartne sa výpis ukladá sem: C:\WINDOWS\Minidump\*.dmp a skontrolujeme či je povolený stránkovací súbor pagefile.sys.

1.2 Ďaľší krok je nainštalovanie Debugging Tools for Windows 32-bit alebo 64-bit

1.3 Po nainštalovaní prevedieme tieto nastavenia:
Musíme určiť cestu k symbolom [File -> Symbol File Path -> http://msdl.microsoft.com/download/symbols] týmto mu povieme aby hľadal symboly na serveri Microsoftu. Môžeme si symboly stiahnuť aj na PC a robiť analýzu offline, nezabudnime potom ale povedať Debuggeru kde sú uložené, napríklad C:\WINDOWS\Symbols. Ak máme viac balíkov symbolov kvôli rôznym verziám, oddeľujeme ich bodkočiarkou a medzerou. V uvedenom príklade to bude vyzerať v nastavení Symbol File Path takto [http://msdl.microsoft.com/download/symbols; C:\WINDOWS\Symbols] mám ale skúsenosť, že stačí ponechať ako zdroj iba server Microsoftu, alebo nainštalovať všetky verzie a vždy aktualizované, pretože sa mi stávalo že nie vždy som našiel pri analýze všetky symboly ak som sa spoliehal iba na stiahnuté balíky. Ak chceme aby Debugger symboly ukladal na disku, nastavíme adresu serveru v nastavení Symbol File Path takto [SRV*C:\WINDOWS\Symbols-cache*http://msdl.microsoft.com/download/symbols] kde *C:\WINDOWS\Symbols-cache* predstavuje cestu ktorú si môžeme zvoliť.
Ak robíme vlastnú analýzu minidumpu, je dobré si nastaviť aj [File -> Image File Path -> C:\WINDOWS; C:\WINDOWS\system32; C:\WINDOWS\system32\drivers] je to z toho dôvodu, že pri analýze sa bude vychádzať z týchto súborov a môžeme tak presnejšie zistiť že je napríklad nejaká knižnica stará. Ak robíme analýzu cudzieho minidumpu nebudú tieto cesty brané v úvahu a uvidíme vždy aktuálnu verziu súboru z Microsoft serveru alebo bez dátumu ak je to ovládač tretej strany, čo je logické keďže nemáme k dispozícii systémové súbory kde bol minidump vytvorený. Debugger vždy píše cestu odkiaľ berie informáciu o súbore, takže podľa toho sa riadime. Keďže potrebné a dostačujúce nastavenia sme vykonali, dáme Exit a pri otázke Save information for workspace? dáme Yes, inak sa nastavenia nezapíšu, a sme pripravený na analýzu prvého minidumpu.

2.1 Analýza minidumpu v nástroji Debugging Tools for Windows
[File -> Open Crash Dump -> štandardne C:\WINDOWS\Minidump\*.dmp] a začne sa analýza minidumpu, o tom že Debugger pracuje sme informovaný ukazovateľom *busy* vľavo dole. V hlavičke vidíme naše nastavenia, verziu Windowsu, čas vzniku minidumpu a celkový čas systému od štartu až po pád. V nových verziách Debuggera, čo je aj táto sa objaví príkaz !analyze -v na ktorý smelo klikneme. K ďaľším príkazom sa vyjadrím neskôr. Pre nás budú dôležité tieto údaje:
BugCheck za ktorým nasleduje jedno z týchto čísiel a postupne získavame predstavu čo sa mohlo stať. Všímame si PROCESS_NAME, MODULE_NAME a IMAGE_NAME. Ak má súbor neštandardnú cestu, prípadne názov prípadne oboje, napríklad C:\WINDOWS\Temp\yzz5d.tmp môže sa jednať aj o vírus. V každom prípade ak máme podozrenie môžeme súbor otestovať na VirusTotal. Systémové súbory Windowsu väčšinou chybu nespôsobujú takže si všímame súborov naviazaných na ne, ktoré túto chybu spôsobujú a googlujeme. Vo väčšine prípadov eliminácia/aktualizácia súboru na ktorom systém padá vyrieši daný problém. Môžeme si pomôcť aj nástrojom AutoRuns a presne zistíme komu súbor patrí ak sa spúšťa po štarte. Ak patrí už odinštalovanému programu alebo sme si istý že jeho deaktiváciou nespôsobíme nenabehnutie systému prípadne inú nestabilitu a nepotrebujeme ho, tak ho tu môžeme deaktivovať.
Ak spôsobuje chybu zakaždým iný súbor, alebo je chyba nedefinovateľná, pravdepodobne bude chyba v hardware, prípadne iná vzájomná nekompatibilita. V tomto prípade je nutnosť otestovať Systémovú pamäť - Memtest86+, Grafickú pamäť - Video Memory stress Test <- v adresári VMTCE sa nachádza ISO a môžeme vykonať aj kontrolu Harddisku nástrojom od výrobcu príslušného disku.
Ak robíme analýzu cudzieho minidumpu je dobré použiť príkaz lmv zadáva sa dole do príkazového riadku, je to výpis všetkých modulov v pamäti v danom okamžiku a máme aspoň približnú predstavu čo dotyčnému v počítači bežalo. Ďaľšie užitočné príkazy sú lsm - výpis všetkých non-Microsoft modulov v pamäti, !vm - využitie pamäte, a príkazy ktoré som nikdy nevyužil !thread, !process 0 0 (kde nula nula je pravdepodobne rozsah), !irp, !locks, !help

2.2 Nástroj Verifier
Windows má užitočnú funkciu a to záťažový test pre nepodpísané ovládače. Ak teda chceme vylúčiť tieto ovládače musíme spustiť Verifier.exe [start -> run -> verifier -> Create custom settings -> Select individual settings from a full list -> aktivujeme všetko okrem Low resources simulation -> Automatically select unsigned drivers] Pre zrušenie [start -> run -> verifier -> Delete existing settings] alebo [start -> run -> verifier /reset]. Vo Viste ak nemáme aktivovaný príkazový riadok, tak ideme cez Start Search. Ak sa problémový ovládač prejaví tak máme z polovice vyhraté, pretože to môže byť náš problém.
!Treba si ale uvedomiť, že keď sa chybný ovládač prejaví, každý reštart Windowsu bude do BSOD pokým nastavenie Verifiera nezrušíme, a to cez núdzový režim. Takže predtým než urobíme tento krok, treba skontrolovať či máme prístup do núdzového režimu a či sa v ňom príkaz verifier /reset vykoná!

2.3 Liečenie od infekcií
Ak máme podozrenie na vírus, môžeme vykonať kontrolu PC nasledovnými nástrojmi: Malicious Software Removal Tool od Microsoftu pravidelne aktualizovaný, GMER na rootkity a MBR harddisku, mbam a v krajnom prípade mwav ale s týmto nástrojom opatrne, pretože ide dosť do hĺbky a niekedy vymaže aj to čo nemá. Tých nástrojov je samozrejme viac, tieto používam najčastejšie.

2.4 Perličky na záver:
!Notmyfault simulácia reálneho BSOD, doporučujem skúšať vo virtuálnom PC!
Test pamäte od Microsoftu.
BlueScreen Screen Saver v3.2 Spyware Terminator mi ho blokoval, ale otestoval som ho a až na nekorektné prepnutie farieb na ploche je to v poriadku.
Zdroj: Google

[Luboš]

Po instalaci Debugging Tools se doporučuje nainstalovat i program Who Crashed , který pomůže s analýzou. Uvedený dump může být i na adrese C: \ WINDOWS \ MEMORY.DMP.

Doplnění příspěvku od samael.35:

Pro Windows7 - [Start / pravý klik na Počítač / Vlastnosti / Upřesnit nastavení systému / v části Spouštění a zotavení systému kliknout na Nastavení a v části Selhání systému zrušit Automaticky restartovat a povolit Zapsat událost do systémového protokolu]

[martin.efres]

samael.35 : Hezký článek..ale asi si nepochopil můj problém. "PROC SE MI PO BSOD NEUKLADAJI MINIDUMPY,NEMAM ,CO ANALYZOVAT"

Luboš : Adresu ( C: \ WINDOWS \ MEMORY.DMP. ) ,co jsi uvedl jsem nenašel.
EDIT : Pardon Už ho mám,ale nedaří se mi ho analyzovat.

[MiliNess]

Soubor C: \ WINDOWS \ MEMORY.DMP se ukládá pouze v případě, že máš nastaven kompletní výpis paměti v době havárie nebo výpis paměti jádra, máš dostatečmě velký stránkovací soubor a dostatek místa na disku.
Pošli mi ho na m.ness@tiscali.cz. Večer se na to podívám.

[martin.efres]

Dík moc, soubor jsem zararoval a přidal tam jeste 1 soubor ..pac mi to psalo ,že soubor má 0bajtů a nejde odeslat.

EDIT 1 : ODESLÁNO

EDIT 2 : Máš správně zadaný profil ? ..BTW Já jsem taky z Chebu

[martin.efres]

Ahoj ,

Už jsem zjistil příčinu BSOD jedná se opět o RthdAud.sys - Realtek High Definition Audio ...myslel jsem si ,že jsem tento problém vyřešil a uzamknul téma (viz topic viewtopic.php?f=7&t=50310 ) ale nevyřešil :(( ..Může mi někdo pomoct prosím ? Kde je problém ,jestliže jsem nainstaloval Realtek High Definition Audio R.242 (dle manualu MB kompatilní) a stále občas vyskakuje BSOD?..když ovladač odinstaluji tak BSOD nevyskakuje. Zkoušel jsem nainstalovat ovladač na Zvukovou Kartu z originálního CD od moji zakladní desky BIOSTAR P4M900-M4 ALE TAKE PRI NI VYSKAKUJE BSOD IKDYZ V MANUALE ZAKLADNI DESKY STOJI ,ŽE TENTO TENTO OVLADAČ JE KOMPATIBILNI SE ZAKLADNI DESKOU !!!. Pri pokusu o instalaci ovladačů z http://www.biostar.com.tw/ mi to napíše zas "We cant find HD Audio Device". DOMNIVAM SE ,ŽE JE PROBLEM V HARDWARU NIKOLI V OVLADACICH. DIVAL JSEM SE DO BIOSU CI JE VSE POVOLENE A BYLO! Aktualizoval jsem Windows a BIOS a stalé BSOD vyskakuje.Dále jsem se díval do Správce Zařízení a u Ovladače bylo napsáno ,že "Toto zařízení pracuje správně"..prověřil jsem ovladače DriverScanenem,DriverAgent A OBA HLASILI ,ZE OVLADAČ NA ZVUKOVOU KARTU JE KOMPATIBILNI A AKTUALNI.Také jsem ZKOUSEL GOOGLOVAT..PO 3HODINACH ,CO JSEM ZKUSIL PRES 10 ovladačů u každýho po chvilce hraní Conter-Strike 1.6 vyskočila BSOD. Zná někdo prosím řešení? může být konflikt mezi ZK a ZD?

PARDON ,ALE NECHTEL JSEM ZAKLADAT NOVY TOPIC KDYZ OBA NA SEBE NAVAZUJI

Děkuji za každou rozumnou odpověd.
martin Efres

Info :
OS : Windows XP Proffesional SP3
Zvukova Karta : Realtek ALC862 @ VIA VT837A
Zakladní deska : BIOSTAR P4M900-M4

[Luboš]

Nekolidují ti přerušení (IRQ) od zvukovky a jiného zařízení? Zkus vypnout automatické nastavení u zvukovky a nastavit nějaké jiné, které není obsazeno - chce to ale průzkum ovladačů.

[MiliNess]

Pošli mi soubory ze složky Windows\Minidump. Ta obsahuje minivýpisy paměti. Ten výpis paměti, co jsi mi poslal je prázdný. (0 byte)
Jo jo, jsem z Chebu

[MiliNess]

Nekolidují ti přerušení (IRQ) od zvukovky a jiného zařízení? Zkus vypnout automatické nastavení u zvukovky a nastavit nějaké jiné, které není obsazeno - chce to ale průzkum ovladačů.

O přidělování zdrojů, se stará správce PNP.

[martin.efres]

Pošli mi soubory ze složky Windows\Minidump. Ta obsahuje minivýpisy paměti. Ten výpis paměti, co jsi mi poslal je prázdný. (0 byte)
Jo jo, jsem z Chebu

No právě to je problém!..když mi vyskočí BSOD tak se mi potom neuloží soubor minidump ..takže nemůžu nic analyzovat.Psal jsem to už do prvního příspěvku.

[MiliNess]

Přenastav si typ výpisu paměti při havárii
Start->Tento počítač->Vlastnosti->Upřesnit->Spouštění a zotavení systému->Nastavení->pod "Zapsat ladící" informace zvol "Omezený výpis stavu paměti"->OK