首页 / 知识

关于unix：在bash中杀死后如何抑制终止消息？

2023-04-16 11:39:00

How to suppress Terminated message after killing in bash?

您如何抑制在杀死键盘后出现的Terminated消息
在bash脚本中处理？

我尝试了set +bm，但这不起作用。

我知道另一个解决方案涉及调用exec 2> /dev/null，但这是
可靠？我如何将其重置，以便继续看到stderr？

为了使消息静音，必须在生成消息时重定向stderr。因为kill命令发送信号并且不等待目标进程响应，所以重定向kill命令的stderr不会对您有帮助。 bash内置的wait专门用于此目的。

这是一个非常简单的示例，它杀死了最新的后台命令。 (在此处了解有关$！的更多信息。)

1 2	kill $! wait $! 2>/dev/null

因为kill和wait都接受多个pid，所以您也可以执行批量杀死。这是一个杀死所有后台进程(当然是当前进程/脚本)的示例。

1 2	kill $(jobs -rp) wait $(jobs -rp) 2>/dev/null

我从bash那里被带到这里：默默地杀死后台函数进程。

简短的答案是你不能。 Bash始终打印前台作业的状态。监视标志仅适用于后台作业，并且仅适用于交互式外壳，不适用于脚本。

请参阅Jobs.c中的notify_of_job_status()。

如您所说，您可以重定向以便标准错误指向/ dev / null，但是您会错过任何其他错误消息。您可以通过在运行脚本的子外壳中进行重定向来使其成为临时的。这使原始环境独自存在。

1	(script 2> /dev/null)

这将丢失所有错误消息，但只会丢失该脚本发出的错误消息，而不会丢失该Shell中运行的任何其他消息。

您可以通过重定向新的filedescriptor指向该位置来保存和恢复标准错误：

1
2
3
4
5

exec 3>&2 # 3 is now a copy of 2
exec 2> /dev/null # 2 now points to /dev/null
script # run script with redirected stderr
exec 2>&3 # restore stderr to saved
exec 3>&- # close saved version

但是我不建议这样做-从第一个开始的唯一好处就是，它节省了子外壳程序调用，同时更加复杂，并且如果脚本更改了文件描述符，它甚至可以更改脚本的行为。

编辑：

有关更适当的答案，请检查马克·埃德加(Mark Edgar)给出的答案

受MarcH的回答启发。我按照他的建议使用kill -INT取得了一些成功，但是我注意到它并没有杀死某些进程。在测试了一些其他信号之后，我看到SIGPIPE也会在没有消息的情况下终止。

1	kill -PIPE

或简单地

kill -13

解决方案：使用SIGINT(仅在非交互式外壳中有效)

演示：

1
2
3
4
5
6
7

cat > silent.sh <<"EOF"
sleep 100 &
kill -INT $!
sleep 1
EOF

sh silent.sh

http://thread.gmane.org/gmane.comp.shells.bash.bugs/15798

也许通过调用disown将进程与当前shell进程分离？

禁用作业通知的另一种方法是将命令置于sh -c 'cmd &'构造的后台。

1
2
3
4
5
6
7
8
9
10
11
12
13

#!/bin/bash
# ...
pid="`sh -c 'sleep 30 & echo ${!}' | head -1`"
kill"$pid"
# ...

# or put several cmds in sh -c '...' construct
sh -c '
sleep 30 &
pid="${!}"
sleep 5
kill"${pid}"
'

这也适用于killall(对于那些喜欢它的人)：