Was steuert den Scrollback in einem Terminalfenster?

382
Steve Lorimer

Ich verwende gnome-terminalmit unbegrenztem Scrollback-Set

enter image description here

Auf meinem lokalen Computer und bestimmten Remote-Computern, mit denen ich über ssh verbunden bin, kann ich sowohl mit dem Scrollrad der Maus als auch durch Drücken von scrollen ShiftPage Up.

Auf anderen Remote-Rechnern kann ich überhaupt nicht scrollen. Wenn Sie das Scroll-Rad der Maus verwenden, werden die vorherigen Befehle (als ob Sie aufwärts drücken würden) durchlaufen, und das Drücken von ShiftPage Uphat keine Auswirkung (außer dass Sie einen Piepton hören).

AFAIK Ich verwende kein gnu-screen, tmux usw. Ich öffne lokal ein Terminal und dann ssh zur entfernten Maschine.

Zu beachten ist, dass es sich bei der Remote-Maschine um eine Google Compute Engine-VM handelt, auf der das Ubuntu 18.04-Abbild ausgeführt wird. Vielleicht ist das Ubuntu-Image von GCE etwas Ungewöhnliches?

Nach dem Ausführen von htop auf dem Remote-Server ist dies die Prozesshierarchie:

/sbin/init +-- /usr/sbin/sshd -D +-- sshd: steve [priv] +-- sshd: steve@pts/0 +-- -bash +-- htop

Es scheint also nicht so, als ob es einen anderen Prozess gibt, der zu einem anderen Bildschirm wechselt, wie von @egmont vorgeschlagen

  • Was steuert die Möglichkeit des Scrollbacks?
  • Gibt es eine Möglichkeit, es auf den Remote-Computern zu aktivieren, auf denen es derzeit nicht funktioniert?
-1
_Shift_ + Page Sie meinen das? egmont vor 6 Jahren 0
Entschuldigung, Sie haben Recht - die Frage wurde aktualisiert Steve Lorimer vor 6 Jahren 0

1 Antwort auf die Frage

0
egmont

Jede App, die im Terminal-Emulator ausgeführt wird, kann die Fähigkeit zum Zurückblättern steuern, indem Sie zum alternativen Bildschirm oder zurück zum normalen Bildschirm wechseln .

Der normale Bildschirm hat den Scrollback der konfigurierten Größe. Der alternative Bildschirm hat keinen Scrollback. Bestimmte Terminalemulatoren konvertieren Maus-Scroll-Ereignisse möglicherweise auf Aufwärts- / Abwärts-Tastendrücke, während sie sich auf dem alternativen Bildschirm befinden, möglicherweise bedingt im alternativen Scroll-Modus .

Alternative Bildschirme werden normalerweise von Vollbildanwendungen wie ncurses-Apps, Text-Viewern / -Editoren, screen / tmux / byobu usw. verwendet. Überprüfen Sie, welche dieser Anwendungen auf Ihrem Remote-Host (oder lokal vor Ihrer SSH) ausgeführt wird.

Ich habe die Frage mit weiteren Details aktualisiert. Ich verwende ein Ubuntu 18.04-Bild, das von Google Compute Engine bereitgestellt wird. Ich bin nicht selbst mit tmux, screen etc, aber ich schätze, vielleicht führt GCE einen aus. Ich werde es überprüfen und mich melden. Danke für die Antwort übrigens! Steve Lorimer vor 6 Jahren 0
Ich habe meine Frage aktualisiert, um zu zeigen, dass ich nichts gefunden habe, das zu * alternate screen * wechselt. Steve Lorimer vor 6 Jahren 0
htop wechselt zum alternativen Bildschirm. egmont vor 6 Jahren 0
htop läuft nicht, wenn ich versuche zu scrollen - ich habe nur htop ausgeführt, um den Prozessbaum von meiner Shell bis zu sshd zu sehen Steve Lorimer vor 6 Jahren 0

Verwandte Probleme