Përdorimi i një deponie memorie për të diagnostikuar përplasjet. Depon e përplasjes së Windows

Sa shpesh e shihni ekranin e vdekjes së Windows (BSoD)? BSoD mund të ndodhë në raste të ndryshme: si gjatë punës me sistemin, ashtu edhe gjatë ngarkimit të sistemit operativ. Si të përcaktoni se çfarë e shkakton BSoD dhe ta rregulloni këtë problem? Sistemi operativ Windows është i aftë të ruajë një deponim memorie kur ndodh një gabim, në mënyrë që administratori i sistemit të mund të analizojë të dhënat e grumbullimit dhe të gjejë shkakun e BSoD.

Ekzistojnë dy lloje të depozitave të memories - të vogla (minidump) dhe të plota. Në varësi të cilësimeve të sistemit operativ, sistemi mund të ruajë deponime të plota ose të vogla ose të mos ndërmarrë asnjë veprim kur ndodh një gabim.

Një hale e vogël ndodhet përgjatë shtegut %systemroot%\minidump dhe ka një emër si Minixxxxxx-xx.dmp
Deponia e plotë ndodhet përgjatë rrugës %systemroot% dhe ka një emër si Memory.dmp

Për të analizuar përmbajtjen e depozitave të memories, duhet të përdorni një mjet të veçantë - Microsoft Kernel Debugger.
Programin dhe komponentët e nevojshëm për funksionimin e tij mund ta merrni direkt nga faqja e internetit e Microsoft - Veglat e korrigjimit

Kur zgjidhni një korrigjues, duhet të merrni parasysh versionin e sistemit operativ në të cilin do të duhet të analizoni depozitat e kujtesës. Për një OS 32-bit, kërkohet versioni 32-bit i korrigjuesit dhe për një OS 64-bitësh, preferohet të përdoret versioni 64-bit i korrigjuesit.

Përveç vetë paketës së Debugging Tools për Windows, do t'ju duhet gjithashtu një grup simbolesh korrigjimi - Simbolet e korrigjimit. Seti i simboleve të korrigjimit është specifik për secilin OS në të cilin është regjistruar BSoD. Prandaj, do t'ju duhet të shkarkoni një grup simbolesh për secilin OS, funksionimin e të cilit do t'ju duhet ta analizoni. Një Windows XP 32-bit do të kërkojë grupin e karaktereve 32-bit të Windows XP; një OS 64-bitësh do të kërkojë grupin e karaktereve 64-bit të Windows XP. Për sistemet e tjera operative të familjes Windows, grupet e karaktereve zgjidhen sipas të njëjtit parim. Ju mund të shkarkoni simbolet e korrigjimit nga këtu. Rekomandohet instalimi i tyre në %systemroot%\symbols

Pas instalimit të korrigjuesit dhe simboleve të korrigjimit, hapni korrigjuesin. Dritarja e korrigjuesit pas nisjes duket kështu.

Përpara se të analizoni përmbajtjen e depozitës së memories, do t'ju duhet të bëni një konfigurim të vogël të korrigjuesit. Në mënyrë të veçantë, tregoni programit se ku të kërkojë simbolet e korrigjimit. Për ta bërë këtë, zgjidhni nga menyja File > Symbol File Path... Klikoni butonin Browse... dhe tregoni dosjen në të cilën kemi instaluar simbolet e korrigjimit për deponimin e memories në fjalë.

Ju mund të kërkoni informacion në lidhje me simbolet e kërkuara të korrigjimit direkt përmes Internetit, nga një server publik Microsoft. Në këtë mënyrë do të keni versionin më të fundit të simboleve. Ju mund ta bëni këtë si më poshtë - në menynë File > Symbol File Path…, shkruani: SRV*%systemroot%\symbols*http://msdl.microsoft.com/download/symbols

Pasi të specifikoni shtegun për simbolet e korrigjimit, zgjidhni Skedar > Ruaj hapësirën e punës nga menyja dhe konfirmoni veprimin duke klikuar OK.

Për të filluar analizimin e depozitës së kujtesës, zgjidhni File > Open Crash Dump... nga menyja dhe zgjidhni skedarin e kërkuar për ekzaminim.

