Убить дочерний процесс bash

баш не может поймать sigkill. на то он и sigkill — его никто не может поймать

да это понятно, но мне надо завершать как то ffmpeg

fmpeg &

Почему одна буква F?

Опечатка, но суть ясна...

Ну приходится подчиняться операционной системе. Нельзя — значит нельзя. Насколько мне известно, никто не застрахован от sigkill.

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

Edit: Хотя… Возможно, KillMode=control-group поможет.

app убивает (SIGKILL) bash

Пусть убивает ффмпег

А ты замени в скрипте ffmpeg на exec ffmpeg. Тогда ненужного процесса bash не будет.

Можно посылать сигнал группе (отрицательное значение pid)

Не обязательно убивать по -9. Можно посылать какой-нибудь сигнал типа SIGQUIT/SIGABRT/SIGILL/SIGBUS.

Может это поможет если ты ffmpeg в фоне запускаешь?

Если исправить дурацкое поведение app нельзя, а запускать фыфыфмпег через exec не хочется из-за логики выполняемой после, то можно запускать в фоне второй процесс bash, который ждёт смерти родителя и убивает ффмпег.

fmpeg &
FFMPEG_PID=$!

sh -c 'tail -f --pid=$1 /dev/null; kill $2;' - $$ $FFMPEG_PID &

до кучи Как получить pid всех дочерних процессов? (комментарий)

Если бы мог оно бы убивало, но апп не мое, а я раб

Хмм, попробую.

Да не моя софтина, так бы оно конечно

А баш скрипт твой?

killproc ffmpeg

Дык trap не срабатывает почему-то.

Братран ты гений, то что нужно. А в этом способе есть какие то минусы?

И скрипт не мой ))

Не, ну это маёё

Зачем тебе в этом примере вообще в принципе bash держать на время работы ffmpeg? exec ffmpeg, да и дело с концом. И прибивай, собственно, его.

Не на время, а перед запуском. Там проверка стоит, запускать ли вообще ffmpeg или нет. Ну и другие проверки будут до старта (возможно)

Перед — понятно. Я спросил то, что спросил: зачем делать ffmpeg & и wait (то есть, оставлять bash висеть, во время работы ffmpeg), если можно в целом избавиться от процесса баша, когда он уже не нужен, сделав exec ffmpeg

Ну стартани вотчдога из своего скрипта. Пусть смотрит жив ли папа, если папы нет пусть ффмпег грохнет.

Если в скрипте были какие-то действия после завершения ffmpeg, они не выполнятся

exec ffmpeg

А в чём отличие от ffmpeg & disown?

оставлять bash висеть, во время работы

Если bash закончит работу, он будет перезапущен заново (приложением которое запускает все это), а ffmpeg будет висеть и так бесконечно...

Я как понимаю это типа FORK?

Ну… Это разные механизмы. Но если вот так со стороны смотреть, то в случае с exec, поскольку текущий процесс заменится вызываемым, его PID останется тем же, а в случае с & новый процесс будет с новым PID, и только потом процесс скрипта завершится. Ну и при & процесс в фоне работать будет, а при exec — в fg.

Ага, как я понял, надо запомнить, что если надо вызовом программы завершить скрипт, то exec, и & disown — если продолжить.

Наоборот. Обычный запуск программы в юникс - это fork+exec, т.е. родительский процесс форкается, порождая свою точную копию (за исключением кода возврата fork()), после этого родитель-потомок выполняет exec(). exec() заменяет исполняемый код и очищает память вызвавшего процесса, подставляя код из бинарника программы-цели. При exec сохраняются PID, открытые файлы и переменные окружения. Вместе с PID сохраняются и отношения потомок-родитель.

Команда exec в шелле делает exec() без fork(). Шелл жертвует собой, но передаёт свой PID запущенной программе.

ну в целом то, что надо мне. Bash только настраивает параметры запуска ffmpeg и по условию завершается. Так то мне bash не нужен потом