Loginproblem: Unable to cd to "/home/user/

[Lichtkobold]

Hallo,

nach einer erzwungenen Neuinstallation habe ich einige Problem, bei denen ich nicht alleine weiterkomme:

Eine Anmeldung als User schlägt generell fehl, auch wenn dieser neu angelegt wurde. Nach der Eingabe von Usernamen und Password erscheint die Begrüssungsmessage und danach die Fehlermeldung:

Unable to cd to "/home/user"

Als root ist ein login problemlos möglich, auch lässt sich als root auf die Home-Partition zugreifen. Arbeiten möchte ich allerdings nicht auf Dauer als root

Zugriffsrechte von /home und /home/user 40755. Das Verzeichnis /home/user gehört dem user und ist auch eingetragen in seine Gruppe user.
Eintrag fstab:

Code: Alles auswählen

 /dev/ataraid/d0p5  /home ext3 defaults  0   2  

System Debian stable/unstable, Kernel 2.4.20

Hat jemand eine Idee?

Danke,

Björn

[pdreker]

Der ist gut...

Logge Dich doch 'mal als root ein, und mach dann ein "su - user" oder "su user" um die entsprechende UserID zu erlangen. Dann kannst Du besser herumprobieren, was das Problem ist. Geht ein "cd /home/user" dann, wenn nein: welche Fehlermeldung kommt.

So aus dem Stegreif habe ich auch keine gute Idee, aber es könnte damit zusammenhängen, dass die eigentliche UserID im Filesystem als Nummer abgespeichert wird, und da irgendetwas nicht richtig übereinstimmt. Dann sollte es allerdings nach einem Reboot gehen, von daher...

Patrick

[Lichtkobold]

Hallo Patrick,

brachte leider auch nicht viel. Beim Login durch "su" kommt die Fehlermeldung: no shell
Eingetragen ist: /bin/bash
Ich habe auch erneut einen neuen User angelegt, mit dem selben Ergebnis. Sind da vielleicht die Grundeinstellungen für neue User fehlerhaft, falls es so etwas gibt?

Björn

[pdreker]

Schau 'mal in die Datei /etc/passwd und /etc/shadow (nicht posten! Enthalten (verschlüsselte) Passwörter!), ob da irgendwas auffällig ist (Sind die User eingetragen? Stimmen die Angaben dort?)

Wie legst Du die User denn genau an? (Mit welchem Programm?)

Patrick

[Lichtkobold]

Die beiden Dateien sehen für mich "normal" aus, User sind angelegt, Shell gesetzt, wobei ich mit den Zahlen dort wenig anfangen kann. Wenn es hilft, poste ich auszugsweise die dann "leicht" korrigierten Einträge.

Das Anlegen der User habe ich einmal über adduser von der Shell aus gemacht und das andere mal mit KUser. Bei KUser kam jetzt die Fehlermeldung

Verzeichnis /home/try/.kde/share/doc/kde/HTML/ lässt sich nicht erstellen
Fehler: Datei oder Verzeichnis nicht gefunden

ansonsten dann die gleiche Fehlermeldung.

Björn

[pdreker]

Da ist irgendwas aber ziemlich kaputt...

Poste 'mal die genauen Ausgaben von "ls -ld /home", "ls -l /home" und "ls -l /"

Patrick

[Lichtkobold]

Ziemlich kaputt? Hmm, dabei habe ich es frisch installiert....

ls -ld /home
drwxr-xr-x 2 root sys 4096 2003-02-17 18:48 /home

ls -l /home
total 0

ls -l /
total 143
drwxr-xr-x 2 root root 4096 2003-02-24 21:43 bin
drwxr-xr-x 3 root root 1024 2003-02-26 21:55 boot
drwxr-xr-x 3 root root 4096 2003-02-17 22:17 boot.old
drwxr-xr-x 2 root root 4096 2003-02-24 21:31 cdrom
drwxr-xr-x 2 root root 4096 2003-02-24 21:31 cdrom0
drwxr-xr-x 2 root root 4096 2003-02-24 21:31 cdrom1
drwxr-xr-x 9 root root 24576 2003-02-27 21:22 dev
drwxr-xr-x 79 root root 4096 2003-02-27 21:22 etc
drwxr-xr-x 2 root root 4096 2003-02-17 18:57 floppy
drwxr-xr-x 2 root sys 4096 2003-02-17 18:48 home
drwxr-xr-x 2 root root 4096 2003-02-17 18:57 initrd
drwxr-xr-x 5 root root 4096 2003-02-24 21:42 lib
drwx------ 2 root root 16384 2003-02-17 18:46 lost+found
drwxr-xr-x 2 root root 4096 2002-02-08 16:42 mnt
drwxr-xr-x 2 root root 4096 2003-02-17 18:57 opt
dr-xr-xr-x 82 root root 0 2003-02-27 22:22 proc
drwxr-xr-x 21 root root 4096 2003-02-27 21:23 root
drwxr-xr-x 2 root root 4096 2003-02-26 22:11 sbin
drwxrwxrwt 9 root root 4096 2003-02-27 21:23 tmp
drwxr-xr-x 13 root root 4096 2003-02-20 18:57 usr
drwxr-xr-x 16 root root 4096 2003-02-24 21:31 var
lrwxrwxrwx 1 root root 19 2003-02-20 21:38 vmlinuz -> boot/vmlinuz-2.4.20
lrwxrwxrwx 1 root root 25 2003-02-17 18:50 vmlinuz.old -> boot/vmlinuz-2.4.20-bf2.4

Vielleicht hilft es ja...

Es fehlt nicht mehr viel und ich schmeisse das Handtuch, oder hohle mir ein neues Moainboard!

Björn

[pdreker]

Ziemlich kaputt muss nicht heissen, das die Ursache gross ist, nur die Auswirkungen sind sehr schwerwiegend...

Die Permissions sehen auch alle korrekt aus. Es ist mir ehrlich gesagt ein Rätsel...

Eine kleine Option habe ich noch:
Lege ein Verzeichnis unter /home an (als root) und "schenke" dieses Verzeichnis mit chown an einen (existierenden!) User. Dann mache ein "su" zu dieser UserID, und schaue, ob Du dann in das Verzeichnis reinkommst...

Ausserdem kontrolliere doch 'mal, ob /bin/bash in der Datei /etc/shells eingetragen ist, und ob die Datei /bin/bash existiert...

Patrick

[Lichtkobold]

Sieht gar nicht gut aus! Bei dem geschenkten Verzeichnis kommt wieder die Meldung "no shell"
/bin/bash existiert und ist auch in etc/shells eingetragen.

Vielleicht sollte ich doch noch einmal neu installieren, auch wenn die Einstellungen, die ich bisher gemacht habe, speziell X-Server + KDE, dann futsch währen...

Danke erstmal!

Björn

[Lichtkobold]

Die Lösung:

Ich habe mal ein wenig ge-Googelt und dabei einen Tip gefunden, der dieses Problem behebt.

Die Ursache waren die Zugriffsrechte für "/", es verweigerte den Zugriff auf irgendeinen teil des Filesystems, ein

Code: Alles auswählen

"chmod 755 /" ]

brachte dann die er-Lösung.

Danke Patrick für die Hilfe

Björn