Sistemi do të analizojë përmbajtjen, pas së cilës do të japë një rezultat për shkakun e dyshuar të gabimit.

Komanda !analyze -v e dhënë korrigjuesit në vijën e komandës do të nxjerrë informacion më të detajuar.

Mund ta ndaloni korrigjimin duke zgjedhur artikullin e menysë Debug > Stop Debugging

Kështu, duke përdorur paketën e Debugging Tools për Windows, gjithmonë mund të merrni një pamje mjaft të plotë të shkaqeve të gabimeve të sistemit.

Nëse i ashtuquajturi ekrani blu i vdekjes në Windows 10 shfaqet para jush dhe jeni gati të bini në koma nervore, tërhiqeni veten dhe përpiquni ta zgjidhni problemin. Për të filluar, ia vlen të thuhet se ky mesazh ogurzi ju sinjalizon për një gabim kritik të sistemit. Për më tepër, nuk është gjithmonë e mundur të kapni momentin dhe të keni kohë për të lexuar kodin e gabimit kur Windows bie në ekranin blu të vdekjes dhe pajisja rindizet. Le të vërejmë menjëherë se ka një numër të madh zgjidhjesh për këtë problem, si dhe arsyet për shfaqjen e një ekrani blu. Në këtë artikull do të përpiqemi të shqyrtojmë shkaqet e mundshme të ekranit blu të lumturisë, si dhe zgjidhjet e mundshme të problemit.

Në shumicën dërrmuese të rasteve, ekrani blu i vdekjes sinjalizon gabimin BAD_POOL_CALLER - stop 0x000000c2. Për ta thënë troç, është e vështirë të diagnostikosh këtë gabim, por ndoshta do të përpiqemi ta përdorim këtë gabim si shembull për të përshkruar algoritmin për veprimet tuaja të ardhshme.

Për të diagnostikuar siç duhet problemin, së pari duhet të analizoni një skedar të veçantë të sistemit të quajtur minidump. Krijimi i skedarëve të tillë është shkaktuar nga një dështim i sistemit; për më tepër, ata mund të na informojnë se çfarë saktësisht çoi në dështim.

1. Për të aktivizuar këtë regjistrim automatik të një grumbullimi të vogël memorie (e çaktivizuar si parazgjedhje), shkoni te vetitë e kompjuterit dhe shkoni te seksioni "Cilësimet e avancuara të sistemit" (ky aktivizim ofrohet për të gjitha sistemet, jo vetëm për Windows 10):

Si rregull, të gjithë skedarët minidump ruhen kur shfaqet një ekran blu i vdekjes (BSOD) dhe mund t'i gjeni në dosjen C:\Windows\Minidump. Vlen të përmendet se emri i skedarit përmban datën aktuale - kur është krijuar, gjë që e bën shumë më të lehtë identifikimin e datës kur ka ndodhur gabimi, veçanërisht duke pasur parasysh se mund të ketë më shumë se një skedar të tillë.

Dy mënyra për të deshifruar një minidump të vogël memorie

Mënyra e parë, konsiston në përdorimin e mjetit mjaft të njohur BlueScreenView. Ky mjet mund të jetë gjithashtu një opsion i mirë për të analizuar një deponi të memories. Përdorimi i këtij mjeti do të jetë i dobishëm si një mënyrë për të identifikuar drejtuesin problematik.

Për më tepër, është veçanërisht e dukshme për faktin se me ndihmën e saj është e mundur të shihet BSOD (ekrani blu i vdekjes) si në një kornizë ngrirjeje, siç ishte kur sistemi u rrëzua. Ai tregon kohën dhe datën e dështimit, informacionin rreth drejtuesit ose modulit me versionin dhe një përshkrim të shkurtër. Për më tepër, programi është i disponueshëm në shumë gjuhë, përfshirë rusishten. Pra, mjeti BlueScreenView është gjëja më e mirë nëse ju duhet të analizoni shpejt depozitat e kujtesës gjatë BSOD.

