![进程被 SIGKILL 后，名称周围会出现方括号 ([])](https://linux22.com/image/226633/%E8%BF%9B%E7%A8%8B%E8%A2%AB%20SIGKILL%20%E5%90%8E%EF%BC%8C%E5%90%8D%E7%A7%B0%E5%91%A8%E5%9B%B4%E4%BC%9A%E5%87%BA%E7%8E%B0%E6%96%B9%E6%8B%AC%E5%8F%B7%20(%5B%5D).png)
我正在执行并终止一个进程，如下所示： python some_script.py &; pid=$!; sleep 5; kill -9 $!; ps -o pid,sid,uid,state,start,command 换句话说：我在后台执行一个脚本，记录其进程ID，休眠5秒，用SIGKILL终止它，最后显示进程列表。脚本本身非常占用内存。它的源代码包含在问题的末尾。 的输出ps是 PID SID UID S STARTED COMMAND 72014 73317 22563342 R 20:56:36 [python...
一个新的日志存储我正在使用的版本无法停止，正在尝试连接松紧带一直，虽然不能（身份验证问题，我稍后会解决）。 asudo systemctl stop logstash.service不足以阻止它，因此我发出了一个sudo systemctl kill logstash.service。 但这也无法阻止它。 显示sudo system status logstash.service： lebihan@debian:~$ sudo systemctl kill logstash.service lebihan@debian:~$ sudo systemctl ...
我的过程a. 输出由类似于以下的超时命令启动： timeout 1 ./a.out - < file.txt 它在服务器上运行，我无法控制它，因为它是服务器自动调用的 shell 脚本的一部分。 我是否可以实施任何可能性或解决方案，以便 a.out 在完成之前不会被杀死？ 我已经通过 SIG_IGN 宏映射了信号 15 (SIGTERM)，因此它运行大约 5 秒而不是 1 秒。 如果我发送 SIGKILL ，timeout那么两个都会被杀死。 发送SIGSTOP和SIGHUP超时似乎没有效果。 我搜索了很多关于这个问题的内容，但所有的问题和文字...
![/proc/[PID] 中的信号表](https://linux22.com/image/204994/%2Fproc%2F%5BPID%5D%20%E4%B8%AD%E7%9A%84%E4%BF%A1%E5%8F%B7%E8%A1%A8.png)
作为后续这问题，我正确的是（4）（下面引用）是我能到达的最远距离？ 在我的应用程序（作为 systemd 守护进程运行的 .NET 应用程序）中，拦截运行kill（可能调用 sigaction）时发送到进程的内核信号，以便忽略终止请求。 并且免责声明仅适用于用户调用kill省略信号号或使用可捕获信号（如默认信号SIGTERM）的情况。 如果用户使用SIGKILL（-9）或任何其他不可捕获的信号调用kill - 这也将达不到要求。 上述假设准确吗？ ...
所以，我的情况是这样的：我使用以下 shell 脚本创建了一个启动器、键绑定和一个别名，可以同时在下拉终端中打开 GLava 和 CMus： #!/bin/bash c=$(ps -e | grep -c xfce4-terminal) if [ $c -gt 0 ] then xfce4-terminal --tab --drop-down -x cmus | glava --desktop & $1 else xfce4-terminal --drop-down -x cmus | gl...
我使用 ClamAV 扫描并找到这些文件： [root@ip-172-31-23-37 ~]# sudo clamscan --infected --recursive --exclude-dir="^/sys" / /tmp/.X25-unix/dota3.tar.gz: Multios.Coinminer.Miner-6781728-2 FOUND /tmp/.X25-unix/.rsync/a/kswapd0: Multios.Coinminer.Miner-6781728-2 FOUND 我已经删除了这些文件以及父文件夹，但该进程仍在运行： P...
输入后su当我提示输入密码时： user@debian:~$ su Password: 我无法从键盘（同一终端）发送SIGSTOP( ) - 什么也没有发生。ctrl+Z因此退出的唯一方法是输入一些（正确或错误的）密码。为什么我不能以su这种方式暂停？ UPD：似乎正在ctrl+Z排队。因此，当发送时ctrl+Z- 没有任何反应，但在输入Enter信号到达后并su停止。还是无法理解这样的行为。这是所有类 Unix 系统的标准行为还是仅适用于 Linux？ ...
Terminator 允许使用以下命令自定义布局bash -lc 'npm start'; bash 但是，触发 SIGKILL (CONTROL-C) 将杀死部分终端并扰乱您的布局。 SIGQUIT 有效，但很难记住。有没有办法使用 bash 命令进行布局，在 SIGKILL 之后将其放入 bash 交互式终端，而不必使用 SIGQUIT？ ...
当类 Unix 系统正常关闭时，例如使用halt、shutdown等poweroff或 GUI 等效项，它将首先尝试通过向所有进程发出 SIGTERM 信号来优雅地退出它们。一段时间后，它会向仍在运行的程序发送 SIGKILL。 这个延迟是多长时间？程序需要多少时间才能正常退出？如果系统之间有所不同，我想知道 Ubuntu 服务器的具体默认设置。 编辑：是否如描述的那样 Systemd 的 90 年代延迟这里？ ...
阅读吉尔斯的回答, SIGHUP 在严厉程度方面与 SIGTERM 大致相同，但它具有特定的作用，因为当用户与终端断开连接时，它会自动发送到终端中运行的应用程序（从词源上讲，因为用户是通过电话线和调制解调器连接的）挂了）。 SIGHUP 通常是非自愿的，与必须显式发送的 SIGTERM，因此应用程序应尝试在 SIGHUP 上保存其状态。 “必须显式发送的 SIGTERM”中的“显式”是否意味着 SIGTERM 必须最初由进程（而不是内核）通过进程调用发送kill()？ 我想知道 SIGKILL 是否必须显式发送到指定的进程？内核可以隐式向进程发...
我知道进程无法阻止 SIGKILL。 但是有没有一种外部方法可以暂时阻止 SIGKILL 到达（特定）进程？ （比如通过防火墙丢弃数据包）。 ...
sources.list我在 Debian 9 上运行 Sheevaplug（小型 ARM 服务器）。它没有在/中启用任何第三方存储库sources.list.d。 我有一个备份脚本，它运行为root，并使用at.我认为 9 月 13 日发生了一些问题，因为我收到的这些电子邮件看起来像是来自at.它们是每天的，就像我的备份一样。邮件正文只是说Killed。 我无法想象什么会向我的进程发送 SIGKILL ！在不收集比我现在更多的信息的情况下，你能想到吗任何为什么会发生这种情况？ 它不可能来自 OOM Killer（内存不足情况），因为我有完整的内核日志...
我有一个进程，当我在终端中发出 ctrl+c 时，它会完全关闭终端窗口，有人知道为什么会发生这种情况吗？ 该过程现在是这样开始的： exec "$(dirname "$0")/suman-shell" # a 以前是这样启动的，没有问题： "./$(dirname "$0")/suman-shell" # b 看起来确实是使用 exec 导致终端窗口关闭，那么为什么在收到信号后会a关闭终端窗口，而不是 呢？b ...