Den ultimata guiden för att lösa Blue Screen Fel (BSOD) på Windows

TOTOVELO10 har lämnat in en ny kommentar till artikeln VirtualBox: Installera de inbjudna tilläggen för 7 timmar sedan

Manuellt kraschfönster – blå skärm på begäran

Windows innehåller en funktion som kan aktiveras att manuellt krascha systemet genom att hålla rätt CTRL -tangent och trycka på “Scroll Lock” -tangenten två gånger. Detta kan vara användbart för att generera en kraschdump för att felsöka applikationer eller det kan vara en rolig prank. Följ dessa steg för att aktivera den här funktionen:

1. Öppna registerredigeraren genom att klicka på startknappen och skriva in reglera och slår enter. Om du är på XP först välj körning och skriv sedan in reglera och slå enter.
2. Navigera till: HKEY_LOCAL_MACHINE \ SYSTEM \ CURRENTCONTROLSET \ SERVICES \ I8042PRT \ Parametrar.
3. Skapa ett nytt DWORD -värde och namnge det Crashonctrlscroll
4. Högerklicka på det nya DWORD-värdet och välj Ändra.
5. Typ 1 i värdet av datafältet och klicka på OK.
6. Stäng regedit och starta om ditt system.

Nu kan du blå skärm (krascha) ditt system genom att hålla rätt CTRL -tangent och trycka på “Scroll Lock” två gånger.

DRICKS:

Ditt system kan starta om automatiskt när denna krasch initieras. Om ditt system startar om obilt initierar kraschen och vill se den blå skärmen, följ dessa steg:

1. Gå till Kontrollpanel > Systemet
2. Klicka på Avancerad flik
3. Under Start och återhämtning, Klicka på Uppsättning knapp.
4. Under Systemfel, Avmarkera alternativet Starta automatiskt om.

Den ultimata guiden för att lösa Blue Screen Fel (BSOD) på Windows

När ett dödligt fel uppstår på ditt system visar Windows det berömda Blåskärm (eller BSOD för Blue Screen of Death). Detta dödliga fel uppstår när operativsystemet når kritiskt tillstånd där det inte längre kan fungera korrekt.

Du kan träffa en när du installerar en uppdatering, ett program, utrustning eller plötsligt, utan några exakta åtgärder som verkar ha utlöst det. Windows fungerar fortfarande så här : han stannar plötsligt för att skydda sig från möjlig dataförlust, visar hans blåskärm Starta sedan om datorn.

Enligt felrapporterna som skickades till Microsoft fram till april 2014 distribueras orsakerna till att Windows kraschar:

• Tredje Party perifera piloter: 70%
• Okänd på grund av en allvarlig korruption av minnet: 15%
• Materialfel: 10%
• Microsoft Code: 5%

Ibland kan den blå skärmen av döden som följer ett dödligt fel tyvärr visas upprepade gånger på din maskin. Om detta är fallet för dig för närvarande, kommer du att behöva Hitta piloten som är ansvarig för dödliga fel och ta med en lösning på det. En enhet, dess pilot eller ett program kopplat till det kan vara orsaken till en blå skärm. En uppdatering av piloten eller programmet löser i de flesta fall problemen.

I den här tutorialen kommer jag att visa dig hur Analysera en blå skärm För att hitta Förare ansvarig för dödsfall och därmed kunna definitivt lösa problemet ! Målet är att låta dig använda din dator igen i fred, utan rädsla för att en blå skärm kommer att visas igen och avbryta dig i ditt arbete.

Preamble: Memory Image Files

När systemet kraschar visar Windows därför en blåskärm, som åtföljs av en stoppkod. Denna stoppkod ger oss första information om Dödsfall.

Jag Info: Du kan hitta alla stoppkoder och deras betydelse på Bug Check -referenskoden på webbplatsen Microsoft Hardware Dev Center.

Men denna stoppkod kan vara ganska Avare med information. I fången ovan, stoppkoden Minneshantering indikerar att ett allvarligt minneshanteringsfel inträffade … utan att veta mycket mer (se. Bug check 0x1a: Memory_Management).

Fram till Windows 7 visas den blå skärmen Fyra parametrar, som var associerade med stoppkod (Det är möjligt att hitta dessa fyra parametrar i händelseobservatören). De låter dig veta lite mer om det dödliga felet.

I exemplet nedan är den första parametern för stoppkoden OMONTABLE_BOOT_VOLUME Anger enheten som inte har monterats av systemet (se. : Bug check 0xed: ountable_boot_volume).