Për metoda e dytë ju duhet të instaloni mjetet e korrigjimit për Windows dhe gjithashtu të shkarkoni programin bsdos_utility. Më pas, pasi të keni shpaketuar skriptin bsdos_utility.cmd, duhet ta zhvendosni atë në diskun C:\ (mund të krijoni një dosje të veçantë, por ia vlen të mbani mend se linja e adresës së nisjes së skriptit do të jetë e ndryshme nga shembulli ynë). Pastaj në vijën e komandës duhet të shkruani:

C:\bsdos_utility.cmd

Pasi të shfaqet një listë e të gjitha deponive nga lista C:\Windows\Minidump\, pas së cilës skripti do të pyesë se cila hale duhet të analizohet. Ju gjithashtu mund të zgjidhni vetë minidump-in e kërkuar kur ekzekutoni skriptin:

Në mënyrë të ngjashme, është e mundur të zbulohen shumë gabime të Windows 10 që shkaktuan një BSOD, si dhe programe problematike .exe që shkaktuan një ekran blu.

Shkaku i gabimeve kritike të Windows të shoqëruar nga ekranet blu (BSOD) është shpesh një drejtues - i sapo instaluar ose i dëmtuar. Pasi të keni përcaktuar se cili drejtues po shkakton gabimin, mund të filloni të rregulloni problemin: përditësoni drejtuesin, ktheni përsëri në një version të mëparshëm, instaloni ose hiqni aplikacionin që instaloi drejtuesin, etj. Emri i drejtuesit nuk shfaqet gjithmonë në ngjyrë blu ekran. Sidoqoftë, ekziston një mënyrë shumë e thjeshtë që ju lejon të identifikoni drejtuesin problematik në disa minuta duke përdorur një hale memorie.

Hapi 1 - Aktivizo regjistrimin e depozitimit të kujtesës

Së pari ju duhet të siguroheni që regjistrimi i hale është i aktivizuar. Për ta bërë këtë, hapni vetitë e sistemit duke shtypur kombinimin e tastit Win + Pushim, [në Vista klikoni lidhjen Cilësimet e avancuara të sistemit], shkoni te skeda Për më tepër, dhe në fund shtypni butonin.

I vogël Deponitë e memories duhet të jenë të mjaftueshme për qëllimet tona.

Kushtojini vëmendje shtegut për në dosje ku do të ruhen nëse ndodh një gabim kritik.

Tani mund ta arkivoni skedarin dhe t'ia bashkëngjitni një postimi në forum Zgjidhja e problemeve kritike të Windows dhe prisni derisa dikush t'ju thotë emrin e shoferit problematik :) Por ju mund ta bëni vetë pa shumë përpjekje.

Hapi 2 - Analizimi i deponive duke përdorur MinDumper Utility

Në këtë artikull do të gjeni një histori për këtë mjet.

1. Shkarkoni dhe instaloni mjetet e korrigjimit për Windows. Ato janë të përfshira në instaluesin e uebit të Windows SDK, ku pas nisjes duhet të zgjidhni Veglat e korrigjimit në seksionin Common Utilities.
2. Shkarko skenar(kdfe.cmd), e cila u shkrua nga Alexander Sukhovey dhe u botua në burim sysadmins.ru(meqenëse nuk mund të gjeja një lidhje të drejtpërdrejtë atje, unë ofroj timen). Zhzip arkivin në çdo dosje.
   shënim. Nëse vendndodhja e dosjes Program Files është jo standarde, mund t'ju duhet të specifikoni në kdfe.cmd shtegun për në dosje ku janë instaluar Veglat e korrigjimit për Windows. Përdorni variablin dbgpath në rreshtin 41.

Hapi 3 - Analizimi i Memory Depon

Tani gjithçka zbret në ekzekutimin e një komande. Hapni një vijë komandimi dhe shkoni te dosja ku keni nxjerrë kdfe.cmd. Ekzekutoni skedarin, duke specifikuar si parametër shtegun drejt skedarit të memories (në shembullin më poshtë skedari quhet Mini1110307-01.dmp)

