Wie verwende ich den Nohup-Befehl, ohne Nohup.out zu erhalten?

Nohup schreibt nur in Nohup.out, wenn die Ausgabe an das Terminal anders ist. Wenn Sie die Ausgabe des Befehls an eine andere Stelle umleiten - einschließlich /dev/null -, wird dies stattdessen ausgeführt.

Nohup verwenden, bedeutet dies wahrscheinlich, dass Sie den Befehl im Hintergrund ausführen möchten, indem Sie am Ende der gesamten Aktion ein anderes  Nohup command >/dev/null 2>&1   # doesn't create Nohup.out
 setzen:
Nohup ausführen, wird die Eingabe automatisch geschlossen. Bei anderen Systemen, insbesondere bei BSD und macOS, ist dies nicht der Fall. Wenn Sie also im Hintergrund laufen, möchten Sie möglicherweise die Eingabe manuell schließen. Das Schließen von Eingaben hat keine Auswirkung auf die Erstellung von & oder nicht, es vermeidet jedoch ein anderes Problem: Wenn ein Hintergrundprozess versucht, etwas aus der Standardeingabe zu lesen, wird er angehalten und wartet, bis Sie ihn wieder in den Vordergrund bringen und etwas eingeben. Die besonders sichere Version sieht also so aus:
disown ohne Argument als nächsten Befehl ausführen. Dies bedeutet, dass der Hintergrundprozess nicht mehr mit einem Shell-Job verknüpft ist und keine Signale von der Shell an ihn weitergeleitet werden. (Beachten Sie die Unterscheidung: Ein disowned-Prozess erhält keine Signale automatisch von seiner übergeordneten Shell - aber ohne Nohup wird er immer noch beendet, wenn ein HUP-Signal empfangen wird, das über andere Mittel gesendet wird. B. einen manuellen kill-Befehl. Ein Nohup'ed-Prozess ignoriert alle HUP-Signale, unabhängig davon, wie sie gesendet werden.)
Erläuterung:
In Unixy-Systemen ist jeder Eingabe- oder Zielquelle eine Zahl zugeordnet, die als "Dateideskriptor" oder kurz "fd" bezeichnet wird. Für jedes laufende Programm ("Prozess") gibt es eine eigene Gruppe, und wenn ein neuer Prozess gestartet wird, sind bereits drei davon geöffnet: "Standard input" (fd 0) ist offen, damit der Prozess lesen kann "Standardausgabe" (fd 1) und "Standardfehler" (fd 2) sind offen für das Schreiben. Wenn Sie nur einen Befehl in einem Terminalfenster ausführen, werden alle Eingaben standardmäßig in die Standardeingabe übernommen, während sowohl die Standardausgabe als auch der Standardfehler an dieses Fenster gesendet werden.
Sie können die Shell jedoch bitten, vor dem Start des Befehls zu ändern, wo einige oder alle diese Dateideskriptoren zeigen. das tun die Umleitungsoperatoren ( Nohup command >/dev/null 2>&1 & # runs in background, still doesn't create Nohup.out
, Nohup.out, Nohup command </dev/null >/dev/null 2>&1 & # completely detached from terminal 
, <) und pipe (<<).
Die Pipe ist die einfachste davon ... > sorgt dafür, dass die Standardausgabe von >> direkt in die Standardeingabe von | eingespeist wird. Dies ist eine sehr praktische Anordnung, die zu einem bestimmten Entwurfsmuster in UNIX-Werkzeugen geführt hat (und erklärt das Vorhandensein von Standardfehlern, wodurch ein Programm Nachrichten an den Benutzer senden kann, obwohl seine Ausgabe in das nächste Programm in der Pipeline geht). . Sie können die Standardausgabe jedoch nur an die Standardeingabe übergeben. Sie können keine anderen Dateideskriptoren ohne Jonglieren an eine Pipe senden.
Die Umleitungsoperatoren sind freundlicher, da Sie angeben können, welcher Dateideskriptor umgeleitet werden soll. So liest command1 | command2 die Standardeingabe aus der Datei mit dem Namen infile, während command1 den Standardfehler an das Ende der Datei mit dem Namen logfile anfügt. Wenn Sie keine Zahl angeben, ist die Eingabeumleitung standardmäßig auf fd 0 eingestellt (command2 ist mit 0<infile identisch), während die Umleitung der Ausgabe auf fd 1 eingestellt ist (2>>logfile ist mit < identisch).
Sie können auch Dateideskriptoren zusammenfassen: 0< bedeutet "Standardfehler senden, wohin die Standardausgabe geht". Das bedeutet, dass Sie einen einzigen Ausgabestrom erhalten, der sowohl Standardausgang als auch Standardfehler enthält, ohne dass eine Trennung mehr möglich ist. Dies bedeutet jedoch auch, dass Sie Standardfehler in eine Pipe aufnehmen können. 
Die Folge > bedeutet also "Standardausgabe an 1> senden" (was ein spezielles Gerät ist, das alles, was Sie darauf schreiben, wegwirft) "und dann Standardfehler an die Stelle senden, an die die Standardausgabe geht" (was gerade sichergestellt wurde, dass 2>&1 war.) . Grundsätzlich "wegwerfen, was dieser Befehl in einen der Dateideskriptoren schreibt". 
Wenn Nohup feststellt, dass weder der Standardfehler noch die Ausgabe an ein Terminal angehängt ist, muss >/dev/null 2>&1 nicht erstellt werden. Es wird jedoch davon ausgegangen, dass die Ausgabe bereits an die gewünschte Stelle umgeleitet wurde.Das /dev/null-Gerät funktioniert auch für die Eingabe. Wenn Sie einen Befehl mit /dev/null ausführen, wird jeder Versuch dieses Befehls, die Standardeingabe zu lesen, sofort auf das Dateiende stoßen. Beachten Sie, dass die Zusammenführungssyntax hier nicht denselben Effekt hat. Es funktioniert nur, um einen Dateideskriptor auf einen anderen zu zeigen, der in derselben Richtung geöffnet ist (Eingabe oder Ausgabe). Die Shell lässt Sie Nohup.out ausführen, was jedoch die Erstellung eines Prozesses mit einem in einem Ausgabestrom geöffneten Eingabedateideskriptor zur Folge hat. Wenn Sie also nicht nur das Dateiende aufrufen, wird jeder Leseversuch einen schwerwiegenden Fehler "ungültiger Dateideskriptor" auslösen .
The /dev/null device works for input, too; if you run a command with </dev/null, then any attempt by that command to read from standard input will instantly encounter end-of-file. Note that the merge syntax won't have the same effect here; it only works to point a file descriptor to another one that's open in the same direction (input or output). The Shell will let you do >/dev/null <&1, but that winds up creating a process with an input file descriptor open on an output stream, so instead of just hitting end-of-file, any read attempt will trigger a fatal "invalid file descriptor" error.