Magbukas ng Windows 7 dump. Paano maiintindihan kung ano ang problema kapag lumitaw ang isang asul na screen (BSOD) o kung paano buksan ang dump file. Manu-manong paggawa ng memory dump

Ang isang memory dump file ay nai-save kapag STOP error (o Blue Screens of Death, BSOD) nangyari. Tingnan natin kung paano i-configure ang pag-save ng memory dump sa Windows 7.

I-right-click ang icon Computer piliin sa menu ng konteksto Ari-arian.

Sa kaliwang hanay piliin Mga Advanced na Setting ng System (Mga advanced na setting ng system).

Sa bintana Ang mga katangian ng sistema pumili ng tab Bukod pa rito (Advanced), sa seksyon Startup at Pagbawi pindutin Mga pagpipilian(Mga setting).

Sa bintana Startup at Pagbawi) kino-configure namin ang lokasyon at pangalan ng dump file, pati na rin ang iba pang mga parameter na nauugnay sa pag-boot at pagbawi ng system.

Ipasok ang path sa file sa field ng text Dump file.

Ang %SystemRoot% ay isang environment variable na pinapalitan ng system na may buong path sa Windows folder kung saan matatagpuan ang mga system file.

I-click OK upang i-save ang mga setting (kung ang mga pagbabago ay ginawa).

Sa daan, maaari mong alisan ng check ang checkbox Magsagawa ng awtomatikong pag-reboot, kung hindi mo gustong awtomatikong mag-restart ang computer, ngunit bibigyan ka ng pagkakataong magtala ng impormasyon tungkol sa error na humantong sa asul na screen. Tingnan ang artikulo para sa higit pang mga detalye.

Ang lahat ng mga sistema ng Windows, kapag may nakitang nakamamatay na error, gumawa ng crash dump (snapshot) ng mga nilalaman ng RAM at i-save ito sa hard drive. May tatlong uri ng memory dump:

Full memory dump – sine-save ang buong nilalaman ng RAM. Ang laki ng imahe ay katumbas ng laki ng RAM + 1 MB (header). Napakadalang gamitin, tulad ng sa mga system na may malaking halaga ng memorya ang laki ng dump ay magiging masyadong malaki.

Kernel memory dump – nagse-save ng impormasyon ng RAM na nauugnay sa kernel mode lamang. Ang impormasyon ng user mode ay hindi nai-save dahil hindi ito naglalaman ng impormasyon tungkol sa sanhi ng pag-crash ng system. Ang laki ng dump file ay depende sa laki ng RAM at nag-iiba mula sa 50 MB (para sa mga system na may 128 MB ng RAM) hanggang 800 MB (para sa mga system na may 8 GB ng RAM).

Maliit na memory dump (mini dump) - naglalaman ng medyo maliit na halaga ng impormasyon: isang error code na may mga parameter, isang listahan ng mga driver na na-load sa RAM sa oras ng pag-crash ng system, atbp., ngunit ang impormasyong ito ay sapat na upang makilala ang may sira na driver . Ang isa pang bentahe ng ganitong uri ng dump ay ang maliit na laki ng file.

Pag-ayos ng sistema

Upang matukoy ang driver na sanhi nito, sapat na para sa amin na gumamit ng isang maliit na memory dump. Upang makapag-save ang system ng mini dump sa panahon ng pag-crash, dapat mong gawin ang mga sumusunod na hakbang:

Matapos makumpleto ang lahat ng mga manipulasyon, pagkatapos ng bawat BSoD isang file na may extension na .dmp ay ise-save sa C:\WINDOWS\Minidump folder. Ipinapayo ko sa iyo na basahin ang materyal na "". Maaari mo ring lagyan ng tsek ang kahon na “ Palitan ang kasalukuyang dump file" Sa kasong ito, ang bawat bagong crash dump ay isusulat sa luma. Hindi ko inirerekomenda na i-enable ang opsyong ito.

Pagsusuri ng crash dump gamit ang BlueScreenView

