Kernel Panic - Linux - Hardware oder Software?

Habe heute Morgen eine Kernel-Panik auf einem ThinkCentre-Desktop, auf dem Debian 8 32-Bit ausgeführt wird. Der Auslöser schien in Firefox einen neuen Tab zu öffnen, nicht das erste Mal, dass eine scheinbar geringfügige Operation eine Panik auf diesem System auslöste

Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

CPU: 0 PID: 1 Comm: systemd Tainted: P        0  3.16.0-4-686-pae #1 Debian 3.16.7-ckt25-2+deb8u3
Hardware name: IBM 8113F4U/IBM, BIOS 2EKT36AUS 04/04/2006
 00000000 f4c6fe28 c1479ea7 ...
Call Trace:
 [<c1479ea7>] ? dump_stack+0x55/0x6e
 [<c147771c>] ? panic+0x87/0x1af
 ...
 [<c104be80>] ? __do_page_fault+0x4d0/0x4d0
 ...

Wenn ich das richtig gelesen habe, war das System gerade dabei, eine Seite auszutauschen. Warum sollte das zu einem Tötungsversuch führen init? Kann ich etwas tunen, um initbesser zu schützen ?

linux debian David
quelle

Führen Sie memtest86 aus. Möglicherweise ist ein RAM-Stick defekt.

Eugen Rieck

Übrigens: Ein Seitenfehler ist die andere Art, eine Seite einzulegen. Aber das Überprüfen von Festplatten und RAM schadet nie.

Daniel B

Ein Disc-Fehler ist wahrscheinlicher als ein RAM-Fehler, insbesondere wenn sich Ihr Swap-Bereich auf einer SSD befindet. Wenn Sie eine Auslagerungsdatei (anstelle einer Auslagerungspartition) verwenden, ist es einfacher, diese zu verschieben, um einen anderen Teil der Disc zu verwenden. Wie @DanielB sagt, schadet es nie, die Hardware zu überprüfen: Es lohnt Diskssich, SMART-Daten zu überprüfen, bevor Disgnostics ausgeführt wird.

AFH

Ein Seitenfehler bezieht sich nicht unbedingt auf den Austausch. Es kann sich auch um eine Speicherzuordnungsdatei handeln.

Daniel B