标签: linux process signals
我有一个过程神秘地被杀死,可能是SIGKILL。所以我想知道是谁将这个SIGKILL发送到我的进程,无论是内核还是其他用户进程。有关了解SIGTERM发送方PID的问题,但显然SIGKILL无法通过流程处理?
因此,如果这不起作用,我如何才能知道谁将SIGKILL发送到我的流程?谢谢你们。
PS:systap对我来说不是最佳选择,因为我正在使用嵌入式设备。
答案 0 :(得分:1)
gdb这个过程。您可以单独配置哪些信号应该导致进程暂停。 (还要在exit和_exit中添加断点)