linux screen command mehrere sitzungen auf einem terminal

Wenn ich unter Linux mehrere Prozesse parallel laufen lassen will, ohne mein Terminal vollzumüllen, nutze ich screen. Das Tool ist alt, zuverlässig und genau dafür gebaut: mehrere Sitzungen auf einem Terminal verwalten, Prozesse im Hintergrund laufen lassen und später genau dort weitermachen, wo ich aufgehört habe.

Das ist praktisch für Server-Administration, lange Shell-Skripte, Builds, Deployments und alles, was nicht abbrechen soll, wenn die Verbindung weg ist. Ich zeige dir, wie es funktioniert, wann es sinnvoll ist und welche Befehle du wirklich brauchst.

Was ist der Linux screen command?

screen ist ein Terminal-Multiplexer. Einfach gesagt: Ich kann darin mehrere Sessions erstellen, zwischen ihnen wechseln, sie trennen und später wieder öffnen. Mein SSH-Login kann beendet werden, aber die Prozesse laufen weiter.

Das ist der Kernnutzen. Ich starte etwas, trenne die Session, gehe offline und verbinde mich später wieder. Kein Stress. Kein Prozessverlust. Kein Neustart.

Warum ich mehrere Sitzungen auf einem Terminal brauche

Ein normales Terminal ist schnell voll. Ein Tool läuft, ein zweites braucht Logs, ein drittes braucht Eingaben. Genau hier wird screen nützlich.

• Ich halte mehrere Aufgaben gleichzeitig offen.
• Ich verliere laufende Prozesse nicht beim Disconnect.
• Ich kann sauber zwischen Sessions wechseln.
• Ich spare mir zusätzliche Fenster und Chaos.

Wenn du viel auf Remote-Servern arbeitest, ist das kein Nice-to-have. Das ist ein Produktivitäts-Tool.

Linux screen command: mehrere Sitzungen auf einem Terminal starten

Die Basics sind simpel. Ich installiere screen je nach Distribution:

sudo apt install screen

Oder auf RHEL/CentOS-basierten Systemen:

sudo yum install screen

Dann starte ich eine neue Session mit:

screen

Wenn ich der Session direkt einen Namen geben will, nutze ich:

screen -S backup-job

Das ist besser, wenn ich später mehrere Sessions habe. Namen schlagen kryptische IDs.

Wie ich mehrere screen-Sitzungen verwalte

Ich kann beliebig viele Sessions anlegen. Jede läuft unabhängig. Das heißt: Eine Session für Logs, eine für ein Deployment, eine für Monitoring, eine für einen langen Import.

Um aktive Sessions zu sehen, nutze ich:

screen -ls

Typische Ausgabe sieht so aus:

There are screens on:
    1234.backup-job   (Detached)
    5678.log-watch     (Attached)
2 Sockets in /run/screen/S-user.

Damit sehe ich sofort, was läuft und ob eine Session verbunden oder getrennt ist.

Wichtige screen-Befehle für mehrere Sitzungen

Hier sind die Befehle, die ich wirklich benutze:

• Neue Session starten: screen -S name
• Session lösen: Ctrl + A, dann D
• Session wieder verbinden: screen -r name
• Alle Sessions anzeigen: screen -ls
• Bestimmte Session verbinden: screen -r 1234.name

Der wichtigste Shortcut ist Ctrl + A, dann D. Damit trenne ich die Session, ohne sie zu beenden.

Mehrere Fenster in einer screen-Session nutzen

Oft meint man mit „mehrere Sitzungen“ eigentlich mehrere Fenster innerhalb einer Session. Auch das kann screen. Ich nutze das, wenn ich zusammengehörige Tasks in einem Kontext halten will.

Die wichtigsten Shortcuts:

• Neues Fenster: Ctrl + A, dann C
• Zum nächsten Fenster: Ctrl + A, dann N
• Zum vorherigen Fenster: Ctrl + A, dann P
• Fensterliste: Ctrl + A, dann "

Das ist stark, weil ich damit innerhalb einer Session mehrere Aufgaben sauber trenne. Ich muss nicht für alles eine eigene Session bauen.

Mein einfacher Workflow für mehrere Sitzungen

Wenn ich produktiv arbeiten will, gehe ich fast immer so vor:

1. Ich starte eine benannte Session.
2. Ich lasse einen Prozess laufen.
3. Ich trenne die Session mit Ctrl + A und D.
4. Ich starte eine zweite Session für die nächste Aufgabe.
5. Ich prüfe mit screen -ls, was aktiv ist.
6. Ich verbinde mich gezielt wieder mit screen -r name.

Das hält mein Terminal sauber und meine Arbeit kontrollierbar.

Wann screen besser ist als ein normales Terminal

Ich nutze screen, wenn ich eines davon brauche:

• Persistenz: Die Session soll nach dem Disconnect weiterlaufen.
• Paralleles Arbeiten: Mehrere Tasks gleichzeitig.
• Remote-Server: Ich arbeite per SSH und will keine Unterbrechung riskieren.
• Wiederaufnahme: Ich will später genau dort weitermachen.

Wenn du auf einem lokalen Desktop nur kurz ein paar Befehle absetzt, brauchst du es oft nicht. Wenn du aber auf Servern arbeitest, ist screen ein solider Standard.

Häufige Probleme und wie ich sie löse

Problem 1: Die Session ist schon verbunden.
Dann nutze ich:

screen -d -r name

Damit löse ich sie von der anderen Verbindung und verbinde mich neu.

Problem 2: Ich finde die Session nicht.
Ich prüfe:

screen -ls

Problem 3: Ich will eine Session beenden.
Dann beende ich den Prozess innerhalb der Session oder tippe:

exit

Damit wird die Session geschlossen.

Praktische Tipps für den Alltag

• Gib jeder Session einen klaren Namen. Das spart Zeit.
• Nutze eine Session pro Aufgabe. Weniger Chaos, mehr Kontrolle.
• Prüfe aktive Sessions regelmäßig mit screen -ls.
• Trenne Sessions statt Prozesse zu killen. Das ist sauberer.
• Verwende Screen für Server-Jobs, nicht für Kleinkram.

Screen oder tmux?

Diese Frage kommt immer. Kurz gesagt: Beide lösen ähnliche Probleme. screen ist alt, stabil und auf vielen Systemen schon vorhanden. tmux ist moderner und oft flexibler.

Wenn ich schnell etwas auf einem fremden System brauche, nehme ich oft screen, weil es fast immer verfügbar ist. Wenn ich lokal oder in einer gepflegten Umgebung arbeite, schaue ich mir auch tmux an.

Für den Einstieg reicht screen völlig. Du brauchst kein perfektes Setup. Du brauchst ein funktionierendes.

Nützliche Ressourcen

Wenn du tiefer einsteigen willst, sind diese offiziellen Ressourcen hilfreich:

• GNU Screen Projektseite
• GNU Screen Manual

Fazit

Wenn ich linux screen command mehrere sitzungen auf einem terminal nutze, bekomme ich Kontrolle, Ausfallsicherheit und Ordnung in einem Tool. Ich kann Prozesse starten, Sessions trennen, später zurückkommen und genau da weitermachen, wo ich aufgehört habe. Das ist simpel, aber stark. Und genau deshalb nutze ich es bis heute.