Ky shënim i shkurtër synon të tregojë se si mund ta konfiguroni sistemin në mënyrë që të merrni një emergjencë Deponimi i memories së Windows, domethënë një hale që mund të krijohet nëse ndodh një dështim kritik, i karakterizuar nga shfaqja e një ekrani blu të vdekjes (BSOD). Çfarë është një hale në përgjithësi, pse na nevojitet dhe çfarë është ajo, çfarë problemesh synohet të zgjidhë dhe çfarë informacioni përmban?

Deponia e memories - përmbajtja e memories së punës të një procesi, kerneli ose të gjithë sistemit operativ, duke përfshirë, përveç zonave të punës, informacion shtesë për gjendjen e regjistrave të procesorit, përmbajtjen e stivit dhe strukturave të tjera të shërbimit.

Pse mund të na duhet kjo përmbajtje, d.m.th. Deponimi i memories së Windows? Ndoshta përdorimi më i zakonshëm i një deponie memorie është studimi i shkaqeve të një dështimi të sistemit (), i cili shkaktoi ndalimin e plotë të sistemit operativ. Përveç kësaj, gjendja e kujtesës mund të përdoret për qëllime të tjera. Është gjithashtu e rëndësishme që një deponi memorie është fjalë për fjalë e vetmja mënyrë për të marrë informacion për ndonjë dështim! Dhe marrja (marrja) e një deponie të memories së sistemit është, në fakt, e vetmja metodë e saktë për të marrë një gjurmë gishti (kopje) të menjëhershme të përmbajtjes së kujtesës fizike të sistemit.

Sa më saktë që përmbajtja e deponisë të pasqyrojë gjendjen e kujtesës në momentin e dështimit, aq më të detajuar do të jemi në gjendje të analizojmë situatën e emergjencës. Prandaj, është jashtëzakonisht e rëndësishme të sigurohet një kopje e përditësuar e kujtesës fizike të sistemit në një moment të përcaktuar rreptësisht në kohë që i paraprin dështimit. Dhe e vetmja mënyrë për ta bërë këtë është të krijoni një deponi të plotë aksidenti. Arsyeja është mjaft e parëndësishme - kur ndodh një përplasje e kujtesës së sistemit, qoftë si rezultat i një dështimi ose si rezultat i një situate të simuluar artificialisht, sistemi në këtë moment të marrjes së kontrollit të funksioneve të urgjencës (KeBugCheckEx) është në një gjendja absolutisht e pandryshuar (statike), prandaj, midis momentit kur ndodh dështimi dhe momentit kur të dhënat shkruhen në media, asgjë nuk ndryshon përmbajtjen e memories fizike dhe ajo shkruhet në disk në gjendjen e saj origjinale. Epo, kjo është në teori, por herë pas here në jetë, por ka situata ku, për shkak të komponentëve të dëmtuar të harduerit, vetë deponia e kujtesës mund të dëmtohet ose stacioni mund të ngrijë gjatë regjistrimit të deponisë.

Në shumicën dërrmuese të rasteve, që nga momenti kur fillon procesi i krijimit të një depoje të memories së përplasjes deri në fund të shkrimit të përmbajtjes së memories në disk, informacioni në memorie mbetet i pandryshuar.