Kaya, pagkatapos lumitaw ang Blue Screen of Death, nag-save ang system ng bagong crash memory dump. Upang pag-aralan ang dump, inirerekumenda ko ang paggamit ng programang BlueScreenView. Maaari itong i-download nang libre. Ang programa ay medyo maginhawa at may isang madaling gamitin na interface. Pagkatapos i-install ito, ang unang bagay na kailangan mong gawin ay tukuyin ang lokasyon para sa pag-iimbak ng mga dump ng memorya sa system. Upang gawin ito, pumunta sa item ng menu " Mga pagpipilian"at piliin ang" AdvancedMga pagpipilian" Piliin ang radio button " Magkargamula saangsumusunodMini Dumpfolder” at tukuyin ang folder kung saan naka-imbak ang mga dump. Kung ang mga file ay naka-imbak sa C:\WINDOWS\Minidump folder, maaari mong i-click ang " Default" I-click ang OK at pumunta sa interface ng programa.

Ang programa ay binubuo ng tatlong pangunahing mga bloke:

1. Pangunahing menu block at control panel;
2. Block ng listahan ng crash dump;
3. Depende sa mga napiling parameter, maaaring naglalaman ito ng:

• isang listahan ng lahat ng mga driver sa RAM bago lumitaw ang asul na screen (bilang default);
• isang listahan ng mga driver na matatagpuan sa RAM stack;
• screenshot ng BSoD;
• at iba pang mga halaga na hindi namin gagamitin.

Sa block ng memory dump list (minarkahan ng numero 2 sa figure), piliin ang dump na interesado kami at tingnan ang listahan ng mga driver na na-load sa RAM (minarkahan ng numero 3 sa figure). Kulay pink ang mga driver na nasa memory stack. Sila ang dahilan ng BSoD. Susunod, pumunta sa Main Menu ng driver, tukuyin kung saang device o program sila nabibilang. Una sa lahat, bigyang-pansin ang mga di-system na file, dahil ang mga file ng system ay na-load sa RAM sa anumang kaso. Madaling makita na ang may sira na driver sa larawan ay myfault.sys. Sasabihin ko na ang program na ito ay partikular na inilunsad upang maging sanhi ng isang Stop error. Matapos matukoy ang may sira na driver, kailangan mong i-update ito o alisin ito sa system.

Upang ang programa ay magpakita ng isang listahan ng mga driver na matatagpuan sa memory stack kapag naganap ang isang BSoD, kailangan mong pumunta sa menu item " Mga pagpipilian"Mag-click sa menu" IbabaPaneMode"at piliin ang" TangingMga driverNatagpuanSasalansan” (o pindutin ang F7 key), at para magpakita ng screenshot ng error, piliin ang “ AsulScreensaXPEstilo” (F8). Upang bumalik sa listahan ng lahat ng mga driver, dapat mong piliin ang " LahatMga driver” (F6).

Sa susunod na hakbang ng pagpili ng isang bahagi na i-install ( Piliin ang mga feature na gusto mong i-install) minarkahan lamang namin ang kailangan namin - Mga tool sa pag-debug para sa Windows at pindutin I-install

Ang isang set ng mga utility ay mada-download at mai-install mula sa Internet patungo sa folder na tinukoy sa unang screen.

Pagkatapos makumpleto ang pag-install, hanapin ito sa Start menu o sa start screen sa shortcut group Mga Windows Kit kagamitan WinDbg at patakbuhin ito gamit ang mga karapatan ng administrator

Kung sa ilang kadahilanan ay hindi mahanap ang shortcut, maaari mong patakbuhin ang executable file mula sa direktoryo ng pag-install - C:\Program Files (x86)\Windows Kits\8.1\Debuggers\x64\windbg.exe

Sa pangunahing menu ng programa WinDbg pumili ng mga item file > Symbol File Path. Sa window na bubukas, magpasok ng isang linya na tumutukoy sa lokal na direktoryo ng cache ng simbolo at sa online na pinagmulan nito:

I-save namin ang mga setting sa pamamagitan ng pagpili ng mga item sa pangunahing menu file > I-save ang Workspace

Buksan ang memory dump file sa pamamagitan ng pagpili mula sa menu file > Buksan ang Crash Dump...

Pumili ng file MEMORY.DMP(matatagpuan sa C:\Windows directory bilang default) at i-click Bukas

