Как подавить завершенное сообщение после убийства в bash?

Может быть, отделить процесс от текущего процесса оболочки, вызвав disown?

Короткий ответ: вы не можете. Bash всегда выводит статус заданий переднего плана. Флаг мониторинга применяется только для фоновых заданий и только для интерактивных оболочек, но не для скриптов.

см. notify_of_job_status () в jobs.c.

Как вы говорите, вы можете перенаправить, поэтому стандартная ошибка указывает на / dev / null, но тогда вы пропустите любые другие сообщения об ошибках. Вы можете сделать это временным, выполнив перенаправление в подоболочке, которая запускает скрипт. Это оставляет исходную среду в покое.

(script 2> /dev/null)

который потеряет все сообщения об ошибках, но только из этого сценария, а не из чего-либо еще, запущенного в этой оболочке.

Вы можете сохранить и восстановить стандартную ошибку, перенаправив новый файловый дескриптор туда:

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

Но я бы не рекомендовал это - единственный положительный момент по сравнению с первым состоит в том, что он сохраняет вызов суб-оболочки, будучи более сложным и, возможно, даже изменяя поведение сценария, если сценарий изменяет файловые дескрипторы.

Обновлено:

Для более подходящего ответа проверьте ответ, предоставленный Марк Эдгар

disown поступил как раз для меня - exec 3> & 2 рискованно по множеству причин - set + bm, похоже, не работал внутри скрипта, только в командной строке

Решение: используйте SIGINT (работает только в неинтерактивных оболочках)

Демо:

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

sh silent.sh

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

Чтобы отключить сообщение, вы должны перенаправить stderrв момент создания сообщения. Поскольку команда kill отправляет сигнал и не ждет ответа целевого процесса, перенаправление stderr команды kill не принесет вам пользы. Встроенная в bash wait была создана специально для этой цели.

Вот очень простой пример, который убивает самую последнюю фоновую команду. (Узнать больше о $! здесь.)

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

Поскольку и kill, и wait принимают несколько pid, вы также можете выполнять пакетное уничтожение. Вот пример, который убивает все фоновые процессы (конечно, текущего процесса / скрипта).

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

Меня привели сюда из bash: тихо убить процесс фоновой функции.

Это то, что мы все ищем?

Нежелательный:

$ sleep 3 &
[1] 234
<pressing enter a few times....>
$
$
[1]+  Done                    sleep 3
$

В розыске:

$ (set +m; sleep 3 &)
<again, pressing enter several times....>
$
$
$
$
$

Как видите, сообщения об окончании работы нет. У меня работает и в сценариях bash, а также для убитых фоновых процессов.

'set + m' отключает управление заданиями (см. 'набор справки') для текущей оболочки. Таким образом, если вы введете команду в подоболочке (как это сделано здесь в скобках), вы не повлияете на настройки управления заданиями в текущей оболочке. Единственным недостатком является то, что вам нужно вернуть pid фонового процесса в текущую оболочку, если вы хотите проверить, завершился ли он, или оценить код возврата.

Это также работает для killall (для тех, кто его предпочитает):

killall -s SIGINT (yourprogram) 

подавляет сообщение ... Я запускал mpg123 в фоновом режиме. Его можно было убить только молча, отправив ctrl-c (SIGINT) вместо SIGTERM (по умолчанию).

На основе Ответ Марка. Я использовал kill -INT, как он предлагает, с некоторым успехом, но заметил, что он не убивал некоторые процессы. После тестирования некоторых других сигналов я вижу, что SIGPIPE также убьет без сообщения.

kill -PIPE

или просто

kill -13

Другой способ отключить уведомления о заданиях - поместить вашу команду в конструкцию sh -c 'cmd &'.

#!/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}"
'

Добился успеха с добавлением jobs 2>&1 >/dev/null в сценарий, не уверен, поможет ли это другому сценарию, но вот образец.

    while true; do echo $RANDOM; done | while read line
    do
    echo Random is $line the last jobid is $(jobs -lp)
    jobs 2>&1 >/dev/null
    sleep 3
    done

Простой:

{ kill $! } 2>/dev/null

Преимущество? может использовать любой сигнал

бывший:

{ kill -9 $PID } 2>/dev/null

Я обнаружил, что добавление команды kill в функцию и последующее выделение функции в фоновом режиме подавляет вывод завершения.

function killCmd() {
    kill 
}

killCmd $somePID &

Terminated регистрируется обработчиком сигналов по умолчанию для bash 3.x и 4.x. Просто перехватите сигнал TERM в самом первом дочернем процессе:

#!/bin/sh

## assume script name is test.sh

foo() {
  trap 'exit 0' TERM ## here is the key
  while true; do sleep 1; done
}

echo before child
ps aux | grep 'test\.s[h]\|slee[p]'

foo &
pid=$!

sleep 1 # wait trap is done

echo before kill
ps aux | grep 'test\.s[h]\|slee[p]'

kill $pid ## no need to redirect stdin/stderr

sleep 1 # wait kill is done

echo after kill
ps aux | grep 'test\.s[h]\|slee[p]'