Teorikisht, staticiteti (pandryshueshmëria) e "gjurmës së gishtit" të kujtesës shpjegohet me faktin se kur thirret funksioni KeBugCheckEx, i cili shfaq informacione rreth dështimit dhe fillon procesin e krijimit të një deponie të memories, sistemi tashmë është ndalur plotësisht dhe përmbajtja e memories fizike shkruhet në blloqe të zëna në disk nga skedari paging, pas së cilës, gjatë ngarkimit të mëvonshëm të sistemit operativ, ai rivendoset në një skedar në median e sistemit. Epo, pothuajse një herë vura re një situatë ku një motherboard me defekt nuk më lejonte të ruaja një skedar memorie: a) ngrirje ndërsa logjika e kursimit të depozitimit po funksiononte (procesi nuk arriti në 100%), b) dëmtimi i skedarit të grumbullimit të kujtesës ( korrigjuesi u ankua për strukturat), c) memorien e shkrimit.dmp skedarët e depozitimit me gjatësi zero. Prandaj, përkundër faktit se sistemi tashmë është ndalur plotësisht në kohën kur krijohet deponia e kujtesës dhe funksionon vetëm kodi i urgjencës, pajisja e gabuar mund të bëjë rregullime në çdo logjikë pa përjashtim në çdo fazë të funksionimit.
Tradicionalisht, në fazën fillestare, blloqet e diskut të alokuara në skedarin e faqes përdoren për të ruajtur një depon të memories së Windows. Më pas, pas një ekrani blu dhe rindezjes, të dhënat zhvendosen në një skedar të veçantë dhe më pas skedari riemërtohet duke përdorur një model në varësi të llojit të depozitimit. Sidoqoftë, duke filluar me versionin e Windows Vista, kjo gjendje mund të ndryshohet; tani përdoruesit i jepet mundësia të ruajë një hale të zgjedhur pa pjesëmarrjen e një skedari paging, duke vendosur informacione për dështimin në një skedar të përkohshëm. Kjo është bërë për të eleminuar gabimet e konfigurimit që lidhen me cilësimet e pasakta të madhësisë dhe pozicionit të skedarit të paging, të cilat shpesh çuan në probleme gjatë procesit të ruajtjes së një deponie memorie.
Le të shohim se çfarë lloje deponive na lejon të krijojmë sistemi operativ Windows:

• Deponia e memories së procesit (aplikacionit);
• Deponia e memories së kernelit;
• Deponimi i plotë i memories (shkarkimi i pjesës së disponueshme të memories fizike të sistemit).

Të gjitha deponitë e përplasjeve mund të ndahen në dy kategori kryesore:

• Deponitë e përplasjeve me informacione për përjashtimin që ka ndodhur. Ato zakonisht krijohen automatikisht kur ndodh një përjashtim i patrajtuar në aplikacion/kernel dhe, në përputhje me rrethanat, mund të thirret korrigjuesi i sistemit (të integruar). Në këtë rast, informacioni për përjashtimin regjistrohet në një hale, gjë që e bën më të lehtë përcaktimin e llojit të përjashtimit dhe ku ka ndodhur gjatë analizave të mëvonshme.
• Deponitë e përplasjeve pa informacione përjashtimi. Zakonisht krijohet manualisht nga përdoruesi kur është e nevojshme të krijohet thjesht një fotografi e një procesi për analiza të mëvonshme. Kjo analizë nuk nënkupton përcaktimin e llojit të përjashtimit, pasi nuk ka ndodhur asnjë përjashtim, por një analizë e një lloji krejtësisht të ndryshëm, për shembull, studimi i strukturave të të dhënave të një procesi e kështu me radhë.

Konfigurimi i depozitimit të kujtesës së kernelit

Ju duhet të identifikoheni me një llogari administrative për të kryer veprimet e përshkruara në këtë seksion.

Le të hidhemi drejtpërdrejt në konfigurimin e cilësimeve të shkarkimit të rrëzimit të Windows. Së pari, duhet të shkojmë te dritarja e vetive të sistemit në një nga mënyrat e mëposhtme:

1. Klikoni me të djathtën në ikonën "My Computer" - "Properties" - "Cilësimet e avancuara të sistemit" - "Advanced".
2. Butoni "Start" - "Control Panel" - "System" - "Cilësimet e avancuara të sistemit" - "Advanced".
3. Shkurtorja e tastierës "Windows" + "Pause" - "Cilësimet e avancuara të sistemit" - "Avancuar".
4. 
   sistemi i kontrollit.cpl,3
5. Ekzekutoni në vijën e komandës (cmd):
   Vetitë e sistemit të avancuara

Rezultati i veprimeve të përshkruara është hapja e dritares "Karakteristikat e sistemit" dhe zgjedhja e skedës "Advanced":

Pas kësaj, në seksionin "Boot and Recovery" klikojmë, zgjedhim "Opsionet" dhe në këtë mënyrë hapim një dritare të re të quajtur "Shkarkim dhe Rimëkëmbje":

