Des*_*ume 87 command-line kernel kernel-panic
是否有可能使用单个命令行导致内核崩溃？
对于 sudoing 用户来说，最直接的此类命令是什么，对于普通用户来说又是什么（如果有的话）？
建议将某些内容作为命令的一部分进行下载的情况不算在内。
小智 104
FreeBSD：
sysctl debug.kdb.panic=1
Linux（内核文档中的更多信息）：
echo c > /proc/sysrq-trigger
小智 35
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”以获得更多戏剧性。
内核意味着无论如何都要继续运行。因此，任何通过用户交互引起内核恐慌的方法（除了全能 root 的故意破坏，就像布鲁斯·埃迪格（Bruce Ediger）开玩笑地提议的那样，而且今天的大多数内核都是这样构建的，因此大多数恶作剧一开始就行不通）非常严重的错误，会很快得到修复。
最简单的方法是按住 alt + print screen (sysrq) 并在按住它们的同时按 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 执行的特定操作的位图。