Hva er en kjerne panikk?
En kjernepanikk er et operativsystemets respons på visse typer alvorlige datafeil. Det viser og lagrer vanligvis diagnostisk informasjon og låser deretter datasystemet eller starter på nytt. Kjernepanik er vanligvis forårsaket av problemer med maskinvarefeil eller feil skrevet programvare. De brukes av operativsystemkjerner for å varsle brukere og forhindre ytterligere problemer når feil blir oppdaget.
Mange feilforhold kan forårsake en kjernepanikk, inkludert kjernekode som prøver å få tilgang til ugyldig minne. De fleste maskinvareenheter inkluderer drivere som er en del av kjernen eller lastes dynamisk. Problemer med disse enhetene eller driverne deres kan også utløse kjernepanikk. Avbrutt behandlere, som finnes i mange deler av kjernen, forårsaker ofte panikk hvis kritiske feil oppstår mens de kjører. En mangelfull eller ødelagt harddisk, systemfil, prosessor eller minne kan også føre til panikk.
Kjernens panikkuttrykk oppstod med tidlige UNIX®-systemer. Mange av disse viste bare en kort feilmelding og loopet i det uendelige, i avvente på omstart eller kraftsyklus. Etter hvert som UNIX® utviklet seg, ble mer nyttig feilsøkingsinformasjon generert under panikk. Linux®-operativsystemet tegnet begrepet "Linux®-kjernen oops" for å gjenspeile en rekke alvorlige feil. Noen Linux® "oops" -feil forårsaker panikk i kjernen, mens andre ikke gjør det.
Microsoft Windows®-brukere er vanligvis kjent med "blue screens of death." Også kjent som en bug check, er dette Windows®-ekvivalentet med en kjernepanikk, utløst av lignende forhold. I likhet med moderne UNIX® og Linux®-systemer prøver Windows® å lagre et bilde av systemminnet på harddisken under en feilkontroll. I noen tilfeller vil bildet bli skrevet til ikke-flyktig minne under panikken og kopiert til harddisken ved omstart. Hvis en diskfeil er kilden til panikken, kan det hende at systemet imidlertid ikke kan bevare minnebildet.
Ganske ofte er det mulig for operativsystemet å fortsette å kjøre etter at det oppstår en kritisk feil. Årsaken til at en kjernepanikk stopper systemet er å forhindre ytterligere korrupsjon av programvare, maskinvare eller minneinnhold. Å stoppe systemet i denne tilstanden kan bevare nok informasjon til at en ingeniør kan bestemme årsaken. Dataene som vises inkluderer ofte detaljer om feiltypen og kodemodulen som kjøres på det tidspunktet. Det kan også vise alle lastede drivere og tillate en bruker å kjøre en debugger for å undersøke problemet.