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 ?
1
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
—
AFH
Diskssich, SMART-Daten zu überprüfen, bevor Disgnostics ausgeführt wird.
Ein Seitenfehler bezieht sich nicht unbedingt auf den Austausch. Es kann sich auch um eine Speicherzuordnungsdatei handeln.
—
Daniel B