标签: kernel-panic

有什么办法可以在Linux下引起内核恐慌？我听说过

echo c > /proc/sysrq-trigger

但它似乎只是冻结，我不确定这是内核恐慌。有没有我可以以 root 身份运行的 C 程序来导致内核崩溃？

尝试加载最新的 CentOS 7（内核 3.10.0-862）时，系统在启动过程中出现紧急情况。它打印出我希望有用的信息，然后清除屏幕并重新启动。事实证明，我无法以光速阅读，因此无法抄写任何喷涌而出的知识瑰宝。

1）谁在控制这个 - grub2 还是内核？

2）如何让它在屏幕上保留足够长的信息以供阅读？

我可以启动旧版本的 CentOS 7（内核版本 3.10.0-327），这样我就可以使用 grub2，也许还可以设置一些所有版本都会使用的内核参数。

内核恐慌这个名称是否在基于 Linux 的系统之外使用？

我的嵌入式主板上发生了以下内核恐慌。
我使用的是 3.10 内核。
我正在分析内核恐慌的原因。
内核恐慌消息显示PID(735).

Feb 22 19:40:28 TEST kenel: CPU: 0 `PID: 735` Comm: cat Not tainted 3.10.73 #2
Feb 22 19:40:28 TEST kernel: Process cat `(pid: 735`, stack limit = 0xee46c238)

PID 是否意味着内核恐慌的杀手？
以下是我的完整内核恐慌消息。
内核恐慌似乎是一个非常难相处的朋友......:(

Feb 22 19:40:28 TEST kernel: Unable to handle kernel NULL pointer dereference at virtual address 0000000c
Feb 22 19:40:28 TEST kernel: pgd = c0004000
Feb 22 19:40:28 TEST kernel: [0000000c] *pgd=00000000
Feb 22 19:40:28 TEST kernel: Internal error: Oops: 17 …