2016-07-26 6 views
0

ich auf unserer Centos7 Server mit einer Datei in /etc/profile.d/file.sh anstelle Farbcodes setzen:Changed Schalenfarbe, haben jetzt Anzeigefehler

export PS1="\e[1;36m[\[email protected]\h \W]\$ \e[m " 

Das Ding ist, jetzt, wo ich Wenn ich einen CLI-Verlauf durchführe, nachdem ich einen Befehl als root eingegeben habe, ersetzt dies nicht den gesamten Befehl, was das Lesen erschwert.

Beispiel: würde ich sonst

sudo yum install php php-cli 

Dann etwas geben geben. Dann, wenn ich wieder in der Geschichte mit dem Pfeil nach oben auf meiner Tastatur gehen wollen, werde ich zu müssen Dinge wie Ende:

sudo yum ils-l 
sudo yum ips aux |grep total 
sudo yum icat /var/log/httpd 

Statt

ls -l 
ps aux | grep total 
cat /var/log/httpd 

ich die beiden übernehmen verbunden sind, aber Ich verstehe nicht, was ich vermisse.

+0

Randnotiz: Es gibt keinen Grund, die 'PS1'-Variable zu" exportieren ". – Kusalananda

+0

Wenn die '<%= @color %>' in Ihrer PS1 durch etwas anderes ersetzt wird, sollten Sie die resultierende PS1 (z. B. aus' set | grep PS1') veröffentlichen, weil nur das zählt. Und benutzt du eine andere Shell als 'bash'? – Armali

+0

Aktualisiertes OP mit korrekter PS1. Nur mit bash. Danke für die Antworten –

Antwort

0

<%= @color %> ist keine gültige Syntax für eine Farbmodusnummer; Ersetzen Sie das durch eine Zahl von 30 bis 37; siehe List of ANSI color escape sequences.

+0

Entschuldigung, es ist die Chef-Notation. Es ist tatsächlich eine Nummer. –

+0

@ Paul-antoine Kempf: Da wäre ich mir nicht sicher - wenn es tatsächlich eine Nummer wäre, wäre die PS1 korrekt. Siehe meinen Kommentar zu der Frage. – Armali

Verwandte Themen