Wie kann bash-Skript tun, das äquivalent von Strg-C, um eine hintergrund-Aufgabe?

Gibt es eine Möglichkeit zum aufrufen einer Teilprozess, so dass er und alle seine Nachkommen gesendet werden, einen interrupt aus, als ob Sie Strg-C ein Vordergrund-task? Ich versuche zu töten launcher-Skript aufruft, die eine lang andauernde Kind. Ich habe versucht kill -SIGINT $child (die nicht senden zu unterbrechen, um Ihre Nachkommen, so ist ein no-op) kill -SIGINT -$child (was funktioniert, wenn Sie angerufen werden interaktiv, aber nicht, wenn die Ausführung in einem Skript).

Hier ist ein test-Skript. Die lang andauernde Skript ist test.sh --child. Wenn Sie anrufen test.sh --parent ruft es test.sh --child & und dann versucht, ihn zu töten. Wie kann ich die Eltern töten das Kind erfolgreich?

#!/bin/bash

if [ "$1" = "--child" ]; then
sleep 1000

elif [ "$1" = "--parent" ]; then
"$0" --child &
for child in $(jobs -p); do
  echo kill -SIGINT "-$child" && kill -SIGINT "-$child"
done
wait $(jobs -p)

else
echo "Must be invoked with --child or --parent."
fi

Ich weiß, dass Sie ändern können, die lang andauernde Kind trap - Signale, schicken Sie diese an Ihre Teilprozess, und warten Sie dann (aus
Bash-Skript kill-hintergrund (grand)Kinder auf Strg+C), aber gibt es eine Möglichkeit, ohne änderung der Kind-Skript?

InformationsquelleAutor yonran | 2013-02-04
  1. 5

    Lesen : So senden Sie ein signal SIGINT von Skript zu Skript ? BASH

    Auch von info bash

       To facilitate the implementation of the user interface to job  control,
   the operating system maintains the notion of a current terminal process
   group ID.  Members of this process group (processes whose process group
   ID is equal to the current terminal process group ID) receive keyboard-
   generated signals such as SIGINT.  These processes are said  to  be  in
   the  foreground.  Background processes are those whose process group ID
   differs from the terminal's; such processes are immune to keyboard-gen‐
   erated signals.

    So bash unterscheidet Prozesse im hintergrund von der Vordergrund-Prozesse, durch die Prozess-Gruppen-ID. Wenn die Prozess-Gruppen-id gleich Prozess-id, dann wird der Prozess ist ein Vordergrund-Prozess, und wird beendet, wenn es erhält eine SIGINT signal. Sonst wird es nicht kündigen (es sei denn, es ist eingeklemmt).

    Sehen Sie die Prozess-Gruppen-Id mit 

    ps x -o  "%p %r %y %x %c "

    So, wenn Sie ein hintergrund-Prozess (mit &) von einem Skript aus, er ignoriert die SIGINT signal, es sei denn, es ist gefangen.

    Jedoch können Sie immer noch töten, wird der Kind-Prozess mit anderen Signalen, wie SIGKILL, SIGTERM usw.

    Zum Beispiel, wenn Sie ändern Sie Ihr Skript, um die folgenden es wird erfolgreich töten, wird der Kind-Prozess:

    #!/bin/bash

if [ "$1" = "--child" ]; then
  sleep 1000
elif [ "$1" = "--parent" ]; then
  "$0" --child &
  for child in $(jobs -p); do
    echo kill "$child" && kill "$child"
  done
  wait $(jobs -p)

  else
  echo "Must be invoked with --child or --parent."
fi

    Ausgabe:

    $ ./test.sh --parent
kill 2187
./test.sh: line 10:  2187 Terminated              "$0" --child
    • Aktualisierte Antwort.
    InformationsquelleAutor user000001
  2. 10

    Für jemand wundert, das ist, wie Sie starten Kinder im hintergrund und tötet Sie auf Strg+c:

    #!/usr/bin/env bash
