GNU Screen, jeder Befehl verursacht eine Blockierung

GNU Screen, jeder Befehl verursacht eine Blockierung

Ich bin per SSH mit einer Remote-Box verbunden, ich glaube, es ist Redhat, aber ich bin nicht sicher, wie ich das herausfinden kann. In meinem Home-Verzeichnis habe ich den Installationsprozess von Screen und allen seinen Abhängigkeiten aus der Quelle durchlaufen, da es noch nicht installiert ist.

Ich kann screen ausführen, es öffnet sich einwandfrei und gibt mir eine Eingabeaufforderung, aber jeder Befehl von ls über vim bis zsh führt dazu, dass es einfach einfriert. Ich habe das jetzt ungefähr 6 Stunden lang gegoogelt, aber „Bildschirm sperrt/hängt/friert ein“ (mit offensichtlichen zusätzlichen Suchbegriffen) bringt zu viele irrelevante Ergebnisse und meines Erachtens keine relevanten.

Es gibt nicht viele Kompilierungsoptionen für GNU Screen. Welche Informationen kann ich bereitstellen, um jemandem zu helfen, der mir helfen möchte?

Antwort1

Seltsamerweise scheint dies ein TERM-Problem gewesen zu sein. Ich habe per SSH von einem Terminal außerhalb von X aus mit zsh gesht. Wenn ich per SSH in das System sht, änderte ich Term in vt220. Unter diesen Einstellungen oder durch manuelles Setzen von TERM="linux" auf dem Remote-Host wurde screen gesperrt. Von X aus habe ich jedoch per SSH von einem rxvt-Unicode-Terminal mit zsh gesht, TERM auf dem Remote-Host manuell auf „rxvt“ gesetzt und dann screen gestartet. Screen setzt Term auf „screen.rxvt“ und es funktioniert einwandfrei.

Ich glaube wirklich, dass ich ab jetzt sowieso nur noch von X aus ssh'en werde. Ich habe es vom Terminal aus gemacht, weil X auf der von mir verwendeten Box (Gentoo) noch kompiliert wurde. Ich schätze also, dass dies als TERM-Problem gelöst werden kann, obwohl ich mir nicht sicher bin, ob es eine Problemumgehung außerhalb von X gibt, falls jemand anderes darauf stößt.

verwandte Informationen