PuTTY-Zeilenumbruch funktionierte nicht mehr richtig

8

Ich verwende PuTTY für SSH auf meinem Linux-Server. Heute habe ich festgestellt, dass der Text, wenn ich einen langen Befehl eingebe, der über die rechte Hand des Bildschirms hinausgeht, anstatt in die nächste Zeile zu springen, links auf dem Bildschirm in derselben Zeile beginnt und über die Zeichen oben schreibt . Ich kann nicht herausfinden, was sich geändert haben könnte, um dies zu verursachen. Kann jemand Hinweise geben, was dies verursachen könnte und wie es zu lösen ist? Ich habe den Auto-Wrap-Modus zunächst in PuTTY aktiviert.

Ich habe keine Änderungen an den PuTTY-Einstellungen für diesen Server vorgenommen, daher ist ich ratlos, warum dies nicht mehr richtig funktioniert.

dunxd
quelle

Antworten:

8

Nachdem ich die Frage eingereicht hatte, sollte ich sie mir besser überlegen, und eine andere Suche bei Google gab mir dies, was es ziemlich genau erklärt:

http://web.archive.org/web/20110102214648/http://drnathan.teamhackaday.com/2009/04/03/fix-your-linux-terminal-line-wrap-issues/

Meine ausgefallene PS1-Zeichenfolge war: PS1='\e[0;32m[\u\e[m@\h \W]\$ 'Aber dies beinhaltete nicht druckbare Zeichen (die \ e Teile, die die Farbe des Benutzernamens ändern). Ich musste diesen nicht druckbaren Zeichen mit entkommen \[. Folgendes hat das Problem behoben:

PS1='[\[\e[0;32m\]\u\[\e[m\]@\h \W]\$ '

Dies führt zu einer Ausgabe wie folgt:

[username@hostname cwd]$

Mit dem Benutzernamen grün gefärbt.

Ich hatte meine PS1-Zeilen so bearbeitet, dass normale Benutzer ihren Benutzernamen in Grün hatten, aber wenn su zu root wäre, wäre root in rot ( \e[0;31mfalls Sie interessiert sind). Ich denke, seit ich das getan habe, habe ich keine langen Befehle eingegeben ...

dunxd
quelle
3
Ich hatte auch meine PS1-Saite von Hand gestimmt. Danke für diesen Hinweis! Aber anstatt meinen kaputten zu reparieren, habe ich beschlossen, einen neuen mit einem ausgefallenen Generator zu bauen: bashrcgenerator.com - falls jemand anderes so faul ist wie ich;)
Codierung
Ich hatte ein ähnliches Problem bei der Verwendung von \033@dunxd \e, obwohl es wie in dieser Antwort maskiert wurde.
Dan