如何通过单个命令导致内核崩溃？

是否可以通过单个命令行引起内核崩溃？

对于sudoing用户，最简单的命令是什么？对于普通用户，这将是什么？

建议将某些内容作为命令的一部分下载的方案不计在内。

FreeBSD：

sysctl debug.kdb.panic=1

Linux（此处有更多信息）：

echo c > /proc/sysrq-trigger

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缓冲区溢出”的命令与一些有趣的事情更多的戏剧。

内核意味着无论如何都可以继续运行。因此，通过用户交互引起内核恐慌的任何方式（除了功能强大的根源故意破坏他人的行为外，就像Bruce Ediger jokinkly提出的那样，当今大多数内核都是经过构建的，因此大多数这些恶作剧首先都不会起作用）非常严重的错误，很快就会得到解决。

我不知道为什么以前没有提到过...

sudo kill -9 1

出现消息“试图杀死init”时出现恐慌。

尝试这个：

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

这对我造成了非常快速的内核恐慌，但是我不确定该过程的安全性，因为我是在实时Ubuntu安装中完成的。但是当我在纯终端环境中执行此操作时，内核向我发出了垃圾邮件错误消息。

将以下代码编译到模块中并对其进行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);

最简单的方法是按住alt +打印屏幕（sysrq）并按住c的同时按c键，其作用与echo c > /proc/sysrq-trigger 小解释：sysrq键用于将低级命令发送到内核本身，作为最后的选择尝试保存系统。如果按住alt + print screen（sysrq）并按它们旁边的另一个键，则与在该sysrq-trigger文件中回显该键一样。他们称其为触发器是有原因的； 3'c'告诉内核崩溃（导致内核崩溃）

但是，您可能希望查看“ proc / sys / kernel / sysrq”的内容。如果它是178或其他任何值，则应将其更改为1。0表示全部禁用，1表示全部启用，大于1的值是位图，用于表示内核允许使用sysrq进行的特定操作。