Vad är en kärnpanik?
En kärnpanik är ett operativsystem svar på vissa typer av allvarliga datorfel. Den visar och sparar vanligtvis diagnosinformation och låser sedan upp datorsystemet eller startar om. Kärnpanik orsakas vanligtvis av problem med felaktig maskinvara eller felaktigt skrivet programvara. De används av operativsystemkärnor för att varna användare och förhindra ytterligare problem när fel upptäcks.
Många felförhållanden kan orsaka en kärnpanik, inklusive kärnkod som försöker komma åt ogiltigt minne. De flesta hårdvaru-enheter inkluderar drivrutiner som ingår i kärnan eller laddas dynamiskt. Problem med dessa enheter eller deras drivrutiner kan också utlösa kärnpanik. Avbrutna hanterare, som finns i många delar av kärnan, orsakar ofta panik om kritiska fel uppstår medan de körs. En defekt eller skadad hårddisk, systemfil, processor eller minne kan också leda till panik.
Kärnans paniktermer har sitt ursprung i tidiga UNIX®-system. Många av dessa visade bara ett kort felmeddelande och slingades sedan oändligt i väntan på omstart eller strömcykel. När UNIX® utvecklades genererades mer användbar felsökningsinformation under panik. Linux®-operativsystemet myntade uttrycket "Linux®-kärna oops" för att återspegla en mängd allvarliga fel. Vissa Linux® "oops" -fel orsakar en kärnpanik medan andra inte gör det.
Microsoft Windows®-användare känner vanligtvis till "blå skärmar av döden." Också känd som en bugkontroll, detta är Windows®-ekvivalentet med en kärnpanik, utlöst av liknande förhållanden. Liksom moderna UNIX®- och Linux®-system försöker Windows® spara en bild av systemminnet på hårddisken under en felkontroll. I vissa fall skrivs bilden till icke-flyktigt minne under paniken och kopieras till hårddisken vid omstart. Om ett skivfel är källan till paniken kan systemet kanske inte bevara minnesbilden.
Ganska ofta är det möjligt för operativsystemet att fortsätta köra efter att ett kritiskt fel inträffat. Anledningen till att en kärnpanik stoppar systemet är att förhindra ytterligare korruption av programvara, hårdvara eller minneinnehåll. Att stoppa systemet i detta tillstånd kan bevara tillräckligt med information för att en ingenjör ska kunna avgöra orsaken. Uppgifterna som visas innehåller ofta detaljer om feltypen och kodmodulen som körs vid den tiden. Det kan också visa alla laddade drivrutiner och låta en användare köra en felsökare för att undersöka problemet.