När det är tillgängligt, pilotnamn som planterade visas också. I exemplet nedan är dessa RTKVHD64.sys. Den senare berättar å andra sidan å andra sidan mycket mer På orsaken till det dödliga felet. Google Research berättar att detta är Realtek High Definition Audio Audio Driver.

Men namnet på modulen som ansvarar för kraschen Visas inte alltid !

Jag har en avstängningskod som ger mig ingen information och namnet på föraren som ansvarar för kraschen visas inte … hur jag ska göra för att hitta ursprunget till det dödliga felet ?

Jag hade inte tid att se vad som var markerat på den blå skärmen ! Hur jag kommer att göra för att felsöka fönster ?

Få inte panil ! Jag skulle ge dig Lösningen För att hitta källan till dina blå skärmar.

Efter att ha planterat systemet och efter att den blå skärmen visas fortsätter Windows till en Tömma fysiskt minne (RAM) av datorn, genom att lossa innehållet i en hårddiskfil: The Minnesbildfil (eller minnesdumpfiler). Du kan också följa framstegen med tömningen av minnet på den blå skärmen via procentandelen av slutförande som gradvis är otrolig (upp till “100% färdig”))).

Denna minnesbildsfil innehåller därför en kopia av alla data som finns i datorminnet innan du sträcker sig. Dessa data kommer att visa sig vara värdefulla för att fastställa en Fullständig diagnos vid kraschen Fönster. Genom att konsultera dem kommer vi säkert att hitta Windows Pilot Pilot !

Det finns två typer av minnesbilder: filer för kärnläge (Kärnläge dumpning) och filer för användarläge (Användarläge dumpfiler). [1]

[1] Användarläge och kärnläge ^

På en Windows -dator har processorn två olika lägen: a användarläge och en kärnläge. Processorn växla mellan de två lägena Beroende på vilken typ av kod han utför: ansökningar Finns i användarläge, Operativsystemets komponenter I kärnläge. Mest av piloter Finns i kärnläge, men vissa kan arbeta i användarläge.

För att lösa dina blå skärmproblem måste du analysera Bildfiler Mode Mode Kernel. Det här är filerna som innehåller informationen för att felsöka systemet; Användarlägesfiler tillåter dem att felsöka endast programmen som installerats av användare.

Windows kan generera fem typer Bildminne för kärnläge, skillnaden är ungefär storleken på den genererade filen:

• Komplett minnesbild : innehåller Allt fysiskt minne som användes av Windows vid kraschen. Detta är den största minnesbildfilen. Det kräver en utbytesfil [2] som är minst lika skrymmande som huvudminnet för systemet: storleken på utbytesfilen måste därför vara lika med hela RAM + 1 MB. Om du har 16 GB RAM på din dator måste storleken på utbytesfilen därför vara 16.001 GB för att kunna tillgodose fysiska minnesdata !
• Bild av kärnan : innehåller Endast minnet som används av kärnan Vid kraschen. Den här filen är betydligt mindre än den fulla minnesbildfilen. Storleken är ungefär lika med en tredjedel av det fysiska minnet installerat på systemet (om du har 16 GB RAM kommer filens storlek att vara cirka 5,3 GB). Den här bildfilen inkluderar inte icke -allokerat minne, inte heller minnet som tilldelas användarläge -applikationer. Den innehåller endast minne som tilldelas Windows -kärnan, hårdvaruabstraktionslagret (HAL), och även minnet som tilldelas piloter och program i kärnläge. Detta är den mest användbara minnesbildfilen. Mindre och snabbare att köra än den fulla minnesbilden, den innehåller inte fysiska minnesdata som i allmänhet inte är involverade i kraschen.
• Partiell minnesbild (256 kb) : den minsta minnesbilden, användbar på mycket begränsade diskutrymme -system. I den mån den innehåller Begränsad information (Stoppmeddelande, lista över laddade drivrutiner …), analysen av den här filen kanske inte tillåter att upptäcka källan till de fel som uppstått vid tidpunkten för datorkraschen.
• Automatisk minnestömning : innehåller samma information Att den kärnminnesbilden. Skillnaden mellan de två finns inte i själva bildfilen, men på det sätt som Windows definierar storleken på systemutbytesfilen. Om storleken på systemutbytesfilen definieras på “Automatisk hantering av filhantering för läsare”, och minnesbildparametern definieras på “Automatisk minnestömning”, definierar Windows automatiskt en storlek för utbytesfilen, tillräckligt stor för att fånga nukleusen minnesbild.
• Aktivt minne tömning : I likhet med hela minnesbilden innehåller den inte det minne som tilldelats Hyper-V virtuella maskiner, värdelösa för felsökning av värdmaskinen.

[2] Windows Exchange -fil ^

