Diskussion:Linux/Prozess: Unterschied zwischen den Versionen
K Textersetzung - „ “ durch „ “ |
|||
| (8 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
| Zeile 2: | Zeile 2: | ||
- Prozess abnabeln | - Prozess abnabeln | ||
nohup | nohup COMMAND [ARG]... | ||
Das von nohup gestartete Kommando läuft unabhängig von der aktiven Shell. D.h. ein so gestartetes Kommando arbeitet auch nach dem Beenden der Sitzung (logout) weiter. | |||
Die Ausgaben von nohup werden ggf. in eine Datei nohup.out umgeleitet. Kann diese im aktuellen Verzeichnis nicht erzeugt werden, wird sie im Heimatverzeichnis angelegt. | |||
Scheitert auch dies, beendet nohup seine Tätigkeit. | |||
Ein über nohup gestartetes Kommando erhält eine um 5 erhöhte Priorität. | |||
bash | bash | ||
| Zeile 24: | Zeile 24: | ||
Anmerkung | Anmerkung | ||
Im Beispiel wird in einer Subshell ein Skript "sleepproc" gestartet und die Shell beendet. | |||
Wie zu erwarten war, wurde der in der Shell gestartete Prozess mit dem Ende der Shell beendet. | |||
In einem zweiten Schritt wird das Skript "sleepproc" unabhängig von der Shell gestartet... es existiert auch nach Beendigung der Shell weiter. | |||
== | == nohup == | ||
- Prozess abnabeln | |||
nohup COMMAND [ARG]... | |||
Das von nohup gestartete Kommando läuft unabhängig von der aktiven Shell. D.h. ein so gestartetes Kommando arbeitet auch nach dem Beenden der Sitzung (logout) weiter. | |||
Die Ausgaben von nohup werden ggf. in eine Datei nohup.out umgeleitet. Kann diese im aktuellen Verzeichnis nicht erzeugt werden, wird sie im Heimatverzeichnis angelegt. | |||
Scheitert auch dies, beendet nohup seine Tätigkeit. | |||
Ein über nohup gestartetes Kommando erhält eine um 5 erhöhte Priorität. | |||
bash | |||
./sleepproc& | |||
[1] 776 | |||
exit | |||
ps eax | grep spleepproc | |||
bash | |||
nohup ./sleepproc& | |||
[1] 786 | |||
exit | |||
ps eax | grep spleepproc | |||
786 ? S N 0:00 sh ./sleepproc... | |||
Anmerkung | |||
Im Beispiel wird in einer Subshell ein Skript "sleepproc" gestartet und die Shell beendet. | |||
Wie zu erwarten war, wurde der in der Shell gestartete Prozess mit dem Ende der Shell beendet. | |||
In einem zweiten Schritt wird das Skript "sleepproc" unabhängig von der Shell gestartet... es existiert auch nach Beendigung der Shell weiter. | |||
Aktuelle Version vom 14. Juni 2026, 00:46 Uhr
nohup
- Prozess abnabeln
nohup COMMAND [ARG]...
Das von nohup gestartete Kommando läuft unabhängig von der aktiven Shell. D.h. ein so gestartetes Kommando arbeitet auch nach dem Beenden der Sitzung (logout) weiter. Die Ausgaben von nohup werden ggf. in eine Datei nohup.out umgeleitet. Kann diese im aktuellen Verzeichnis nicht erzeugt werden, wird sie im Heimatverzeichnis angelegt. Scheitert auch dies, beendet nohup seine Tätigkeit. Ein über nohup gestartetes Kommando erhält eine um 5 erhöhte Priorität.
bash
./sleepproc& [1] 776 exit ps eax | grep spleepproc bash nohup ./sleepproc& [1] 786 exit ps eax | grep spleepproc 786 ? S N 0:00 sh ./sleepproc...
Anmerkung
Im Beispiel wird in einer Subshell ein Skript "sleepproc" gestartet und die Shell beendet. Wie zu erwarten war, wurde der in der Shell gestartete Prozess mit dem Ende der Shell beendet. In einem zweiten Schritt wird das Skript "sleepproc" unabhängig von der Shell gestartet... es existiert auch nach Beendigung der Shell weiter.
nohup
- Prozess abnabeln
nohup COMMAND [ARG]...
Das von nohup gestartete Kommando läuft unabhängig von der aktiven Shell. D.h. ein so gestartetes Kommando arbeitet auch nach dem Beenden der Sitzung (logout) weiter. Die Ausgaben von nohup werden ggf. in eine Datei nohup.out umgeleitet. Kann diese im aktuellen Verzeichnis nicht erzeugt werden, wird sie im Heimatverzeichnis angelegt. Scheitert auch dies, beendet nohup seine Tätigkeit. Ein über nohup gestartetes Kommando erhält eine um 5 erhöhte Priorität.
bash
./sleepproc& [1] 776 exit ps eax | grep spleepproc bash nohup ./sleepproc& [1] 786 exit ps eax | grep spleepproc 786 ? S N 0:00 sh ./sleepproc...
Anmerkung
Im Beispiel wird in einer Subshell ein Skript "sleepproc" gestartet und die Shell beendet. Wie zu erwarten war, wurde der in der Shell gestartete Prozess mit dem Ende der Shell beendet. In einem zweiten Schritt wird das Skript "sleepproc" unabhängig von der Shell gestartet... es existiert auch nach Beendigung der Shell weiter.