Wie kann ich einen Prozess von einem Bash-Skript trennen?

Ich versuche, einen Prozess von einem Bash-Skript zu trennen, damit SIGINT nicht an den Prozess weitergeleitet wird, wenn ich das Skript beende.

Ich habe den disownBefehl im Terminal direkt verwendet, aber in der Bash wird disowndie Weiterleitung von SIGINT nicht gestoppt. Der Zweck dieses Skripts besteht darin, openocd und dann gdb mit einem einzigen Aufruf zu starten. Da das Skript nie beendet wird (es läuft mit gdb), wird SIGINT immer noch von gdb an openocd weitergeleitet, was ein Problem darstellt, da SIGINT als Befehl zum Anhalten in gdb verwendet wird.

Im Terminal würde es ungefähr so ​​aussehen:

$ openocd &    # run openocd demonized
$ disown $!    # disown last pid
$ gdb          # invoke GDB

Wenn SIGINT in dieser Reihenfolge auf dem Terminal aufgerufen wird, wird es nicht von gdb an openocd übergeben. Wenn sich derselbe Aufruf jedoch in einem Bash-Skript befand, wird der SIGINT übergeben.

Jede Hilfe wäre sehr dankbar.

PS: Dieses Problem ist in OS X, aber ich versuche, Tools zu verwenden, die auch auf alle Unix-Tools portierbar sind.

So trennen Sie einen Prozess von einem Bash-Skript:

nohup ./process &

Wenn Sie Ihr Bash-Skript mit SIGINT(Strg + C) stoppen oder die Shell SIGHUPbeispielsweise das Senden beendet , wird der Prozess nicht gestört und normal weiter ausgeführt. stdout& stderrWird in einer Protokolldatei umgeleitet werden: nohup.out.

Wenn Sie einen getrennten Befehl ausführen möchten, während die Ausgabe im Terminal angezeigt wird, verwenden Sie tail:

TEMP_LOG_FILE=tmp.log
> "$TEMP_LOG_FILE"
nohup ./process &> "$TEMP_LOG_FILE" & tail -f "$TEMP_LOG_FILE" &

Bei mir klappt das bei Verleugnung einwandfrei

command & disown

Die Lösung, die ich gefunden habe, ist ein Programm namens "detach", das von Annon Inglorion geschrieben und von seiner Website heruntergeladen werden kann

Einmal kompiliert, kann es wie folgt in einem Skript verwendet werden:

$ ./detach -p debug.pid openocd <args> # detach openocd
$ gdb <args>                           # run gdb
$ kill -9 $(cat debug.pid)             # end openocd process
$ rm debug.pid                         # remove file containing process id

In dieser ersten Zeile wird ein neuer Prozess erstellt (openocd wird ausgeführt) und die Prozess-ID zur späteren Verwendung in der Datei (debug.pid) gespeichert. Dies verhindert die Probleme mit dem Greifen nach der PID, wie in Olivers Antwort angegeben. Beim Beenden des nächsten Sperrprogramms (gdb) wird die Datei, in der die pid gespeichert ist, verwendet, um den getrennten Prozess direkt abzubrechen.

eine einfache und tragbare Lösung:

echo "openocd" | at now #openocd starts now, but via the at daemon, not the current shell!
pid=$(ps -ef | grep "[o]penocd" | awk '{print $1}')  
echo "openocd is running with pid: $pid"
gdb

Einige Portabilitätseinschränkungen: Die psOptionen hängen vom Betriebssystem ab! Sie könnten stattdessen eine Variante benutzen { ps -ef || ps aux ;} | grep '[o]penocd | cut -f 1. atkonnte nicht verfügbar sein (seltsam, aber das passiert ...). $(...)benötigt eine nicht wirklich alte Shell, ansonsten Backticks verwenden.