Warum hängen einige Befehle das Terminal, bis sie fertig sind?

Manchmal führen Sie ein Programm vom Terminal aus aus, z. B. lxpanel^† . Das Terminal wird Sie nicht zurück zur Eingabeaufforderung bringen, es wird hängen bleiben. Sie können Ctrl+ drücken C, um zur Eingabeaufforderung zurückzukehren, aber das wird töten lxpanel. Das Drücken von Alt+ F2(das ein Fenster öffnet, um einen Befehl entgegenzunehmen) und das Ausführen lxpanelfunktioniert jedoch ordnungsgemäß.

Warum ist das? Was ist der Unterschied zwischen dem Ausführen eines Befehls über das Terminal und dem Ausführen-Fenster, das angezeigt wird, wenn Sie Alt+ drücken F2?

_{^{† lxpanel wurde hier nur als Beispiel verwendet. Ich habe dies mit mehreren Programmen erlebt}}

Standardmäßig führt das Terminal das Programm im Vordergrund aus, sodass Sie erst wieder an der Shell landen, wenn das Programm beendet ist. Dies ist nützlich für Programme, die von stdin lesen und / oder in stdout schreiben - im Allgemeinen möchten Sie nicht, dass viele von ihnen gleichzeitig ausgeführt werden. Wenn Sie möchten, dass ein Programm im Hintergrund ausgeführt wird, können Sie es folgendermaßen starten:

$ lxpanel &

Wenn es bereits ausgeführt wird, können Sie es mit Ctrl+ anhalten Zund dann ausführen bg, um es in den Hintergrund zu verschieben. In beiden Fällen wird eine neue Shell-Eingabeaufforderung angezeigt, das Programm wird jedoch weiterhin ausgeführt und die Ausgabe wird im Terminal angezeigt (sodass es plötzlich angezeigt wird, während Sie gerade tippen).

Einige Programme (normalerweise Daemons) lösen beim Start einen separaten Prozess aus und lassen den Hauptprozess dann sofort beenden. Auf diese Weise kann das Programm weiter ausgeführt werden, ohne die Shell zu blockieren

Wenn Sie ein Programm in einem Terminal starten, "hängt" das Terminal, bis Ihr Programm stoppt. Durch Drücken von Ctrl+ cschließen Sie Ihr Programm und kehren zur Eingabeaufforderung zurück. Sie sehen dies bei allen GUI-Apps, zum Beispiel Firefox.

Wenn Sie eine andere Methode wie Alt + F2 verwenden oder durch die Menüs klicken, wird Ihr Programm im Hintergrund gestartet, sodass nichts Ungewöhnliches passiert (und es gibt sowieso keine Eingabeaufforderung).

Wenn Sie GUI-Apps dennoch vom Terminal aus starten möchten, hängen Sie sie wie folgt &an das Ende Ihres Befehls an

lxpanel &

Dies weist das Terminal an, lxpanelim Hintergrund zu laufen und Ihnen sofort eine weitere Eingabeaufforderung zu geben.

Programme, die über eine Shell ausgeführt werden, werden standardmäßig im Vordergrund dieser Shell ausgeführt. Dadurch wird die Shell angehalten und stdin / stdout / sterr vom Terminal an das Programm weitergeleitet. Programme, die über die Desktop-Umgebung ausgeführt werden , werden gegabelt , wodurch sie unabhängig von dem Programm ausgeführt werden, mit dem sie ausgeführt wurden. Dies kann in den meisten Shells durch Anhängen von a &an den Befehl simuliert werden , obwohl dies weiterhin std * mit dem Terminal verbindet (obwohl das Lesen von stdin in einem Hintergrundprogramm weitere Komplikationen mit sich bringt).

Der & Hintergrund ist gut, mit Ausnahme von Programmen, die später eine Konsoleninteraktion erfordern (z. B. ein "apt -y update &", das schließlich in den STOP-Zustand wechselt, da der Benutzer viel später eine "Wirklich-Wirklich-Kraft" -Frage erhalten soll .... wenn niemand mehr zuschaut).

Um diese Lücke zu schließen und den Prozess darüber zu informieren, dass ein Terminal wirklich niemals verfügbar sein wird, füge ich einigen meiner Befehle ein <& - hinzu, und löse sie vollständig vom aktiven Terminal, um ihnen mitzuteilen, dass STDIN nicht mehr möglich ist. Stellen Sie sicher, dass / bin / bash Ihre Shell ist, wenn Sie das verwenden. Das Skript protokolliert weiterhin alle Fehler, die darauf zurückzuführen sind, dass kein Pseudoterminal verfügbar ist, für das eine Eingabeaufforderung gesendet werden kann.

Beispielsweise:

`./runme.sh &> runme.log <&- & disown`

ist meine ultimative Möglichkeit, mich von der aktuellen Terminalsitzung zu lösen. Sowohl STDOUT als auch STDERR werden in runme.log protokolliert. Es spielt keine Rolle, ob Ihre Konsole oder Shell früher beendet wird oder ob Sie sich bei einem anderen Konto abmelden (kein Terminalmüll von runme) PID-Beziehung wird entfernt.

UPDATE: Trotzdem hatte ich Probleme damit, ein Semaphor mit dem Namen des ursprünglichen Elternteils zu verknüpfen. Deshalb empfehle ich jetzt stattdessen:

at now <<< "(cmd1; cmd2; etc.) &> logfile.log"

Entfernen Sie natürlich das &>, wenn Sie die Ausgabe von CRON per E-Mail erhalten möchten, oder leiten Sie sie statt einer Datei an / dev / null weiter.