name=example 的进程可以被杀死
killall -9 示例
如何杀死以下包含空格的命令的多个实例?
“valgrind --tool=lackey ./testcases/kernel/syscalls/waitpid/waitpid03”
以下命令返回valgrind --tool=lackey ./testcases/kernel/syscalls/waitpid/waitpid03: No such file or directory
killall -9 "valgrind --tool=lackey ./testcases/kernel/syscalls/waitpid/waitpid03"
这是给你的。在重新启动失败并强制退出 Finder 后,终端中的“killall Finder”返回:
"No matching processes belonging to you were found"
Run Code Online (Sandbox Code Playgroud)
奇怪的是,finder 的 PID 确实出现在“ps -A”之后,以显示所有进程。但是,在重复 PID 列表时,时间将永久列为 0:00:00。
我尝试了以下手动启动它:
open /System/Library/CoreServices/Finder.app
Run Code Online (Sandbox Code Playgroud)
但它吐了:
LSOpenFromURLSpec() failed with error -600 for the file /System/Library/CoreServices/Finder.app.
Run Code Online (Sandbox Code Playgroud)
关于 Finder 重新启动的任何其他想法不涉及重新启动?(我通常一次打开 6 个空间,每个空间都有一些应用程序,重新加载它们很痛苦。)
不久前,我发现自己在将 Python 脚本从 Linux 迁移到 OS X 时发现的一些更改感到非常困惑......
在 Linux 上,如果 Python 脚本调用了 os.system(),并且调用进程被杀死,则被调用进程将同时被杀死。
然而,在 OS X 上,如果主进程被杀死,它启动的任何东西都会被留下。
在 OS X/Python 中有什么地方可以改变这种行为吗?
这会导致我们的渲染农场出现问题,其中进程可以从管理 GUI 中终止,但顶级进程实际上只是一个包装器,因此,渲染农场管理可能认为该进程已经消失并且机器被释放准备另一个任务时,实际的处理器密集型任务仍在运行,这可能会导致巨大的阻塞。
我知道我可以编写更多的逻辑来捕获终止信号并将其传递给子进程,但我希望它可以在较低级别启用。
之后从启动删除以下可执行文件,在不久的将来他们又再次出现:
据孔我,这些过程不断出现回涨,而我的软件功能良好,没有他们。
我足够聪明,通过FileHippo更新软件每周所以我并不需要自动更新。
我该怎么做才能再也看不到这些进程?即使在重新安装这些应用程序之后...
也欢迎提供通用解决方案!:-)
我有一个讨厌的进程(在这种情况下,一个应该在 iPhone Simulator 中运行的搁浅进程(现在已经退出很久了)。
97442 ?? 0:00.00 (MyProcess)
Run Code Online (Sandbox Code Playgroud)
我已经尝试了我能想到的一切,包括
sudo kill -9 97442
sudo kill -HUP 97442
Run Code Online (Sandbox Code Playgroud)
然而,就像乌鸦一样……这个过程仍然存在。
在这种情况下,这意味着为了继续工作,我必须重新启动我的机器。
如果进程不存在,如何告诉kill命令忽略该进程?
例如:3453是一个活动进程,但44534不是。
kill -9 3453 44534
Run Code Online (Sandbox Code Playgroud) 在像 那样的交互式控制台中irb,有时会出现问题并且控制台变得无响应。一种解决方案是暂停进程,然后终止它。
要暂停该过程,我可以按Control+Z。要终止该进程,我可以运行ps -ef | grep 'irb'以列出所有进程并仅显示包含“irb”的进程,然后从该列表中获取进程 ID 并键入kill [insert PID here].
那很麻烦。我知道有一种方法可以暂停进程,然后键入kill [some symbol here],符号代表“最后一个暂停的进程”。
“最后一个挂起进程的 PID”的命令行符号是什么?
当用户从目标应用程序外部(例如从活动监视器)发出Quit或Force Quit命令时,幕后会发生什么?
一直有应用程序被杀死的问题。这是运行 RHEL5 服务器。我们对进程运行了 strace,在跟踪文件的末尾,我得到了一堆被 SIGKILL +++消息杀死的 +++。SIGKILL 无法被捕获,所以我试图找到一种方法来追踪进程被杀死的原因。
我尝试使用 Red Hat 的一些建议,例如
auditctl -a exit,always -S kill
Run Code Online (Sandbox Code Playgroud)
这似乎不起作用。我在audit.log 中没有看到任何kill 条目。
Red Hat 的另一个建议是使用 systemtap。我通过 yum 安装它并尝试使用提供的 sigmon.stp 脚本运行 stap。sigmon.stp 在这个页面上:Sigmon.stp 我使用了评论部分提供的命令,这里是输出:
# stap sigmon.stp -x 12647 SIGKILL -v
Pass 1: parsed user script and 85 library script(s) using 146868virt/23716res/3024shr/21404data kb, in 110usr/10sys/116real ms.
semantic error: while resolving probe point: identifier 'kernel' at /usr/share/systemtap/tapset/signal.stp:60:37
source: probe __signal.send.send_sigqueue = kernel.function("send_sigqueue")
^
semantic error: missing x86_64 kernel/module debuginfo …Run Code Online (Sandbox Code Playgroud) 在 osx 中,可以使用以下命令取消暂停单个进程:
kill -CONT 1234
Run Code Online (Sandbox Code Playgroud)
其中 1234 是进程 ID。
有没有办法取消暂停机器上每个暂停的进程?
原因:osx 有一个未公开的功能(又名错误),有时多个应用程序会同时暂停。