Të gjithë parametrat e shkarkimit të përplasjeve janë grupuar në një bllok parametrash të quajtur "Dështimi i sistemit". Në këtë bllok mund të vendosim parametrat e mëposhtëm:

1. Shkruani ngjarje në regjistrin e sistemit.
2. Kryeni një rindezje automatike.
3. Regjistrimi i informacionit të korrigjimit.
4. Hidh skedarin.
5. Zëvendësoni një skedar ekzistues hale.

Siç mund ta shihni, shumë nga parametrat nga lista janë mjaft të parëndësishme dhe të lehta për t'u kuptuar. Megjithatë, do të doja të shtjelloja parametrin "Dump File". Parametri paraqitet si një listë rënëse dhe ka katër vlera të mundshme:

Depo e vogël e kujtesës

Një skedar i vogël memorie (minidump) është një skedar që përmban sasinë më të vogël të informacionit rreth dështimit. Më e vogla nga të gjitha deponimet e mundshme të memories. Pavarësisht nga disavantazhet e dukshme, minidumps shpesh përdoren si informacion në lidhje me një dështim për t'u transferuar te shitësit e shoferëve të palëve të treta për studime të mëvonshme.
Komponimi:

• Mesazh gabimi.
• Vlera e gabimit.
• Parametrat e gabimit.
• Konteksti i procesorit (PRCB) në të cilin ndodhi dështimi.
• Informacioni i procesit dhe konteksti i kernelit (EPROCESS) për procesin e përplasjes dhe të gjitha temat e tij.
• Përpunoni informacionin dhe kontekstin e kernelit (ETHREAD) për thread-in që shkakton përplasjen.
• Stack i modalitetit të kernelit për fillin që shkaktoi përplasjen.
• Lista e drejtuesve të ngarkuar.

Akomodimi: %SystemRoot%\Minidump\MMDDYY-XXXXXX-NN.dmp. Aty ku MMDDYY është muaji, dita dhe viti, përkatësisht, NN është numri serial i deponisë.
Vëllimi: Madhësia varet nga madhësia e sistemit operativ: vetëm 128 kilobajt kërkohen për një 32-bit dhe 256 kilobajt për një OS 64-bit në skedarin e paging (ose në skedarin e specifikuar në DedicatedDumpFile). Meqenëse nuk mund të vendosim një madhësi kaq të vogël, e rrumbullakojmë atë në 1 megabajt.

Deponia e kujtesës së kernelit

Ky lloj hale përmban një kopje të të gjithë kujtesës së kernelit në momentin e përplasjes.
Komponimi:

• Lista e proceseve të ekzekutimit.
• Gjendja e fillit aktual.
• Faqet e memories së kernelit të pranishme në memorien fizike në momentin e përplasjes: memoria e drejtuesit në modalitetin kernel dhe memoria e programit në modalitetin kernel.
• Kujtesa e nivelit të varur nga hardueri (HAL).
• Lista e drejtuesve të ngarkuar.

Deponimit të kujtesës së kernelit i mungojnë faqet e kujtesës së pacaktuar dhe faqet e modalitetit të përdoruesit. Pajtohem, nuk ka gjasa që faqet e procesit të modalitetit të përdoruesit të jenë me interes për ne gjatë një dështimi të sistemit (BugCheck), pasi dështimi i sistemit zakonisht inicohet nga kodi i modalitetit të kernelit.

Madhësia: Ndryshon në varësi të madhësisë së hapësirës së adresës së kernelit të caktuar nga sistemi operativ dhe numrit të drejtuesve të modalitetit të kernelit. Në mënyrë tipike, rreth një e treta e memories fizike kërkohet në skedarin swap (ose në skedarin e specifikuar në DedicatedDumpFile). Mund të ndryshojnë.

Mbledhja e plotë e kujtesës

Një grumbull i memories së plotë përmban një kopje të të gjithë memories fizike (RAM) në momentin e përplasjes. Prandaj, e gjithë përmbajtja e kujtesës së sistemit përfshihet në skedar. Ky është një avantazh dhe një disavantazh i madh, pasi madhësia e tij mund të jetë e rëndësishme në disa serverë me sasi të mëdha RAM.
Komponimi:

