Kaip naudoti „WhoCrashed“ norint aptikti problemas sistemoje „Windows“

Kai „Windows“ netikėtai užstringa, pati persikrauna arba parodo mėlyną mirties ekraną, apima didžiulis bejėgiškumo jausmas, o blogiausia – nežinojimas, nuo ko pradėti. Tokiais atvejais „WhoCrashed“ yra tiesiausias būdas išsiaiškinti, kas nutiko, nesigilinant į paslaptingus žurnalus ar negaištant valandų akliesiems testams.

Ši „Resplendence“ programa toli gražu nėra magija – ji analizuoja išklotinės failus, kuriuos „Windows“ sukuria po gedimo, netikėto perkrovimo ar BSOD, ir paverčia techninius duomenis suprantama ataskaita; ji nurodo tvarkyklę, branduolio modulį ar komponentą, kuris sukėlė problemą , ir padeda priimti protingus sprendimus – nuo ​​tvarkyklės atnaujinimo iki aparatinės įrangos patikrinimo, jei reikia.

„WhoCrashed“: ką tai daro, kada jį naudoti ir kodėl verta

Pirma: „WhoCrashed“ atlieka gedimų išklotinės failų post mortem analizę ir pateikia rezultatą lengvai skaitomoje ataskaitoje, daug aiškesnėje nei įprastai matoma įvykių peržiūros programoje; ji identifikuoja valdiklius, kurie šiandien sugedo, taip pat kitus, turinčius gedimų istoriją, o tai padeda matyti modelius.

Kad tai veiktų, „Windows“ turi įrašyti išklotines; mini išklotinė paprastai yra aplanke C:\\Windows\\Minidump , o jei ji neįgalinta, programa netgi gali sukelti kontroliuojamą gedimą, kad patikrintų, ar sistema teisingai įrašo išklotinę ir ar jūsų diagnostikos aplinka yra paruošta.

Be diagnozės, šiuolaikinė versija siūlo nuorodas į su problema susijusias konfigūracijos sritis ir kai kuriais atvejais siūlo galimus pakeitimus ar veiksmus, skirtus problemos pasikartojimui sumažinti ; net ir tokiu atveju ji pati nieko „neištaiso“: jos misija – nurodyti kaltininką ir pateikti kontekstą.

Suderinamumas ir versijos: „WhoCrashed 7“ yra visiškai suderinamas su „Windows 10“ ir „Windows 11“ , o standartinė versija yra nemokama asmeniniam naudojimui; yra mokama „Pro“ versija su išplėstinėmis ataskaitomis ir didesniu išvesties valdymu , naudinga profesionalioje aplinkoje arba atliekant išsamesnę analizę.

Palikus nuošalyje istorinius įdomybes (buvo laikas, kai mėlynas ekranas „Vista“ sistemoje buvo rodomas raudonai, o „Windows 8“ sistemoje grįžo į klasikinę mėlyną spalvą), iš tikrųjų svarbu tai, kad BSOD dažniausiai kyla dėl sugedusių arba nesuderinamų tvarkyklių , ir būtent tai „WhoCrashed“ aptinka labai tiksliai.

Dažniausios gedimų ir ekrano gedimų priežastys

Be tvarkyklių , yra ir labai paprastų fizinių priežasčių, kurios sukelia sistemos klaidas : perkaitimas dėl prastos ventiliacijos ar netinkamai sumontuotų radiatorių, susikaupusios dulkės, kurios veikia kaip šiluminė antklodė, ir, žinoma, susidėvėję komponentai, tokie kaip RAM ar diskai su nestabiliais sektoriais.

Pagrindinė priežiūra padeda: išvalyti kompiuterio vidų, patikrinti temperatūrą naudojant BIOS arba stebėjimo programas, patikrinti procesoriaus terminę pastą ir net patikrinti RAM kontaktus, jei kompiuteris senas; kartais paprasčiausi dalykai išsprendžia mėnesių mėnesius trukusias problemas.

