Eine Kernel-Panik tritt auf , wenn der Kernel einen Fehler feststellt, den er nicht beheben kann. In panic()
einer der sehr frühen UNIX-Versionen wurde zuerst eine Funktion eingeführt , die diese Situation behandelt (häufig durch Ausgeben von Debug-Informationen und / oder Neustarten des Systems). Daher stammt der Name von dieser Funktion (und sie wird in den meisten UNIX- wie Betriebssysteme, einschließlich Mac OS X).
Der berühmte Blue Screen Of Death (offiziell als schwerwiegender Systemfehler bezeichnet , wie in VMS / OpenVMS) im NT-Kernel von Microsoft ist auch eine Form der "Kernel-Panik".
Ein Linux - Kernel - Fehler , aus dem der Kern kann (teilweise oder vorübergehend) Wiederherstellen eines genannt Kernel oops (man könnte die in sieht dmesg
Ausgang manchmal).
Die Gründe für eine Kernel-Panik können ein Fehler im Kernel (z. B. in einem Treiber, der Teil des Kernels ist) oder ein Hardware- oder Softwareproblem sein, das einen unerwarteten / unvorhersehbaren Zustand für den Kernel verursacht (z. B. wenn der Kernel nicht gestartet werden kann) init
proces oder es wird getötet).
Um herauszufinden, woran es liegt, können Sie sehen, ob auf dem Bildschirm oder auf einer seriellen Konsole (falls Sie eine konfiguriert haben) etwas gedruckt wurde. Wenn dies konfiguriert ist, kann das System auch einen Absturzabbild des Linux-Kernels erstellen , wodurch der Kernelspeicher im Falle einer Panik auf der Festplatte gespeichert wird, sodass ein Kernelentwickler ihn analysieren kann (dies ist natürlich erforderlich) in der Lage, auf eine Festplatte zu schreiben). In einigen Fällen /var/log/messages
können auch nützliche Informationen vorhanden sein (z. B. kann die Wiederherstellung nach einem Hoppla später zu einem nicht behebbaren Fehler führen). Es gibt einige detailliertere Informationen hier .