linux - 如何检查 Linux 内核故障转储中 "USER process"的回溯

Question

我试图在 Linux 崩溃转储中调试用户进程。

进入故障转储的正常步骤是:

1. 转到转储所在的路径。
2. 使用命令 crash kernel_link dump.201104181135 .

在哪里kernel_link是我为vmlinux镜像创建的软链接(soft link)。

现在您将进入 CRASH 提示符。如果运行命令 foreach <PID Of the process> bt例如:

crash> **foreach 6920 bt**

**PID: 6920   TASK: ffff88013caaa800  CPU: 1   COMMAND: **"**climmon**"****

 #0 [ffff88012d2cd9c8] **schedule** at ffffffff8130b76a
 #1 [ffff88012d2cdab0] **schedule_timeout** at ffffffff8130bbe7
 #2 [ffff88012d2cdb50] **schedule_timeout_uninterruptible** at ffffffff8130bc2a
 #3 [ffff88012d2cdb60] **__alloc_pages_nodemask** at ffffffff810b9e45
 #4 [ffff88012d2cdc60] **alloc_pages_curren**t at ffffffff810e1c8c
 #5 [ffff88012d2cdc90] **__page_cache_alloc** at ffffffff810b395a
 #6 [ffff88012d2cdcb0] **__do_page_cache_readahead** at ffffffff810bb592
 #7 [ffff88012d2cdd30] **ra_submit** at ffffffff810bb6ba
 #8 [ffff88012d2cdd40] **filemap_fault** at ffffffff810b3e4e
 #9 [ffff88012d2cdda0] **__do_fault** at ffffffff810caa5f
 #10 [ffff88012d2cde50] **handle_mm_fault** at ffffffff810cce69
 #11 [ffff88012d2cdf00] **do_page_fault** at ffffffff8130f560
 #12 [ffff88012d2cdf50] **page_fault** at ffffffff8130d3f5

    RIP: 00007fd02b7e9071  RSP: 0000000040e86ea0  RFLAGS: 00010202
    RAX: 0000000000000000  RBX: 0000000000000000  RCX: 00007fd02b7e9071
    RDX: 0000000000000000  RSI: 0000000000000000  RDI: 0000000040e86ec0
    RBP: 0000000040e87140   R8: 0000000000000800   R9: 0000000000000000
    R10: 0000000000000000  R11: 0000000000000202  R12: 00007fff16ec43d0
    R13: 00007fd02bcadf00  R14: 0000000040e87950  R15: 0000000000001000
    ORIG_RAX: ffffffffffffffff  CS: 0033  SS: 002b

如果您检查上面的回溯，它会显示用于调度/处理页面错误的内核函数，但不会显示在 USER 进程中执行的函数(此处例如 climmon)。所以我无法调试这个过程，因为我看不到在那个过程中执行的函数。谁能帮我解决这个问题？

Answer 1

您不能从内核崩溃转储中调试用户空间进程。如果您的内核崩溃，那肯定是内核的错误，而不是某个用户空间进程的错误。无论在其上运行什么用户空间进程，内核都应该始终正常运行。如果您想调试用户空间进程，我建议您查看 ltrace、strace 和 gdb。

来自 toptal.com 的 Gergely