Lalabas ang impormasyon tungkol sa kung aling executable na module ang naging sanhi ng paghinto ng system sa paggana. Sa pamamagitan ng pag-click sa isang hyperlink !analyse-v Maaari kang makakuha ng mas detalyadong impormasyon tungkol sa estado ng system sa oras na nangyari ang error sa paghinto.

Ang parehong impormasyon ay maaaring makuha gamit ang command line gamit ang humigit-kumulang sa sumusunod na pagkakasunod-sunod ng mga command:

Sa halimbawang ito, ang lahat ng impormasyon tungkol sa dump parsing ay mada-download sa nababasang anyo sa file na C:\Debuglog.txt

Mga mapagkukunan ng impormasyon:

Ang pagkabigo ng system dahil sa isang kritikal na error (BSOD) ay kadalasang nangyayari dahil sa hindi tamang operasyon o pinsala sa driver, maliban sa mga kaso ng mga problema sa hardware ng computer.

Sa artikulong ito, titingnan namin ang mga pangunahing hakbang na makakatulong sa iyong malayang matukoy ang sanhi ng BSOD at, bilang resulta, alisin ito.

Susuriin namin ang mga memory dump gamit ang WinDBG debugger, kaya bago ka magsimula, kakailanganin mong i-install ang debugger at i-configure ito.
Malalaman mo kung paano gawin ito mula sa artikulo.

Interface ng WinDBG

Kapag binuksan mo ang memory dump file, makakakita ka ng isang window na tulad nito:

Kapansin-pansin na ang default na command window ay independiyente sa pangunahing window ng debugger, kaya maaari mong baguhin ang laki nito, ilipat ito o magkasya ito sa debugger window sa pamamagitan ng pag-drag sa tuktok na hangganan nito sa ibabang hangganan ng toolbar gamit ang mouse, at gayundin palawakin ito sa buong screen.

Kapag binuksan mo ang dump file, magtatagal ang debugger upang kumonekta sa Internet at i-load ang mga kinakailangang simbolo para sa pag-debug. Habang naglo-load ng mga simbolo ng pag-debug, lilitaw ang sumusunod na mensahe sa linya ng command ng debugger: Hindi nakakonekta ang Debugee, hindi mo magagamit ang debugger sa panahong ito.

Kapag na-load na ang mga simbolo at handa na ang debugger na suriin ang dump file, makakakita ka ng mensahe Followup: MachineOwner sa ibaba ng text window.

Ngayon ay handa ka nang simulan ang pagsusuri sa memory dump. Ang lahat ng mga command ay ipinasok sa command line na matatagpuan sa ibaba ng window.

Pagsusuri ng memory dump

Ang unang bagay na kailangan mong bigyang-pansin kapag binubuksan ang isang dump file ay ang error code, na higit na tinutukoy ang pangunahing direksyon ng error at ang pamamaraan ng pagsusuri.

Ang mga error code ay palaging tinutukoy sa hexadecimal at may form na 0xXXXXXXXXX. Ang mga error code ay ipinahiwatig sa isa sa mga sumusunod na opsyon:

• STOP: 0x0000009F
• 06/03/2015 0009F

Sanggunian ng error code: Windows Dev Center Bug Check Code Reference

Ang!thread command at pagsusuri ng driver

Ang pinakakaraniwang sanhi ng BSOD ay ang mga driver ng third-party (device manufacturer). Upang makita kung lumilitaw ang driver ng device sa dump, kakailanganin naming tingnan ang stack.
Patakbuhin ang utos ! thread at hanapin sa mga resulta ng pagpapatupad nito Base At Limitahan, at ang kanilang mga hexadecimal na halaga.
Sa halimbawang isinasaalang-alang ang mga ito ay:
Base fffff80000b9b000 Limitasyon fffff80000b95000

Sa uri ng command line dps pagkatapos ay pinaghihiwalay ng isang space hexadecimal value Limitahan, na sinusundan ng halaga Base. Sa kasong ito, ang pagkakasunud-sunod kung saan ang mga halaga ay tinukoy ay mahalaga - ito ay dapat na kabaligtaran ng kung ano ang ipinapakita bilang isang resulta ng pagpapatupad ng!thread na utos.

