Lockfile löschen wenn ich Script mit STRG+C abbreche

[Richard]

Hallo,

ich habe mir irgendwann einmal etwas ergoogelt um das doppelte Ausführen eines Scriptes zu verhindern. Am Anfang des Scriptes steht

Code: Alles auswählen

lockfile -r 0 /tmp/lockfile || exit 1

am Ende dann

Code: Alles auswählen

trap delock EXIT

Zunächst wird eine Datei erstellt, wenn das Script ein zweites mal startet wird das verhindert. Mit 'trap' starte ich eine vorher festgelegte Funktion 'delock' die die Lockfile wieder löscht. Die Funktion wird ausgeführt, wenn das Signal 'EXIT' gesendet wird. Wenn ich nun am Notebook oder PC (also mit einer Benutzeroberfläche) das Script in einem Terminalfenster starte und mit STRG+C abbreche wird die lockfile gelöscht. Wenn ich das auf dem Raspbery Pi - der headless läuft - mache, geht das nicht. Wird das korrekte EXIT-Signal nur gesendet, wenn es unter einer GUI läuft und ein anderes wenn ohne?

Richard

[CH777]

Was ist denn EXIT für ein Signal?
Nach meinem Verständnis sollte es eigentlich so sein:

Code: Alles auswählen

trap delock SIGINT

Versuch doch mal, ob das einen Unterschied macht.

[Richard]

Ich kenne mich mit den ganzen Signalen nicht aus, das hab ich so 1:1 übernommen.

Mit SIGINT geht es auch nicht. Auch hier bleibt die Datei stehen.

Macht es vllt. einen Unterschied, dass ich mich per SSH mit dem Pi verbinde?

EDIT
Gibt es einen Befehl mit dem man sich die Signale anzeigen lassen kann, die bei einer bestimmten Tastenkombination ankommen?

[CH777]

Macht es vllt. einen Unterschied, dass ich mich per SSH mit dem Pi verbinde?

Das wird es wohl sein, denn das gesendete Signal bei STRG-C ist SIGINT (siehe z.B. hier).

Mit ssh kenne ich mich leider nicht aus, eine kurze Suche nach "ssh forward sigint" zeigt, dass das wohl nicht so ganz einfach geht.

[MSfree]

Was ist denn EXIT für ein Signal?

Siehe man bash:

If a sigspec is EXIT (0) the command arg is executed on exit from the shell.

Die Frage hier ist eher, ob arg auch eine Shell-Fuktion sein darf oder ob das nur mit externen Executables funktioniert.

[bluestar]

Schau dir mal das Beispiel an: https://raymii.org/s/snippets/Bash_Bits ... GTERM.html

[MSfree]

Das Probile ist, daß trap erst am Ende des Skripts aufgeführt ist.

Dieses Skript

Code: Alles auswählen

#!/bin/bash

MyExit()
{
  echo "My Exit Called"
}

trap MyExit EXIT

/bin/false || exit 1

sprint korrekt in die Funktion MyExit

Hingegen liefert dieses Skript keinerlei Ausgabe:

Code: Alles auswählen

#!/bin/bash

MyExit()
{
  echo "My Exit Called"
}


/bin/false || exit 1

trap MyExit EXIT

der exit hinter /bin/false verhindert, daß beim Sprung aus dem Skript die trap-Funktion aufgerufen wird.

Der OP sollte nun trap vorne ins Skript stecken und /bin/false durch filelock ersetzen.

[Richard]

@ MSfree

Ja, so gehts es. Komisch nur, dass es vorher (auf dem Notebook und Desktop) auch problemlos lief, wenn ich die Funktion erst nach dem eigentlichen Script stehen hatte.

[r4pt0r]

Anstatt sich auf lockfiles zu verlassen (was auf zig verschiedene Arten schief gehen kann...) wäre evtl ein pgrep oder notfalls ps | grep sinnvoller um nach einer bereits laufenden Instanz des Scripts zu suchen? Das hinterlässt keinen Müll und umgeht das genannte Problem

[Richard]

Wäre auch möglich, ich lass es jetzt erstmal so wie es ist.