command1 &
pid[0]=$!
command2 &
pid[1]=$!
trap "kill ${pid[0]} ${pid[1]}; exit 1" INT
wait
    • Dies ist nützlich, obwohl ich fand, dass kill würde nur das töten der Prozesse angegeben, in der Argumente und nicht deren Nachkommen.
    InformationsquelleAutor vvo
  3. 5
    somecommand &

    gibt eine pid des Kindes in $! 

    somecommand &
pid[0]=$!
anothercommand &
pid[1]=$!
trap INT " kill ${pid[0]} ${pid[1]}; exit 1"
wait

    Ich würde beginnen mit diesem Modell eher als mit bash-job control (bg, fg, jobs). Normalerweise init erbt und erntet verwaiste Prozesse. Welches problem versuchst du zu lösen?

    • Ich weiß, dass ich ändern kann, die Kind-Skript zu übergeben, unterbricht Sie sich auf die Prozesse, die es erzeugt. Ich Frage mich, ob es möglich ist, zu senden unterbricht, um Nachkommen ohne änderung der Kind-Skript.
    • FYI: die Linie 2 sollte eine $! nicht $1
    • INT funktionierte nicht für mich, ich verwendet, VERLASSEN Sie sich stattdessen auf OS X
    • Sollte man das nicht trap "kill ...." INT, und nicht trap INT "kill ...."?
    InformationsquelleAutor jim mcnamara
  4. 1

    Können Sie halten mit SIGINT mit hintergrund-tasks mit einem einfachen kleinen twist: Setzen Sie Ihre asynchroner Unterprozess-Aufruf in einer Funktion oder { }, und geben Sie es setsid so hat es seine eigene Prozess-Gruppe.

    Hier ist dein Drehbuch halten, es ist der ganze erste Absicht:

    • Verwendung und Vermehrung SIGINT und nicht mit einem anderen signal

    • ändern nur das aufrufen von: "$0" --child & zu { setsid "$0" --child; } &

    • code hinzufügen, die notwendig sind, um die PID Ihres Kindes Instanz, das ist der einzige Prozess im hintergrund subshell.

    Hier ist dein code:

    #!/bin/bash

if [ "$1" = "--child" ]; then
sleep 1000

elif [ "$1" = "--parent" ]; then
{ setsid "$0" --child; } &
subshell_pid=$!
pids=$(ps -ax -o ppid,pid --no-headers |
    sed -r 's/^ +//g;s/+//g' |
    grep "^$subshell_pid " | cut -f 2 -d " ");
for child in $pids;  do
  echo kill -SIGINT "-$child" && kill -SIGINT "-$child"
done
wait $subshell_pid

else
echo "Must be invoked with --child or --parent."

    Hier ist das wichtigste, doc Teil von bash-Handbuch

    Prozess-Gruppen-id, die Einfluss auf hintergrund-Prozess (in Job-Control Abschnitt doc):

    [...] Prozesse deren Prozess-Gruppen-ID gleich der aktuellen terminal
    Prozess-Gruppen-ID [..] erhalten Tastatur-generierte Signale wie
    SIGINT. Diese Prozesse sollen in den Vordergrund.
    Hintergrund Prozesse sind diejenigen, deren Prozess-Gruppen-ID unterscheidet sich von
    das terminal ist; solche Prozesse sind immun gegen Tastatur-generierte
    Signale    .

    Standard-handler für SIGINT und SIGQUIT (in Signale Abschnitt doc):

    Nicht-builtin-Befehle ausführen von bash haben signal-Handler gesetzt, um die Werte vererbt, von der shell aus seinem übergeordneten Element. Bei der job-control ist nicht wirksam, asynchrone Befehle ignorieren von SIGINT und SIGQUIT zusätzlich zu diesen vererbten Handler.

    und über änderung von fallen (in trap builtin doc):

    Signale ignoriert bei der Eingabe an die shell kann nicht gefangen werden, oder reset.

    InformationsquelleAutor vaab
Schreibe einen Kommentar