dps fffff80000b95000 fffff80000b9b000

Kapag na-load ang stack makakakita ka ng maraming linya na may teksto at mga halaga. Kabilang sa mga resulta ng utos, hanapin ang mga mensahe ng error na nagpapahiwatig ng mga driver. Sa halimbawang isinasaalang-alang, ito ang driver na igdkmd64.sys at iaStorA.sys, at sa debugger ay ganito ang hitsura:

Hanapin sa iyong computer ang tinukoy na mga driver. Ito ay hindi kinakailangan, ngunit ito ay ipinapayong gawin ito. Pagkatapos i-uninstall ang driver mula sa Device Manager o gamit ang uninstall program ng manufacturer ng device, maaaring hindi ma-uninstall ang driver, kung saan maaari mo itong i-uninstall nang manu-mano. Ang pangalawang dahilan ay maaaring ito ay isang malisyosong program file (virus, trojan, minero, atbp.), at sa mga ganitong kaso ang driver ay karaniwang matatagpuan sa hindi pangkaraniwang mga folder.
Upang gawing simple ang pamamaraan, patakbuhin ang sumusunod na command sa isang command prompt na tumatakbo bilang administrator:

driverquery /v > "%USERPROFILE%\Desktop\drivers.txt"

Pagkatapos isagawa ang command, isang drivers.txt file ang gagawin sa desktop, na naglalaman ng detalyadong impormasyon tungkol sa lahat ng mga driver na naka-install sa system, kasama ang kanilang paglalarawan at ang lokasyon ng driver file.

Sa halimbawang isinasaalang-alang, ang posibleng mga salarin para sa BSOD ay ang mga driver ng Intel video card (igdkmd64.sys) at SATA/AHCI controller (iaStorA.sys).

Kapansin-pansin na ang mga driver ay hindi palaging ang sanhi ng BSOD, maaari rin itong maging bunga ng pagkabigo ng hardware, ngunit kung ang error code ay nagpapahiwatig ng isang problema sa driver, pagkatapos ay inirerekomenda na gamitin ang Windows Driver Checker.

Utos!suriin -v

Ang!analyze command ay nagpapakita ng impormasyon tungkol sa kasalukuyang exception o error code, at ang -v na opsyon ay gumagawa ng verbose output. Sa kasong ito, kakailanganin namin ng data tungkol sa mga naka-block na IRP packet sa halaga Arg4, at mga halaga FAILURE_BUCKET_ID At BUCKET_ID.

Patakbuhin ang utos !irp pagdaragdag ng halaga mula sa Arg4

!irp ffffe001eb781600

Bilang resulta ng pagpapatupad ng utos, nakilala ang may problemang driver - RT630x64.sys

Sa kasong ito, ang driver ng Rt630x64.sys ay nauugnay sa adapter ng network at nagiging sanhi ng error na DRIVER_POWER_STATE_FAILURE kapag nag-shut down ang system.
Upang makakuha ng detalyadong impormasyon tungkol sa file ng driver, patakbuhin ang command

Tulad ng nakikita mo, ang petsa ng driver ay medyo luma at ito ay nagkakahalaga ng pag-update nito upang ayusin ang problema.

Konklusyon

Ang layunin ng artikulong ito ay pag-usapan ang tungkol sa isang algorithm para sa pagsusuri ng memory dump upang matukoy ang sanhi ng BSOD. Imposibleng isaalang-alang ang lahat ng mga pagpipilian sa pagsusuri sa loob ng balangkas ng isang artikulo, at maraming mga subtlety ang dumating lamang sa karanasan. Isang error code lang ang isinasaalang-alang dahil ang pagkakasunud-sunod ng pagsusuri nito ay tila sa akin ang pinaka-kawili-wili, sa kaibahan sa error 0x124, halimbawa, na sa karamihan ng mga kaso ay nagpapahiwatig ng isang problema sa hardware, o 0x116, na nagpapahiwatig ng isang problema sa driver ng video o isang problema sa video. card sa 95% ng mga kaso.

Kung hindi mo nalaman ang sanhi ng BSOD o kailangan lang ng mabilis at kwalipikadong tulong sa pagsusuri sa problema, maaari kang makipag-ugnayan sa forum anumang oras.

