Как вызвать панику ядра с единственной командой?

Ядро предназначено для продолжания бежать несмотря ни на что. Так любой способ вызвать панику ядра взаимодействием с пользователем (кроме преднамеренного вандализма всесильным корнем, как Bruce Ediger в шутку делает предложение, и большинство ядер сегодня, создаются, таким образом, большинство тех розыгрышей не будет работать во-первых), чрезвычайно серьезная ошибка, которая исправить быстро.

скомпилируйте следующий код в модуль и insmod это, уверенный, что необходимо получить панику:

static int crash_module_init(void)

{
     printf("crash module starting\n");
     int *p = 0;

     printk("%d\n", *p);

     return 0;
}

static void crash_module_exit(void)
{
    printf("crash module exiting\n");
}

module_init(crash_module_init);
module_exit(crash_module_exit);

mkdir /tmp/kpanic && cd /tmp/kpanic && printf '#include <linux/kernel.h>\n#include <linux/module.h>\nMODULE_LICENSE("GPL");static int8_t* message = "buffer overrun at 0x4ba4c73e73acce54";int init_module(void){panic(message);return 0;}' > kpanic.c && printf 'obj-m += kpanic.o\nall:\n\tmake -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules' > Makefile && make && insmod kpanic.ko

Компилирует модуль, который вызывает сбой ядра, вызывая функцию panic , требуется root, требуется make и gcc

Замените «переполнение буфера по адресу 0x4ba4c73e73acce54» в команде чем-нибудь интересным для большей драматичности.

Не знаю, почему об этом раньше не упоминалось...

sudo kill -9 1

Паника с сообщением "пытался убить init".

Проще всего зажать alt + print screen (sysrq )и нажать c, не отпуская их Он делает то же самое, что и echo c > /proc/sysrq-triggerНебольшое пояснение :ключ sysrq используется для отправки низкоуровневых -команд самому ядру, в крайнем случае, чтобы попытаться спасти систему. Если вы удерживаете alt + print screen (sysrq )и нажимаете другую клавишу рядом с ними, это делает то же самое, как если бы вы повторяли клавишу в этом файле триггера sysrq -. Они называют это триггером по какой-то причине ;3 'c' сообщает ядру о сбое (, вызывает панику ядра)

Тем не менее, вы можете просмотреть содержимое 'proc/sys/kernel/sysrq'. Если это 178 или что-то еще, вы должны изменить его на 1. 0 — все отключено, 1 — все включено, а все, что больше 1, — это растровое изображение для конкретных вещей, которые ядро ​​​​разрешает делать с sysrq.

Попробуйте это :

dd if=/dev/urandom of=/proc/sysrq-trigger 

Это вызвало у меня очень быструю панику ядра, но я не уверен, насколько безопасен этот процесс, потому что я сделал это на живой установке Ubuntu. Но ядро ​​рассылало мне спам-сообщения об ошибках, когда я делал это в чистой терминальной среде.