Net als elk ander besturingssysteem , kan Linux crashen . Echter , in Linux terminologie is het wel een " Kernel Panic . " Gebruikers weten dat dit gebeurt omdat het systeem niet meer reageert zal worden, zal het licht aangeeft harde schijf -activiteit vast te gaan en de verschillende lock toetsen op het toetsenbord begint te knipperen . Een aantal zaken kan deze ingelogd crashes veroorzaken in Linux . Kernel Besturingssystemen hebben twee niveaus : het niveau van de gebruiker direct met en het niveau dat samenwerkt met de hardware namens de gebruiker . Het lagere niveau , dat samenwerkt met de hardware wordt de ' kernel ' genoemd. Uitkeringen van het Linux-besturingssysteem zijn gebouwd op de top van de Linux-kernel . Deze kernel bevat alle stuurprogramma's , zowel voor hardware als voor meer abstracte software , zoals bestandssystemen , en creëert een interface waarmee het bovenste niveau 's kan de hardware te gebruiken . Panic < br kernel panics > beschrijven een situatie waarin er iets mis is met een stuurprogramma dat deel uitmaakt van de kernel gaat . Wanneer een dergelijke driver storingen , de kernel plotseling niet weet wat te , " paniek " te doen en ophoudt te functioneren. Zonder een werkende kernel , kan het bovenste niveau besturingssysteem geen toegang tot de hardware , zodat het hele systeem tot stilstand . De kernel logt alles wat het doet als het dat doet , zodat gebruikers kunnen kijken naar de log om een beperking van de oorzaak van de paniek evenement . Bad Programmeren Kernel panics vaak voorkomen wanneer een bestuurder probeert te krijgen tot een geheugenslot voor een noodzakelijk stuk van gegevens , alleen te vinden dat zij heeft gekeken naar een geheugenslot dat leeg is of het opslaan van gegevens voor een ander proces . Het is mogelijk dat dit gebeurde omdat de driver is verouderd , en er is een update beschikbaar die het probleem zal oplossen . Als alternatief , de bestuurder kan gewoonweg niet goed werken op een bepaalde systeemconfiguratie . In dit geval kan de gebruiker moet een alternatieve driver te vinden , of gebruik een ander stuk hardware met een functionele chauffeur . Bad Memory Het is ook mogelijk of de stuurprogramma's werken prima, en het fysieke geheugen op een systeem geïnstalleerd is het echte probleem . Als dit het geval is, dan drivers opslaat en toegang tot gegevens van de juiste geheugenplaatsen . Wanneer de bestuurder tracht om fysiek toegang tot de gegevens is opgeslagen bij een bepaald adres , het defecte geheugen beschadigde gegevens en geprecipiteerd de paniek event . Het runnen van een memory -check voordat het besturingssysteem opstart is een effectieve manier om te bepalen of defecte geheugen wordt veroorzaakt door de kernel panic .
|