Kalbant apie programinę įrangą, dažniausiai įtariami prastai pasirašyti arba nesuderinami tvarkyklės, neseniai atlikti aparatinės įrangos pakeitimai arba sugedę branduolio moduliai ; „Windows 8/8.1“ pastebėta daugiau tvarkyklių trikdžių nei „Windows 7“ , ir bet kurioje versijoje jie gali vėl atsirasti po atnaujinimo.

Štai kodėl „WhoCrashed“ puikiai verčia sistemą iš „Windows“ į žmogaus kalbą: ji nuskaito klaidos tikrinimo kodą (pavyzdžiui, 0xD1) ir nurodo, ką jis reiškia ir kuris failas buvo susijęs , pateikdama aiškią užuominą apie kitą veiksmą – atnaujinti, atšaukti ar pašalinti.

Kalbant apie dydį ir reikalavimus, įrankis yra lengvas (maždaug keli MB) ir paprastas; jis yra anglų kalba, tačiau jo sąsaja yra aiški ir skirta vidutinio lygio, pažengusiems vartotojams ir administratoriams , o ne tiek nekantriems pradedantiesiems.

Kaip įjungti gedimų išklotines ir analizuoti gedimus naudojant „WhoCrashed“

Jei neįjungėte sistemos išklotinių, „Windows“ neturės ką pasiūlyti; įjunkite juos Valdymo skydas > Sistema ir sauga > Sistema > Išplėstiniai sistemos nustatymai , eikite į skirtuką Išplėstiniai, spustelėkite Paleidimas ir atkūrimas ir pažymėkite visus langelius dalyje Sistemos gedimas.

Norėdami pagerinti diagnozę, pasirinkite pilną atminties išklotinę, jei tai leidžia jūsų kompiuteris ir disko vieta; tada patikrinkite, ar aplankas C:\\Windows\\Minidump sukuriamas po tikro gedimo , ir tik jei išklotinių nėra, naudokite „WhoCrashed“ suaktyvintą bandymo gedimo funkciją.

Labai rekomenduojama panaikinti automatinio paleidimo iš naujo žymėjimą: sistemos gedimo atveju išjunkite parinktį „Automatiškai paleisti iš naujo“, kad BSOD liktų ekrane , galėtumėte atkreipti dėmesį į pranešimą ir leisti išklotinei pasiekti 100 % nepertraukiant proceso.

Dabar paleiskite „WhoCrashed“ kaip administratorius ir spustelėkite „Analizuoti“; po kelių sekundžių pamatysite sąrašą pagal datą su kiekvienu incidentu, jo klaidos tikrinimo kodu ir susijusiu failu; jei pasirodys kažkas panašaus į IRQL_NOT_LESS_OR_EQUAL arba DRIVER_IRQL_NOT_LESS_OR_EQUAL , taip pat turėsite susijusį .sys failą ir naudingą kontekstą.

Praktinis pavyzdys: jei ataskaitoje nvlddmkm.sys kaltinamas TDR (skirtojo laiko aptikimo ir atkūrimo) problema, o kompiuteris stabiliai įsijungia tik be GPU tvarkyklės, tai rodo konfliktą su grafikos tvarkykle arba su kortele susijusį nestabilumą ; gera pradžia yra naudoti DDU saugiuoju režimu ir išbandyti skirtingas tvarkyklės versijas.

Jei jau kelis kartus bandėte iš naujo įdiegti tvarkyklę, tiek naudodami seną, tiek naują versiją, ir problema vėl atsiranda per minutę nuo prisijungimo, apsvarstykite galimybę, kad tai GPU, maitinimo šaltinis arba temperatūros / vaizdo atminties gedimas ; „WhoCrashed“ pateikia užuominą (tvarkyklę), o jūsų fizinis patikrinimas užbaigia vaizdą.

Kai ataskaitoje rodomas konkretus klaidos patikrinimas, pavyzdžiui, 0xD1, galite peržiūrėti jo techninį duomenų lapą, kad išplėstumėte paaiškinimą ir galimas priežastis; „Microsoft“ žinių bazėje šie kodai išsamiai aprašomi ir tai padės jums tiksliau patikslinti savo hipotezę.