• Të gjitha faqet e memories fizike "të dukshme". Kjo është pothuajse e gjithë memoria e sistemit, me përjashtim të zonave të përdorura nga hardueri: BIOS, hapësira PCI, etj.
• Të dhënat nga proceset që funksiononin në sistem në kohën e dështimit.
• Faqet e memories fizike që nuk janë të përcaktuara në hapësirën e adresave virtuale, por që mund të ndihmojnë në hetimin e shkakut të dështimit.

Si parazgjedhje, një grumbull memorie të plotë nuk përfshin zonat e memories fizike të përdorura nga BIOS.
Vendndodhja: %SystemRoot%\MEMORY.DMP . Deponia e mëparshme është mbishkruar.
Vëllimi: Skedari i paging (ose skedari i specifikuar në DedicatedDumpFile) kërkon një vëllim të barabartë me madhësinë e memories fizike + 257 megabajt (këto 257 MB ndahen në një kokë të caktuar + të dhëna drejtuese). Në fakt, në disa OS, pragu i poshtëm i skedarit të paging mund të vendoset saktësisht në vlerën e madhësisë së kujtesës fizike.

Hedhja automatike e kujtesës

Duke filluar me Windows 8/Windows Server 2012, një lloj i ri hale është futur në sistem i quajtur Automatic Memory Dump, i cili është vendosur si lloji i paracaktuar. Në këtë rast, sistemi vetë vendos se cilin deponi të memories të regjistrojë në rast të një dështimi të veçantë. Për më tepër, logjika e zgjedhjes varet nga shumë kritere, duke përfshirë shpeshtësinë e "përplasjes" së sistemit operativ.

Pasi të ndryshoni konfigurimin e depozitimit të kujtesës së Windows, mund t'ju duhet të rinisni kompjuterin tuaj.

Cilësimet e regjistrit

Seksioni i regjistrit që përcakton parametrat e shkarkimit të përplasjes:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl

Opsione:

Krijimi manual i një deponie memorie

Më sipër kemi përshkruar cilësimet për krijimin automatik të deponive të përplasjeve të sistemit në rast të një gabimi kritik, domethënë një përjashtimi të patrajtuar në kodin e kernelit. Por në jetën reale, përveç rrëzimit të sistemit operativ, ka situata kur është e nevojshme të merret një hale e kujtesës së sistemit në një moment të caktuar kohor. Si të jesh në këtë rast? Ka metoda për marrjen e një fotografie të të gjithë memories fizike, për shembull duke përdorur komandën .dump në korrigjuesit WinDbg/LiveKD. LiveKD është një program që ju lejon të ekzekutoni korrigjuesin e kernelit Kd në një sistem që funksionon në modalitetin lokal. Debuger WinDbg gjithashtu ka një veçori të ngjashme. Megjithatë, metoda e hedhjes në fluturim nuk është e saktë sepse deponia e gjeneruar në këtë rast është "jokonsistente" pasi kërkon kohë për të gjeneruar deponinë, dhe në rast të përdorimit të korrigjuesit të modalitetit kernel, sistemi vazhdon të funksionojë dhe të bëjë ndryshon në faqet e kujtesës.

Windows është një krijim shumë i brishtë dhe pothuajse çdo veprim i gabuar nga ana e përdoruesit do të çojë në gabime kritike, dhe jo shumë të mira. Informacionet e shkruara në vetë ekranin, si dhe skedarët e veçantë, ju ndihmojnë të gjeni informacione për ekranet blu të vdekjes, të cilat janë ato probleme shumë kritike. deponitë e kujtesës– ruajtja e të dhënave për shkaqet e BsoD. Unë rekomandoj fuqimisht aktivizimin e kësaj veçorie, pasi askush nuk është i imunizuar nga ekranet blu, madje edhe një përdorues me përvojë. Deponitë e kujtesës zakonisht ruhen përgjatë rrugës C:\Windows\MEMORY.DMP, ose C:\Windows\Minidump– ku ruhen të ashtuquajturat memorie të vogla. Nga rruga, një skedar i vogël memorie do të jetë skedari që do t'ju ndihmojë të zbuloni shkakun e BsoD.

