使用Kdump检查Linux内核崩溃

可能缺乏支撑的体系构造或特定机械的选项。

可能是 purgatory 的 SHA 验证掉败。如不雅您的体系构造不支撑 purgatory 中的┞菲握台，则很难进行调试。

可能是“第二内核”早已崩溃。

将您的体系的 earlycon 或 earlyprintk 选项传递给“第二内核”的敕令行。

应用 kexec-tools 邮件列表共享第一个内核和捕获内核的 dmesg 日记。

资本

fedora-kexec-tools

GitHub 仓库：git://pkgs.fedoraproject.org/kexec-tools
邮件列表：kexec@lists.fedoraproject.org
解释：Specs 文件和脚本供给了用户友爱的敕令和办事，以便 kexec-tools 可以在不合的用户场景下实现主动化。

kexec-tools

GitHub 仓库：git://git.kernel.org/pub/scm/utils/kernel/kexec/kexec-tools.git
邮件列表：kexec@lists.infradead.org
解释：应用内核体系调用处供给用户敕令 kexec。

Linux kernel

GitHub 仓库： git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
邮件列表：kexec@lists.infradead.org
解释：实现了 kexec_load()、kexec_file_load()、reboot() 体系调用和特定体系构造的代码，例如 machine_kexec() 和 machine_crash_shutdown()。

当应用 LINUX_REBOOT_CMD_KEXEC 调用 reboot() 时，它会引导进入由 kexec_load 加载的内核。如不雅标记 KEXEC_ON_CRASH 被传递给 kexec_load()，则加载的内核将不会应用 reboot(LINUX_REBOOT_CMD_KEXEC) 来启动;相反，这将在内核崩溃中履行。必须定义 CONFIG_KEXEC 才能应用 kexec，并且为 kdump 定义 CONFIG_CRASH_DUMP。

Makedumpfile

GitHub 仓库： git://git.code.sf.net/p/makedumpfile/code
邮件列表：kexec@lists.infradead.org
解释：大年夜转储文件中紧缩和过滤不须要的组件。

(题图：Penguin、 Boot，修改：Opensource.com. CC BY-SA 4.0)

4/4 首页上一页 2 3 4

　　推荐阅读

　　AWS 张侠：为企业创新和转型提供助力

【51CTO.com原创稿件】7月26日，2017 “云•执掌将来”AWS技巧峰会在北京国度会议中间┞焚开。大年夜会覆盖了基本办事、架构、安然、IoT、大年夜数据、AI等多个热点主题，>>>详细阅读

本文标题：使用Kdump检查Linux内核崩溃

地址：http://www.17bianji.com/lsqh/36514.html

1/2 1