Atminkite, kad „WhoCrashed“ netaiko pataisymų; ji siūlo diagnozę ir, naujesnėse versijose, prieigą prie atitinkamų „Windows“ skyrių , kad galėtumėte pritaikyti rekomenduojamą veiksmą (atnaujinti, išjungti, atšaukti ankstesnius veiksmus arba ištirti paslaugą).

Kur yra failai ir kaip juos bendrinti?

Paprastai mini išklotinės failai yra aplanke C:\\Windows\\Minidump, o pilnas išklotinės failas – sistemos šakniniame kataloge; be to, laikini failai gali būti generuojami vartotojo profilio keliuose , pavyzdžiui, C:\\Users\\Administrator\\AppData\\Local\\Temp, priklausomai nuo atvejo ir prisijungusio vartotojo.

Jei žaidimas ar programa prašo „sutrikimo failų“, tikimasi tokių kelių kaip %localappdata%\\Temp\\AppName; pavyzdžiui, jei žaidimas yra „Ys X“, palaikymo komanda gali paprašyti atidaryti %localappdata%\\Temp\\YsX , nukopijuoti jo turinį ir pridėti jį kūrėjo peržiūrai.

Kaip juos siųsti, jei palaikymo tarnyba jų paprašys? Suspauskite „Minidump“ aplanką arba nurodytą „Temp“ katalogą ir įkelkite jį į jų portalą; venkite pervadinti .dmp failus ir išsaugokite datą / laiką , nes chronologinė tvarka padeda susieti incidentą su ankstesniais veiksmais.

Papildomi įrankiai, tinkantys „WhoCrashed“

Antrą nuomonę apie miniatvirtinius failus galite gauti, kai „BlueScreenView“ nuskaito tuos pačius failus ir rodo aiškias lenteles su klaidų tikrinimo kodu, parametrais ir tvarkyklėmis, įkeltomis gedimo metu, pažymėdama visus įtartinus failus, kurie atsiranda steke.

Kai nėra mėlyno ekrano, bet programa „užstringa“, „ WhatIsHang“ aptinka nereaguojančius procesus , išskiria susijusius iškvietimų stekus, registrus ir DLL ir, net neturėdama programavimo žinių, pateikia naudingų užuominų susijusių eilučių ir failų pavidalu.

Jei įtariate nepatikimus tvarkykles, „Driver Verifier“ (tikrinimo priemonė) leidžia atlikti testą su probleminėmis tvarkyklėmis ; ji sukuria standartinę konfigūraciją, pasirenka nepasirašytas tvarkykles ir paleidžia sistemą iš naujo, kad „Windows“ galėtų stebėti netinkamą veikimą.

Norint izoliuoti programinę įrangą, kuri paleidžiama įkrovos metu ir sukelia gedimus įprastu režimu, bet ne saugiuoju režimu, „Autoruns“ padeda selektyviai išjungti paleisties elementus, kol aptinka trukdantį; jis veikia paketais ir registruoja pakeitimus, kad būtų lengva atšaukti ankstesnius veiksmus.

Pagrindiniai programinės įrangos patikrinimai prieš kaltinant aparatinę įrangą

Atidarykite užduočių tvarkytuvę ir, kai sistema patiria problemų, peržiūrėkite procesoriaus, atminties ir disko naudojimą; kai tik įmanoma, rūšiuokite pagal problemų turintį išteklių ir pažiūrėkite, kuris procesas užima viršų , nes tai paprastai parodo, kuri programa yra atsakinga už atnaujinimą ar pašalinimą.

Nepamirškite paleisti savo saugos sprendimo: kartais pasitaiko nepageidaujamos programinės įrangos, kurios iš pirmo žvilgsnio nematote; kenkėjiškų programų nuskaitymas gali aptikti agresyvią reklaminę programinę įrangą ar ką nors dar blogesnio, kas sukelia nestabilumą ir net iššokančius skelbimus už naršyklės ribų.

Jei kompiuteris užstringa įprasto paleidimo metu , bet paleidžiamas saugiuoju režimu, tai rodo programas, kurios paleidžiamos paleidžiant; jei nepavyksta paleisti ir kitos operacinės sistemos iš USB (pvz., tiesioginio platinimo) , problema susijusi su aparatine įranga, todėl patartina patikrinti komponentus.