Kumusta mga kaibigan, tatalakayin natin ngayon ang isang kawili-wiling paksa na makakatulong sa iyo sa hinaharap kapag lumitaw ang isang asul na screen ng kamatayan (BSoD).

Tulad ko, maraming iba pang mga gumagamit ang kailangang obserbahan ang hitsura ng isang screen na may asul na background kung saan may nakasulat (puti sa asul). Ang hindi pangkaraniwang bagay na ito ay nagpapahiwatig ng isang kritikal na problema, parehong sa software, halimbawa, isang salungatan sa driver, at sa isang pisikal na malfunction ng ilang bahagi ng computer.

Kamakailan lamang ay nagkaroon ako ng isyu sa asul na screen sa Windows 10, ngunit mabilis kong inalis ito at sasabihin ko sa iyo ang tungkol dito sa lalong madaling panahon.

Kaya, karamihan sa mga gumagamit ay hindi alam na ang BSoD ay maaaring masuri upang maunawaan sa ibang pagkakataon ang mga kritikal na isyu sa error. Para sa mga ganitong kaso, ang Windows ay lumilikha ng mga espesyal na file sa disk, at susuriin namin ang mga ito.

May tatlong uri ng memory dump:

Buong memory dump– Binibigyang-daan ka ng function na ito na ganap mong i-save ang mga nilalaman ng RAM. Ito ay bihirang ginagamit, dahil isipin na mayroon kang 32 GB ng RAM, na may isang buong dump, ang lahat ng volume na ito ay maiimbak sa disk.

Core dump- nagse-save ng impormasyon sa kernel mode.

Maliit na memory dump– nagse-save ng maliit na halaga ng impormasyon ng error at nag-load ng mga bahagi na naroroon sa oras na nangyari ang malfunction ng system. Gagamitin namin ang ganitong uri ng dump dahil magbibigay ito sa amin ng sapat na impormasyon tungkol sa BSoD.

Magkaiba ang lokasyon ng maliit at buong dump, halimbawa, ang maliit na dump ay matatagpuan sa sumusunod na landas: %systemroot%\minidump.

Narito ang buong dump: %systemroot%.

Mayroong iba't ibang mga programa para sa pagsusuri ng mga dump ng memorya, ngunit gagamitin namin ang dalawa. Ang una ay ang Microsoft Kernel Debuggers, gaya ng ipinahihiwatig ng pangalan, isang utility mula sa Microsoft. Maaari mong i-download ito mula sa opisyal na website. Ang pangalawang programa ay BlueScreenView, isang libreng programa, i-download mula dito.

Pagsusuri ng Memory Dump Gamit ang Microsoft Kernel Debuggers

Para sa iba't ibang bersyon ng mga system kailangan mong mag-download ng ibang uri ng utility. Halimbawa, para sa isang 64-bit na operating system, isang 64-bit na programa ang kailangan, para sa isang 32-bit na operating system, isang 32-bit na bersyon ang kailangan.

Hindi lang iyon, kailangan mong i-download at i-install ang pakete ng mga simbolo ng pag-debug na kailangan para sa programa. Ito ay tinatawag na Debugging Symbols. Ang bawat bersyon ng package na ito ay dina-download din sa ilalim ng isang partikular na OS, alamin muna kung anong system ang mayroon ka, at pagkatapos ay i-download. Upang hindi mo na kailangang hanapin ang mga simbolo na ito kahit saan, narito ang link sa pag-download. Ang pag-install ay dapat gawin sa landas na ito: %systemroot%\symbols.

Ngayon ay maaari mong ilunsad ang aming debugger, ang window kung saan magiging ganito ang hitsura:

Bago pag-aralan ang mga dump, iko-configure namin ang isang bagay sa utility. Una, kailangan naming sabihin sa programa kung saan namin na-install ang mga simbolo ng pag-debug. Upang gawin ito, mag-click sa pindutan ng "File" at piliin ang item na "Symbol File Path", pagkatapos ay ipahiwatig ang landas sa mga simbolo.

