-
Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.
Einfache Frage zum Starten von Skripts
- Ersteller Basti8
- Erstellt am
regexer
Advanced Hacker
nohup ist eigentlich Standard. Das sollte auch bei der schlanksten Installation (auch in Form einer VM) dabei sein.Basti8 schrieb:
Mach mal:
Code:
ls -l /usr/bin/nohup... Also bei meiner VM ist das binary da. Oder ich verstehe jetzt etwas falsch - möchte ich nicht ausschließen
@notoxp: Das Verzeichnis gibt es leider nicht. Man muss dazu sagen, dass es wirklich ein sehr, sehr schlankes und spezialisiertes System ist.
@Grothesk: Was meinst du mit 'screen'-Sitzung und wie mach ich das?
Wird wohl doch komplizierter als ich dachte. Gibts nicht irgendeinen Parameter, den man einfach anhängen kann?
@Grothesk: Was meinst du mit 'screen'-Sitzung und wie mach ich das?
Wird wohl doch komplizierter als ich dachte. Gibts nicht irgendeinen Parameter, den man einfach anhängen kann?
/usr/bin gibts schon, nur /usr/bin/nohup nicht.
ls /usr/bin hat folgendes Ergebnis:
Xvnc killall printf top
[ ldd python tr
cpp lddlibc4 readlink tty
dirname less run_ev_calibrate.sh uniq
du ltrace run_usbdmc_calibrate.sh unzip
ev_calibrate mcookie scp uptime
ev_waittouch md5sum seq usbdmc_init
evstatus me setterm usbdmc_waittouch
find mkfifo ssh watch
free mmmcalibrate ssh-keygen wc
ftp mpage stat which
gdb ncftp strace xterm
gdbserver ncftpget tail yes
gs open tbcalib zip
id passwd telnet zless
kill printenv test
ls /usr/bin hat folgendes Ergebnis:
Xvnc killall printf top
[ ldd python tr
cpp lddlibc4 readlink tty
dirname less run_ev_calibrate.sh uniq
du ltrace run_usbdmc_calibrate.sh unzip
ev_calibrate mcookie scp uptime
ev_waittouch md5sum seq usbdmc_init
evstatus me setterm usbdmc_waittouch
find mkfifo ssh watch
free mmmcalibrate ssh-keygen wc
ftp mpage stat which
gdb ncftp strace xterm
gdbserver ncftpget tail yes
gs open tbcalib zip
id passwd telnet zless
kill printenv test
regexer
Advanced Hacker
Wollte ich auch gerade fragen. Was muss man bei den Installation auswählen, dass man nicht mal das Utility "grep" installiert? Das liegt nämlich bei mir auch unter /usr/bin und ist in der Auflistung von Basti8 nicht aufgeführt.spoensche schrieb:
Handelt es sich um überhaupt um openSUSE?
regexer
Advanced Hacker
Na gut, das einzige, was mir jetzt noch einfällt wäre, SIGHUP manuell zu trappen - also in diesem Fall ins Leere laufen zu lassen. Etwas anderes macht nohup meines Wissens eigentlich auch nicht. trap ist bei meiner bash ein Shell-Builtin. Sollte also gehen.Basti8 schrieb:
Weiteres siehe
Code:
man trapDanke soweit.
Das Ganze bringt zwar die Verbesserung, dass, wenn ich mich per "exit" auslogge, das skript weiterläuft, aber wenn ich Putty beende, stoppt es. Hat da wer ne Idee? Wenn nicht schreib ich das mal in ein Putty-Forum (falls es sowas gibt), weil das vermutlich eher ein Putty- als ein Linuxproblem ist.
Das Ganze bringt zwar die Verbesserung, dass, wenn ich mich per "exit" auslogge, das skript weiterläuft, aber wenn ich Putty beende, stoppt es. Hat da wer ne Idee? Wenn nicht schreib ich das mal in ein Putty-Forum (falls es sowas gibt), weil das vermutlich eher ein Putty- als ein Linuxproblem ist.
regexer
Advanced Hacker
Wird er wirklich gestoppt (=der Prozess ist noch da, steht aber auf STOP und tut nichts) oder wird er gekillt (=der Prozess existiert nicht mehr)? Ersteres könnte z.B. eine Eingabeaufforderung sein, die er nicht bedienen kann.Basti8 schrieb:
Glaube ich ehrlich gesagt nicht. Das hat eher etwas mit dem Prozesshandling zu tun.
regexer
Advanced Hacker
Hast du den trap auch in dein Script geschrieben? Falls ja, dann weiß ich's auch nicht, was es sein könnte.Basti8 schrieb:
Du könntest natürlich auch alle anderen Signale (von 2-8 und ab 10 aufwärts) trappen, falls irgendein anderes Signal gesendet wird. Aber eine wirlich schlaue Idee ist das nicht. Deswegen meine Empfehlung: Installiere nohup