Aparatinės įrangos patikrinimai, kai kompiuteris veikia normaliai ir saugiai.

Kai gedimai dažniau pasitaiko esant apkrovai arba tiek įprastu, tiek saugiuoju režimu, įtariamieji tampa diskas, RAM, maitinimo šaltinis arba temperatūra ; retais atvejais taip pat ir pagrindinė plokštė, tačiau geriausia pradėti nuo įprastų.

Patikrinkite SMART su „CrystalDiskInfo“, kad pamatytumėte perkėlimus, laukiančius sektorius ar klaidų dažnį; naudokite tokias priemones kaip „SpeedFan“ (arba lygiavertes), kad stebėtumėte temperatūrą ir įtampą , nes perkrautas procesorius arba nereguliarus maitinimo šaltinis gali sukelti sunkiai nustatomų gedimų priežastis.

Jei norite giliau pasigilinti, diagnostikos diskas, pvz., „Ultimate Boot CD“ („FalconFour“ variantas), siūlo „MemTest“ RAM ir kitas tikrinimo priemones; jei „MemTest“ praneša apie klaidas, keiskite arba išbandykite modulius po vieną , kol rasite probleminį.

Grafikos procesoriuose su pasikartojančiomis TDR klaidomis (pvz., nvlddmkm.sys), be DDU ir alternatyvių tvarkyklių, išbandykite kitą maitinimo jungtį, patikrinkite temperatūrą, nuvalykite dulkes ir patikrinkite maitinimo šaltinį ; jei kompiuteris veikia gerai su integruota grafika, bet sugenda su dGPU, vien įrodymų pakanka.

Maži triukai, kurie palengvina diagnozę

Išjunkite automatinį paleidimą iš naujo, kai nepavyksta ramiai nuskaityti BSOD kodo ir leisti išklotinei baigti; palaukus, kol bus baigta 100 % išklotinė, išvengiama nepilnų failų, kurie painioja įrankius , ir apsaugoma nuo klaidingų neigiamų rezultatų.

Jei neseniai pakeitėte aparatinę įrangą ir prasidėjo problemos, laikinai grįžkite į ankstesnę būseną arba išbandykite komponentą kitame įrenginyje; kartais tiesiog įdėjus kortelę ar RAM modulį iš naujo (valant kontaktus), tai, kas atrodė rimta, išsprendžia be tolesnių paslapčių.

Kur galiu saugiai atsisiųsti „WhoCrashed“? Iš „Resplendence“: resplendence.com ; įdiekite jį, paleiskite administratoriaus teisėmis ir išsaugokite ataskaitų istoriją . Tai padės jums pamatyti, ar jūsų pataisymas įsigaliojo, ar problemos priežastis pasikeitė.

„WhoCrashed“ nesiekia užkirsti kelio gedimams ar juos automatiškai taisyti, o pateikia žemėlapį; nepaisant to, aiškios ataskaitos, nuorodos į atitinkamus nustatymus ir suderinamumas su „Windows 10/11“ daro jį būtinu; namų naudojimui nemokamos versijos daugiau nei pakanka , o „Pro“ versija verta dėmesio tik tuo atveju, jei trūksta papildomų funkcijų.

Jei šešioliktainių skaičių ir šifruotų kodų interpretavimas nėra jūsų sritis, jums pasisekė: ši priemonė sutraukia technines nesąmones į kažką, ką gali suprasti kiekvienas norintis , o „Event Viewer“ ir „WinDbg“ palieka tiems, kurie nori žengti dar vieną žingsnį.

„WhoCrashed“ vertė slypi tame, kad parodo, kas ir kada sukėlė gedimą; turint šią užuominą ir paaiškinus programinės bei aparatinės įrangos patikrinimus, mėlynojo ekrano problemos sprendimas nebėra loterija, o tvarkingas procesas, taupantis laiką, išsaugantis nerimą ir nereikalingą pakartotinį diegimą.