hostname in ssh login

[michi123]

hey leute,

seid dem ich lenny auf squeeze upgraded hab lief nix mehr wie vorher lol. hab alles in den griff bekommen, nur nicht die shell console.
ich hab auf unserem server nur einen user dem das einloggen per ssh erlaubt ist. beim login kommt ganz normal die motd und issue.
danach sollte eigentlich der hostname$ angezeigt werden. leider wird da nur noch $ angezeigt und ich bekomm net raus warum der keinen hostnamen mehr anzeigt.
werd ich root, funzt dat ganz normal. beim user werden keiner dir-colors oder aliase angezeigt/akzeptiert - beim root schon. also alles iwie seltsam!
hab schon etliche files vom user durchgesehen, mit denen von einem originalem, also nicht upgraded, deb6 überschrieben. iwie hilft da nix.
weiss da vlt. von euch jemand rat? wär sehr nett.
danke schonmal für eure hilfe! lg

[Colttt]

guck mal in die ~.bashrc bzw /etc/bash.bashrc

[SubOptimal]

Hi,

folgendes wäre vielleicht noch interessant.

Welche Shell verwendest Du?

Code: Alles auswählen

$ ps
  PID TTY          TIME CMD
11503 pts/6    00:00:00 ksh  <-- wäre z.B. die Korn Shell
11504 pts/6    00:00:00 ps

Wie ist denn die Umgebungsvariable PS1 gesetzt?

Code: Alles auswählen

set | egrep "^PS1"

SubOptimal

[michi123]

hey leute

erstma vielen dank für eure antworten!

in der ~.bashrc bzw /etc/bash.bashrc hab ich schon geglotzt bzw. hab diese schon durch die von meiner deb6 zuhause-install verwendet. hat nix geändert...

was meinste mit welche shell ich benutze, welche shell dem user zugewiesen ist? ...sh?


hier die ausgabe von ps:

Code: Alles auswählen

$ ps
  PID TTY          TIME CMD
13590 pts/0    00:00:00 sh
13593 pts/0    00:00:00 ps

Code: Alles auswählen

$ set | egrep "^PS1"
PS1='$ '

hilft das weiter?

*EDIT*

humm, hab jetzt bisschen rumprobiert. erstma über dircolors geguckt ob überhaupt farben gesetzt sind, da werden ein ganzer haufen angezeigt.
anschließend bash -ls eingegeben und aufeinmal ist alles so wie´s sein soll. nu wird der hostname in farbe ausgegeben, dircolors angezeigt und auch aliase akzeptiert.
wie kann ich denn diesen cmd schon beim login ausführen lassen?

[uname]

Bei mir sieht das so aus:

Code: Alles auswählen

set |egrep '^PS1'
PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '

Code: Alles auswählen

egrep '^PS1' /etc/bash.bashrc 
PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ 

Was nutzt du denn für eine Shell:

Code: Alles auswählen

echo $SHELL

Evtl. noch:
- Eintrag Shell in /etc/passwd
- ls -l /bin/sh

[michi123]

mir scheint als ob der für den user beim login die bash nicht startet.

etc/passwd sagt /bin/sh (wie oben schon erwähnt, .../sh)

egrep '^PS1' /etc/bash.bashrc gibt das selbe wie bei dir aus! nur set |egrep '^PS1' nicht, da wird nur PS1='$ ' ausgegeben - hmmmm.

ls -l /bin/sh sagt dieses

Code: Alles auswählen

lrwxrwxrwx 1 root root 4 Feb 21 06:58 /bin/sh -> dash

stimmt anscheinend was mit dem eintrag in /etc/profile net... magst mir vlt. ma das stückchen von dir posten bitte?

Code: Alles auswählen

if [ "$PS1" ]; then
  if [ "$BASH" ]; then
    # The file bash.bashrc already sets the default PS1.
     PS1='\h:\w\$ '
    if [ -f /etc/bash.bashrc ]; then
      . /etc/bash.bashrc
    fi
  else
    if [ "`id -u`" -eq 0 ]; then
      PS1='# '
    else
      PS1='$ '
    fi
  fi
fi

[SubOptimal]

Hi,

mir scheint als ob der für den user beim login die bash nicht startet.
etc/passwd sagt /bin/sh (wie oben schon erwähnt, .../sh)

Da hast Du ja den Fehler. Einfach mal per ssh anmelden, dann die Bash manuell starten (einfach bash + ENTER). Wenn es dann so aussieht wie Du es erwartest...

1) in der aktuellen ssh Sitzung
- in der /etc/passwd und /etc/passwd- die Shell des Users von /bin/sh in /bin/bash ändern [2]

2) eine weitere ssh Sitzung starten [1]
- hier sollte der User jetzt die Bash als Shell bekommen

SubOptimal

[1] für den Fall das es nicht klappen sollte hast Du so die Möglichkeit es in Sitzung 1 zu fixen
[2] edit noch eingefügt

Code: Alles auswählen

su -c "usermod -s /bin/bash dein_user_name"

[uname]

Du kannst auch einfach alles von "dash" auf "bash" umstellen, wodurch das Problem auch behoben sein sollte.

http://wiki.debian.org/DashAsBinSh

Code: Alles auswählen

dpkg-reconfigure dash

(und dann Nein auswählen)

Die "dash" ist einiges leichtgewichtiger, wodurch sie wohl mittlerweile Standard bei Debian ist.

Code: Alles auswählen

ls -l /bin/?ash
-rwxr-xr-x 1 root root 811156 10. Apr 2010  /bin/bash
-rwxr-xr-x 1 root root  84144 15. Dez 00:09 /bin/dash

[michi123]

jo cool männer, hat problemlos gefunzt !

vielen vielen dank für die kompetente hilfe!

lg

[SubOptimal]

Hi,

Du kannst auch einfach alles von "dash" auf "bash" umstellen, wodurch das Problem auch behoben sein sollte.
http://wiki.debian.org/DashAsBinSh

Das würde aber dem eigentlichen Grundgedanken, »/bin/sh« als Link auf »/bin/dash«, widersprechen: "One way to speed up the boot in Debian is to replace bash with dash as /bin/sh in the default installation.". Ein generelles umstellen von der dash auf die bash hätte Geschwindigkeitseinbußen beim booten zur Folge. Das sollte man in so einem Fall zumindest mit abwägen. Gezieltes umstellen hat die geringeren Nebeneffekte.

SubOptimal

[uname]

Das stimmt natürlich. Besser wäre wohl /bin/bash in /etc/passwd als Shell einzutragen. Aber ob die Unterschiede wirklich so groß sind?

[michi123]

also das das booten dann verlängert wird ist bei uns ziemlich egal! der server löppt sowieso 24/7 und wird sogut wie nie rebootet (ausser ich stell irgendwelche einstellungen um die einen neustart erfordern, was aber bekanntlich die wenigstens brauchen).
ich hab einfach die dash auf bash umgestellt, was ja in lenny eigentlich auch so standard war. denn beim upgrade von lenny auf squeeze hab ich bei den usern nix umgestellt. d.h. der user hatte auch /bin/sh und aber die bash wurde beim login gestartet. deshalb wars mir ein rätsel warum der login aufeinmal anders ausgesehen hat...