3 您可以拥有的僵尸进程数量上限吗？ 我曾经使用过HP-UX系统，老管理员告诉我，系统上的僵尸进程数量有上限，我相信是1024。 这是一个困难的事实上限吗？我认为您可以拥有任意数量的僵尸，就像可以拥有任意数量的进程一样……？ 发行版与发行版之间是否有不同的价值？ 如果我们达到上限并尝试创建另一个僵尸会发生什么？ 17 process kill limit hp-ux zombie-process
2 杀死一个暂停的进程？ 我对以下内容感到有些困惑： % vim tmp zsh: suspended vim tmp % kill %1 % jobs [1] + suspended vim tmp % kill -SIGINT %1 % jobs [1] + suspended vim tmp % kill -INT %1 % jobs [1] + suspended vim tmp 因此，我辞职只是“自己动手做”，想知道以后为什么这样做： % fg [1] - continued vim tmp Vim: Caught … 17 kill signals background-process process-management
6 只杀死一个Java进程 我通常只运行少数Java应用程序，一个用于本地运行的服务器，另一个用于NetBeans等IDE。而且不时地，在大量重新部署之后，我的服务器陷入了OutOfMemoryException异常，因此我需要终止Java进程才能重新启动。 因此，我这样做了，pkill -9 java但这也会杀死我不想运行的IDE。因此，我如何只杀死链接到正在运行的服务器的应用程序而不杀死其他应用程序？我假设它们都在同一进程中运行，但是必须有某种方法来区分它们。 17 process java kill
4 killall给我`没有找到进程`但是ps 有人可以向我解释kill和之间的区别killall吗？为什么killall看不到ps显示的内容？ # ps aux |grep db2 root 1123 0.0 0.8 841300 33956 pts/1 Sl 11:48 0:00 db2wdog db2inst1 1125 0.0 3.5 2879496 143616 pts/1 Sl 11:48 0:02 db2sysc root 1126 0.0 0.6 579156 27840 pts/1 S 11:48 0:00 db2ckpwd root 1127 0.0 0.6 579156 27828 pts/1 S 11:48 0:00 db2ckpwd … 17 linux process kill ps
2 终止不断重启的进程 如果“ kill -9”不起作用怎么办？或如何杀死启动新进程的脚本？无论如何对我没有帮助。 我有一个python脚本，当使用杀死时，它会使用相同的端口自动从另一个进程ID开始。sudo kill -9 <pid> $ lsof -i :3002 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME python 13242 ubuntu 3u IPv4 64592 0t0 TCP localhost:3002 (LISTEN) $ sudo kill -9 13242 $ lsof -i :3002 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME python 16106 … 16 process kill
3 终止后台运行的bash shell脚本 我经常使用bashShell脚本为许多不同的文件运行简单的命令。例如，假设我有以下bash的shell脚本，叫script.sh，运行程序/命令foo三个文本文件"a.txt"，"b.txt"，"c.txt"： #!/bin/bash for strname in "a" "b" "c" do foo $strname".txt" done 另外，假设foo $strname".txt"速度很慢，那么脚本的执行将花费很长时间（例如，数小时或数天）。nohup因此，即使终端处于关闭或断开状态，我也要使用继续执行。我还希望脚本立即转到后台，因此我将使用&运算符。因此，我将使用以下命令来调用script.sh： nohup bash script.sh & 这对于在后台运行脚本且没有挂断效果很好，但是现在假设我出于某种原因希望在某个时候终止执行。我怎样才能做到这一点？ 我遇到的问题是，通过查看top，我只能看到与foo相对应的"a.txt"。我可以终止该foo调用，但是要调用的foo对应对象，然后也必须终止该调用，"b.txt"依此类推。对于for循环中指定的数十或数百个文本文件foo，一个接一个地终止是很痛苦的！因此，我需要以某种方式终止shell脚本本身，而不是终止从shell脚本发出的特定调用。 当我键入命令 ps -u myusername myusername我的用户名在哪里，我会得到一个正在运行的进程的列表。但是我看到了两个不同的进程ID bash。我如何知道这些过程中的哪一个（如果有的话）与我的原始呼叫相对应nohup bash script.sh &？ 16 shell shell-script process kill ps
3 如何优雅地杀死具有其名称的守护程序？ 我通常用杀死进程killall。 killall markdoc 但是我不确定此命令是否可以正常终止进程。此命令是否可以正常终止？如果不是，我该如何优雅地终止其名称的进程？ 16 process kill
4 查找进程的ID并杀死它 每当我需要终止后台进程时，我都会这样做 ps -e | grep <process_name> 它打印这样的事情1766 ? 00:00:13 conky，然后我使用进程ID，以kill它喜欢这样kill 1766。 有什么办法可以简化吗？使其更快？减少打字量？ 16 process grep kill ps
5 如何杀死给定名称的所有进程？ 我运行命令ps -A | grep <application_name>并获取如下所示的进程列表： 19440 ? 00:00:11 <application_name> 21630 ? 00:00:00 <application_name> 22694 ? 00:00:00 <application_name> 我要杀死列表中的所有过程：19440，21630，22694。 我已经尝试过，ps -A | grep <application_name> | xargs kill -9 $1但是它有错误。 kill: illegal pid ? kill: illegal pid 00:00:00 kill: illegal pid <application_name> 我该如何优雅地做到这一点？ 16 grep process kill ps
3 通过SSH在命令中与true进行ORing 当我尝试pkill -f通过ssh远程运行，并尝试丢弃可能的错误代码（即使未找到任何进程，继续|| true执行脚本的其余部分）时，其行为也不符合我的预期。 $ pkill asdf || true $ echo $? 0 $ pkill -f asdf || true $ echo $? 0 $ ssh pi@10.20.0.10 "pkill asdf || true" $ echo $? 0 $ ssh pi@10.20.0.10 "pkill -f asdf || true" 255 我想是ssh返回255，而不是引号之间的命令，但是为什么呢？ 15 shell ssh kill
5 如果根文件系统不起作用，是否可以通过SSH重新启动Linux机器？ 出于好奇；Linux机器出了点问题，使根文件系统显示为“ 64Z”。一些命令（例如top，，df和）可以工作kill，但是其他一些命令却reboot带有“找不到命令”（因为它无法读取根文件系统），并且chmod出现了分段错误。 有没有办法重启系统，即没有reboot程序？我尝试了kill -PWR 1（将SIGPWR发送到init），但这似乎没有任何作用。 这主要是出于学术上的好奇心。正在进行任何大型数据库工作而导致故障的实验室成员将很快以物理方式重新启动计算机。 15 kernel kill
1 有什么办法可以判断一个shell脚本是否被信号9杀死了 我有一个bash脚本（从Java程序调用），该脚本一直被杀死。我总是跟上signal 15，trap但是随后出现了一些其他信号，我怀疑是，signal 9但对于真的是基本上是盲目的signal 9。 我知道你做不到trap signal 9，所以还有别的方法可以告诉我是否signal 9正在杀死我的shell脚本？ 14 bash shell-script java kill signals
3 使进程在Linux上不可杀灭 我正在使用密码管理器应用程序，出于安全原因，我想启动一个不可杀伤的进程。 而且我不希望该程序成为守护程序，因为我需要从标准输入中读取并写入它。 有没有办法做到这一点？ 14 linux process kill
2 “ -9”是杀死命令的标志吗？ 怎么-9办？ 它不会显示在语法中： $ kill kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec] $ 14 utilities kill command-switch
2 SIGQUIT和SIGTERM一样吗？ 我正在学习CentOS / RHEL，目前正在做一些有关流程管理的事情。 我正在阅读的RHCSA书籍将运行kill 1234方式描述为发送SIGQUIT。我一直认为在不为信号类型添加开关的情况下执行kill命令应默认为kill -15 SIGTERM是kill -15SIGKILL是kill -9，对吗？ CentOS / RHEL使用的方法略有不同kill -15还是我只是被误认为了？ 编辑：kill -l为SIGQUIT kill -3和似乎与使用键盘终止进程相关联。man 7 signal还指出SIGQUIT是kill -3，所以我只能假设我的书是错误的，因为它说明SIGQUIT是kill -15默认的。 14 kill process-management