När RAM (RAM) är mättad skapar Windows en fil (sidfile.Sys) på systemläsaren (C 🙂 för att lagra ytterligare information där: det är utbytesfil. Denna teknik gör det möjligt för Windows att lagra information på hårddisken som normalt bör lagra i RAM. Det sägs att Windows har en virtuellt minne, som motsvarar summan mellan storleken på RAM (RAM) och den för utbytesfilen.

Du kan konfigurera typen av minnetyp som Windows skapar i händelse av en krasch i Avancerade systeminställningar (%SystemRoot%\ System32 \ SystemPertiesAdvanced.Exe)> start och återhämtning.

Det rekommenderas att lämna typen av standardminnesbild: Automatisk minnestömning.

Endast en och enda fil Minnesbild kan skapas under en systemkrasch. Om ett andra dödsfel inträffar och ett bildminne av kärnan (eller en fullständig minnesbild) skapas, kommer det att ersätta den föregående (om alternativet “ersätta alla befintliga parameterfiler” kontrolleras).

Memory -bildfilen är skriven som standard i %SystemRoot%\ Minne.Dmp.

Oavsett vilken typ av minnesbild du har valt skapar Windows alltid mer en partiell minnesbildfil När systemet stannar oväntat (när den blå skärmen visas), även om du har valt “kärnminnesbild” eller “full minnesbild” i inställningarna.

Om ett andra dödligt fel inträffar, en andra Partiell minnesbild är skapad och den föregående kommer att bevaras. Varje ny partiellt minnesbildfil kommer att ha ett annat namn, med datumet för kraschen kodad i filnamnet. Till exempel “050917-10843-01.DMP “är minnesbildfilen genererad den 9 maj 2017.

Alla bildfiler för partiellt minne förvaras i mappen %SystemRoot%\ minidump.

Nu när du vet hur minnesbilden filer fungerar, låt oss konsultera Debogningsinformation som de innehåller för att hitta den pilot som är ansvarig för dina blåskärmar !

Lös en blå dödsskärm (BSOD)

Steg 1: Analysera minnesbilder

Till att starta kommer vi att analysera Partiellt minnesbilder.

Även om det senare innehåller lite information är det inte ovanligt att hitta piloten ansvarig för dödsfall.

Om bildfiler för delvis minne inte tillåter oss att hitta källan till den blå skärmen för döden, kommer vi att analysera Komplett bild eller kärnfil som innehåller mycket mer information om kraschen som orsakade den blå skärmen i döden.

Via partiellt minnesbilder

L ‘Minnesbildskontrollverktyg (Dumpchk.Ex) är ett kommandoradsverktyg som erbjuds av Microsoft för att kontrollera och Läs minnesbildfiler.

Till skillnad från andra tillgängliga felsökningsverktyg, dumpchk.EXE kräver inte tillgång till felsökningssymboler, som är skrymmande och som måste laddas ner för att göra en felsökning.

Även om det är effektivt är detta verktyg inte särskilt ergonomiskt.

Det är därför vi kommer att använda programmet Bluescreenview : Han skannar alla minnesbilder som skapats på din dator efter en Windows -krasch och visar tydligt den information de innehåller.

Ladda ner och installera blascreenview nu på din dator och kör sedan den.

I den övre panelen, alla Memory Image Files finns i mappen %SystemRoot %\ Minidump samt %SystemRoot %\ Memory -bildfilen.DMP visas. I ovanstående fångst visas sex partiella minnesbilder. Detta innebär att den här datorn har stött på den blå skärmen sex gånger !

För varje krasch visar bluescreenview namnet på den partiella minnesbildfilen, Kraschdatum och tid, DE stoppkod (visas på den blå skärmen), 4 Stop Code Parameters, och den Detaljer om piloten Som förmodligen orsakade kraschen (filnamn, produktnamn, filbeskrivning och filversion).

I den nedre panelen, som standard, Bluescreenview visar Alla piloter som laddades Under kraschen (som du har valt i den övre panelen). Piloterna vars minnesadress hittades i batteriet i kraschen markeras i rosa, vilket gör det enkelt att hitta piloterna som troligen kommer att vara ansvariga för kraschen.

Ditt uppdrag är enkelt : Hitta piloten som är ansvarig för den blå skärmen i kolumnen “orsakad av förare” !

I fången nedan ser vi att kraschen den 5 augusti 2013 orsakades av NVLDDMM -piloten.Sys som förmodligen förvandlar ett NVIDIA -grafikkort.

Om du vill ha mer information om den upptäckta drivrutinen (till vilken komponent, enhet eller program den hör till), högerklicka på minnesbilden och välj Google Search – Bug Check + Driver För att starta en sökning på internet.

Tyvärr händer det ofta att partiella bildfiler inte innehåller tillräckligt med information för att kunna identifiera den pilot som är ansvarig för den blå skärmen.

Detta är fallet om bluescreenview visar ntoskrnl.exe I kolumnen “orsakad av förare”. Det är fel : Detta är helt enkelt den senaste batterifilen som laddades innan den blå skärmen visas. Detta är inte filen allvarligt fel.

Enligt vad BluesCreenview påverkar i kolumnen “Orsak av förare”, Tillämpa följande ::

• Om blascreenview visar ett filnamn som hänvisar till en komponent, en enhet eller ett program → Tillämpa de specifika lösningarna på en felaktig pilot.
• Om bluescreenview -affisch ntoskrel.exe → Vi måste analysera hela bildfilen (eller kärnan) för att hitta piloten som verkligen orsakade den blå skärmen. Gå till följande avsnitt: Läs bildfilen för fullt minne eller kärnor.

via det fulla minne eller kärnbildsfil

Jag Info: Det fulla minnes- eller kärnbildsfilen som vi kommer att analysera motsvarar minnesbildfilen för Sista blå skärm som dök upp på din dator. Med andra ord, detta är den mer “kompletta” versionen av Senaste delvis bildfilen visas i Bluescreenview (Du kan sortera partiella bildfiler efter datum genom att klicka på kolumnhuvudet “Crash Time”).

För att analysera den fulla eller kärnbildfilen måste vi installera Windows Debugurs (Ingår i Windows SDK).

Följ dessa instruktioner för detta:

1. Ladda ner SDK -installationsprogrammet (Software Development Kit) enligt din Windows -version.
2. Starta på Windows DUSDK -installationsprogrammet. På den första skärmen, lämna standardplatsen och klicka sedan på Nästa.
   
3. Bland alla föreslagna funktioner installerar du bara felsökningsverktygen. Lämna Felsökningsverktyg för Windows kontrolleras och avmarkerar alla andra rutor och klickar sedan på Installera.
   

När du har installerat felsökningsverktygen har du fem borttagningsmiljöer till ditt förfogande (se. Felsökningsområden för mer information) som Microsoft Windows Debugger (WindBG), En felsökare kan felsöka i användarläge och kärnläge.

WindBG tillhandahåller felsökning för Windows -kärnan, kärnläge drivrutiner och systemtjänster, samt användarappar och drivrutiner. Det här är den vi kommer att använda.

Jag Trick: För att kunna läsa minnesbildfilerna lättare (.DMG) kan du associera dem med Windbg -programmet. För att göra detta, öppna en kommandotolk som administratör och ange följande kommandon (för att anpassas enligt din Windows -version):

CD "C: \ Programfiler (x86) \ Windows Kits \ 10 \ Debuggers \ x64 \" .\ Windbg.Exe -ia

1. Kör WindBG som administratör: Öppna startmenyn, ange “Windbg”, högerklicka på Windbg (x64) (Eller Windbg (x86) Om du använder en 32 -bitarsversion av Windows) väljer du Utföra som administratör.
2. Principfönstret för Windbg -felsökare öppet.
3. Ange platsen för felsökningssymboler via Linje >Symbolfilväg. Symbolfiler innehåller en mängd olika data som är mycket användbara för felsökning.
   
4. Ange nästa plats och klicka sedan på OK ::

Srv*c: \ symbolssrvcache*https: // msdl.Microsoft.com/ladda ner/symboler

Spara arbetsområdet via Linje >Spara arbetsyta. Detta kommer att hindra oss från att behöva omdefiniera platsen för felsökningssymboler med varje session.

Öppna minnesbildfilen via Linje >Open Crash Dump.

Gå till mappen C: \ Windows och välj filen Minne.Dmp.

Vänta på att Windbg laddar de symboler som krävs för att felsöka minnesbildfilen. Texten Felsökare inte ansluten visas längst ner i fönstret; Du måste vänta tills KD> -kommandotolken visas.

När du har handen, ange kommandot !Analysera -v för att startaMemory Image File Analys.

Image_name: CPUZ138_X64 MODULE_NAME: CPUZ138_X64 FAULTER MODUL: FFFFFF8004DC30000 CPUZ138_X64 Process_Name: Speccy64.exe

0x000000D1: driver_irql_not_or_equal 0x0000000a: irql_not_less_equal 0x00000050: page_fault_in_nunped_area 0x000000C2: BAD_POOL_CALLER 0X00000000ED: UNMOUTEBABLE_BOOT_VOLUME 0XMOLUME 0X00000010010020020002002000200020002000200020002000200020002000201 s_file_system