Si të aktivizoni funksionin e hedhjes së kujtesës në Windows 10 dhe ta konfiguroni atë

Në mënyrë tipike, shërbimet si BlueScreenView përdoren për të parë deponitë, por duhet të konfiguroni krijimin automatik të deponive të memories tani, përndryshe ky program dhe të ngjashme do të jenë të padobishme.

Kjo është e dobishme:

Klikoni ikonën e kërkimit dhe shkruani frazën "Paneli i kontrollit" për të hapur dritaren e mjetit.

Konvertimi i shfaqjes së ikonave në formë "Ikona të vogla", dhe më pas shkoni te seksioni "Sistemi".

Do të hapet një dritare, ku në anën e majtë klikoni mbi opsionin "Cilësimet e avancuara të sistemit".

Në skedën "Avanced", klikoni artikullin

Më në fund, hapet një dritare ku ndodhen parametrat kryesorë për konfigurimin e deponive. Këtu mund të shihni se në Windows është aktivizuar një deponim automatik i kujtesës, i cili ruhet në shtegun e treguar pak më poshtë. Përfshihen gjithashtu kutitë e kontrollit për krijimin e regjistrave. Përveç kësaj, krijohen gjithashtu skedarë të vegjël hale memorie, të cilat do të jenë shumë të dobishme për ne kur punojmë me ekranet blu të vdekjes. Informacioni mbi bërthamën e sistemit dhe kujtesën ruhet gjithashtu. Nëse modaliteti është automatik, atëherë kjo do të jetë e mjaftueshme.

Informacion në lidhje me deponitë e tjera të memories

Nëse hapni menunë rënëse për regjistrimin e informacionit të korrigjimit, do të shihni disa opsione që do t'i përshkruaj më poshtë.

• Depo e vogël e kujtesës– një mini hale, e cila ruhet përgjatë një rruge të veçantë dhe peshon 256 Kilobytes. Ky skedar ruan informacionin bazë në ekranet blu të vdekjes dhe proceset e sistemit. Nëse keni nevojë të zbuloni shkakun e BSOD, atëherë mjafton një hale e vogël memorie. BlueScreenView ose programe të ngjashme përdoren për të marrë informacion. Çdo fillestar mund ta përdorë këtë metodë.
• Deponia e kujtesës së kernelit– skedari do të përmbajë të njëjtin informacion si tipi automatik. I vetmi ndryshim është se sistemi ndryshon skedarin e paging. Cilin opsion duhet të zgjedh? Unë mendoj se është një tip automatik.
• Depo memorie e plotë– skedari përmban të dhëna të plota rreth RAM-it, që do të thotë se madhësia e skedarit do të jetë e barabartë me madhësinë e RAM-it. Ju keni 8 GB në kompjuterin tuaj, që është sa do të zërë skedari i memorjes së plotë në disk. Ky opsion nuk është veçanërisht i përshtatshëm për fillestarët.
• Deponimi i memories aktive– u shfaq për herë të parë në Windows 10. Më i përshtatshëm për serverët dhe ruan të dhëna për memorien aktive dhe mënyrat e kernelit, si dhe përdoruesin aktual.

Si të fshini një skedar memorie

Është shumë e thjeshtë, ju shkoni përgjatë rrugës ku ndodhen këta skedarë dhe i fshini ato manualisht. Për shembull, skedari i memorjes së plotë quhet MEMORY.DMP, thjesht fshijeni dhe kaq. Kur përdorni mjetin Disk Cleanup, ekziston gjithashtu një opsion për të fshirë skedarët e grumbulluar.

Deponimi i kujtesës mund të çaktivizohet për shkak të shërbimeve të pastrimit të sistemit. Kur përdorni SSD dhe pajisje speciale për të punuar me këto disqe, ato gjithashtu mund të çaktivizojnë disa funksione të sistemit në mënyrë që SSD t'i nënshtrohet më pak procedurave të leximit/shkrimit.