Got a kernel panic this morning on a ThinkCentre desktop running Debian 8 32-bit, trigger seemed to be opening a new tab in Firefox, not the first time a seemingly minor operation has triggered a panic on this system...

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

If I read that right, the system was in the middle of trying to swap a page out. Why would that lead to an attempt to kill init? Is there something I can tune to protect init better?

  • 1
    Run memtest86, you might be locking at a RAM stick gone bad. – Eugen Rieck Aug 26 '16 at 12:32
  • BTW: Page fault is the other way, moving a page in. But well, checking disks and RAM never hurts. – Daniel B Aug 26 '16 at 12:34
  • A disc fault is more likely than a RAM fault, especially if your swap area is on SSD. If you use a swap file (rather than a swap partition), it is easier to move it to use a different part of the disc. As @DanielB says, it never hurts to check the hardware: it's worth running Disks to check SMART data before running disgnostics. – AFH Aug 26 '16 at 13:27
  • A page fault isn't necessarily referring to swap. It could also be a memory-mapped file. – Daniel B Aug 26 '16 at 13:31

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Browse other questions tagged or ask your own question.