Как запустить скрипт, чтобы он «убил себя»?

Попробуй

the_prog&
disown -a
exit

можно положить в /tmp

Если это последнее, что делает скрипт, то нужно запускать с помощью exec. Если хочешь просто отвязать от родителя, то используй setsid

Можно как-нибудь так:

#!/bin/bash

PIDFILE=$(tempfile -s.pid)

# Запускаем
(echo $BASHPID > "$PIDFILE" ; exec background_job) &

# Работаем
sleep 10

# Убиваем
kill $(< "$PIDFILE")
rm -- "$PIDFILE"

Как подобное не на баше делается, а более/менее «стандартно», подскажет кто? Или это шелл-зависимо?

стандартно

дабл форк и ты свободен. Пользователи проклянут.

Я имел в виду, как запустить из скрипта прогу, и вернуть её пид.
Как запилить демона, я знаю.

Так и на баше не так делается, есть же $!

ты можешь получить пид родителя/потомка на си, если ты об этом

да, вроде того. пид в run кладут если запустится должно только раз, для скриптов не актуально

https://stackoverflow.com/questions/17356591/how-to-get-process-idpid-from-fo...

Точно, как говориться RTFM (:

Никогда не любил такой способ блокировки «одни раз не PIDраз».
Надёжней и самое главное проще использовать какой нибудь flock.

Но всё это не нужно, когда есть systemd.

man timeout

некросплатформенно? непереносимо?

flock или pid?

Если про pid.. то кроме записи еще много скользкой работы вокруг, проверить есть ли файл, что там записано, а есть ли такой процесс на самом деле.

С эксклюзивной блокировкой всё проще. Либо смог заблокировать, либо нет. Так или иначе блокировка есть на всех системах. Если процесс рухнет или его прибью, то блокировка снимается автоматически.

systemd

Я админ локалхостов и еще чуть-чуть. Там, где надо он есть, нет только на embedded устройствах. Ну и ладно, я не пропаду.