Binibigyang-daan ka ng program na kunin ang mga simbolo nang direkta mula sa web, kaya hindi mo na kailangang i-download ang mga ito (paumanhin sa mga na-download na ang mga ito). Kukunin ang mga ito mula sa isang server ng Microsoft, kaya ligtas ang lahat. Kaya, kailangan mong buksan muli ang "File", pagkatapos ay "Symbol File Path" at ipasok ang sumusunod na command:

SRV*%systemroot%\symbols*http://msdl.microsoft.com/download/symbols

Kaya, ipinahiwatig namin sa programa na ang mga simbolo ay dapat kunin mula sa network. Kapag nagawa na namin ito, i-click ang "File" at piliin ang "Save Workspace", pagkatapos ay i-click ang OK.

Iyon lang. Na-configure namin ang programa sa tamang paraan, ngayon nagsisimula kaming pag-aralan ang mga dump ng memorya. Sa programa, pindutin ang pindutan "File", Pagkatapos "Buksan ang Crash Dump" at piliin ang nais na file.

Sisimulan ng mga Kernel Debugger ang pagsusuri sa file at pagkatapos ay maglalabas ng resulta tungkol sa sanhi ng error.

Sa window na lilitaw, maaari kang magpasok ng mga command. Kung papasok tayo !suriin –v, pagkatapos ay makakakuha tayo ng higit pang impormasyon.

Iyon lang ang kasama ng programang ito. Upang ihinto ang debugger, piliin ang "Debug" at ang item na "Ihinto ang Pag-debug."

Pagsusuri ng memory dump gamit ang BlueScreenView

Ang programang BlueScreenView ay angkop din para sa pagsusuri ng iba't ibang mga error at BSoD; mayroon itong isang simpleng interface, kaya dapat walang mga problema sa pag-master nito.

I-download ang program mula sa link sa itaas at i-install. Pagkatapos ilunsad ang utility, kailangan mong i-configure ito. Pumunta sa mga parameter: "Mga Setting" - "Mga advanced na setting". Magbubukas ang isang maliit na window na may ilang mga item. Sa unang talata, kailangan mong ipahiwatig ang lokasyon ng mga dump ng memorya. Karaniwang matatagpuan ang mga ito sa landas C:\WINDOWS\Minidump. Pagkatapos ay i-click lamang ang pindutang "Default".

Ano ang makikita mo sa programa? Mayroon kaming mga item sa menu, bahagi ng window na may mga pangalan ng dump file, at ang pangalawang bahagi ng window - ang mga nilalaman ng memory dumps.

Tulad ng sinabi ko sa simula ng artikulo, ang mga dump ay maaaring mag-imbak ng mga driver, ang screenshot ng mismong "screen of death", at iba pang kapaki-pakinabang na impormasyon na maaaring maging kapaki-pakinabang sa amin.

Kaya, sa unang bahagi ng window, kung nasaan ang mga dump file, piliin ang memory dump na kailangan namin. Sa susunod na bahagi ng window ay tinitingnan namin ang mga nilalaman. Ang mga driver na matatagpuan sa memory stack ay minarkahan ng mapula-pula na kulay. Ang mga ito ay tiyak na sanhi ng asul na screen ng kamatayan.

Sa Internet mahahanap mo ang lahat tungkol sa error code at driver na maaaring sisihin para sa BSoD. Upang gawin ito, i-click ang "File", at pagkatapos "Hanapin ang error code + Driver sa Google".

Maaari mong ipakita lamang ang mga driver na naroroon sa oras na naganap ang error. Upang gawin ito, i-click ang "Mga Setting" - "Bottom window mode" - "Mga driver lang ang natagpuan sa crash stack". O pindutin ang F7 key.

Upang ipakita ang screenshot ng BSoD, pindutin ang F8.

Upang ipakita ang lahat ng mga driver at file, pindutin ang F6.

Well, yun lang. Ngayon alam mo na kung paano malaman ang tungkol sa problema sa Blue Screen of Death, at kung may mangyari, maghanap ng solusyon sa Internet o sa site na ito. Maaari mong ialok ang iyong mga error code, at susubukan kong magsulat para sa bawat artikulo upang malutas ang problema.

Huwag ding kalimutang magtanong sa mga komento.