Kein User login mehr

zippomat · Beitrag von **zippomat** » 22.06.2004 08:33:25

Hallo Zusammen,

ich habe einProblem mit meinem User-Login bekommen, nachdem ich einen neuen Kernel ausprobiert habe. Da die neue Konfig nicht stabil war, läuft jetzt wieder der alte Kernel, allerdings bekomme ich beim Einloggen der User folgende Nachricht auch auf der Konsole:

"kann nicht in Verzeichnis /home/user" wechseln"

Der Root-Account funktioniert einwandfrei. Wo könnte das Problem liegen?
Vielen Dank für eure Hilfe

zippomat

ExarKun · Beitrag von **ExarKun** » 22.06.2004 08:34:19

hi,

liegt /home auf einer extra partition? wenn ja ist diese eingemountet?

cu tb.

zippomat · Beitrag von **zippomat** » 22.06.2004 17:31:08

ExarKun hat geschrieben:hi,

liegt /home auf einer extra partition? wenn ja ist diese eingemountet?

cu tb.

Ich habe root und User Verzeichnisse auf einer Partition, die gemountet ist.

Ich kann auch ohne Weiteres als root auf die Verzeichnisse zugreifen. Ich hatte gedacht Ok, leg mal einen neuen User an und der müsste eigentlich gehen. Aber Pustekuchen. Selbst beim neuen User, angelegt mit adduser, passiert das gleiche.

Kann es sein, dass ich mir die Berechtigungen irgendwie komplett gekillt habe? Ich kannn mich so dunkel an einen chmod 666-Befehl erinnern, den ich eingegeben habe, um die partition / schreibbar zu machen, aber genau festgehalten habe ich das nicht.

Hilft das weiter?

zippomat

pdreker · Beitrag von **pdreker** » 22.06.2004 17:33:25

'mach 'mal ein "chmod -R a+X /home". Damit werden auf allen Verzeichnissen die "x" Permissions für alle gesetzt. Diese sind nötig, um ein Verzeichnis betreten zu dürfen (ausführen macht ja im Zusammenhang mit einem Verzeichnis keinen Sinn, weshalb die Bedeutung hier "überladen" wurde.)

Patrick

zippomat · Beitrag von **zippomat** » 22.06.2004 17:43:50

pdreker hat geschrieben:'mach 'mal ein "chmod -R a+X /home". Damit werden auf allen Verzeichnissen die "x" Permissions für alle gesetzt. Diese sind nötig, um ein Verzeichnis betreten zu dürfen (ausführen macht ja im Zusammenhang mit einem Verzeichnis keinen Sinn, weshalb die Bedeutung hier "überladen" wurde.)

Patrick

Habe ich versucht, Ergebnis bleibt gleich.

Konsolen login liefert: kann nicht zum Verzeichnis /home/user wechselnjavascript:emoticon('

')

pdreker · Beitrag von **pdreker** » 22.06.2004 17:46:23

Mach als root 'ma; "su user". Dabei versucht er nicht ins Home zu wechseln, so dass das klappen sollte. Dann probier 'mal als dieser User "cd /home/user" zu machen. Permission denied? Wie sehen die Permissions auf /home und auf / aus ("ls -ld / /home")?

Patrick

zippomat · Beitrag von **zippomat** » 22.06.2004 17:50:31

pdreker hat geschrieben:Mach als root 'ma; "su user". Dabei versucht er nicht ins Home zu wechseln, so dass das klappen sollte. Dann probier 'mal als dieser User "cd /home/user" zu machen. Permission denied? Wie sehen die Permissions auf /home und auf / aus ("ls -ld / /home")?

Patrick

Da bekomme ich nur ein "no shell" ?

pdreker · Beitrag von **pdreker** » 22.06.2004 17:51:04

Ausgabe von "ls -ld / /home"?

Patrick

zippomat · Beitrag von **zippomat** » 22.06.2004 17:52:32

pdreker hat geschrieben:Mach als root 'ma; "su user". Dabei versucht er nicht ins Home zu wechseln, so dass das klappen sollte. Dann probier 'mal als dieser User "cd /home/user" zu machen. Permission denied? Wie sehen die Permissions auf /home und auf / aus ("ls -ld / /home")?

Patrick

Sorry, einNachtrag:

ls -ld /home liefert:

drwxrwsr-x 7 root staff 4096 2004-06-22 00:19 /home

Ist das Ok?

pdreker · Beitrag von **pdreker** » 22.06.2004 17:54:46

Der zweite Slash war kein Tippfehler...

Jetzt noch die Ausgabe von "ls -ld /" und ich bin glücklich

Die Perms für /home sind OK, vorausgesetzt jeder Benutzer ist in der Gruppe "staff". Anderenfalls: "chmod o+w /home"

Patrick

zippomat · Beitrag von **zippomat** » 22.06.2004 17:55:13

pdreker hat geschrieben:Ausgabe von "ls -ld / /home"?

Patrick

Sorry, erneuter Nachtrag:

ls -ld / /home liefert die user verzeichnisse:

drwx--x--x 70 arnd arnd 4096 2004-06-21 23:53 arnd
drwxr-xr-x 11 idiot idiot 4096 2004-06-22 00:19 idiot
drwxr-xr-x 29 kerstin kerstin 4096 2004-06-15 13:32 kerstin
drwxr-xr-x 16 knoppix knoppix 4096 2004-01-11 17:08 knoppix
drwxr-xr-x 11 test test 4096 2004-06-21 22:55 test

Hilft das weiter?

zippomat · Beitrag von **zippomat** » 22.06.2004 18:01:32

pdreker hat geschrieben:Der zweite Slash war kein Tippfehler...

Jetzt noch die Ausgabe von "ls -ld /" und ich bin glücklich

Die Perms für /home sind OK, vorausgesetzt jeder Benutzer ist in der Gruppe "staff". Anderenfalls: "chmod o+w /home"

Patrick

So, habe mal gecheckt: user arnd in staff eingetragen, hat aber nichts gebracht.

chmod o+w /home liefert ebenfalls wieder das gleiche ERgebnis.

Was passiert denn beim Login? Kann das sein, dsas irgendeine Datei die aufgerufen wird bei einem Absturz gefraggelt wurde ?

pdreker · Beitrag von **pdreker** » 22.06.2004 18:05:26

Öh... das hatte ich nicht erwartet... Das sollte eigentlich die Permissions von "/" und von "/home" ausgeben. Was sagt "ls -ld /"?

Die Permissions auf /home/arnd sind auf jeden Fall Senf. "chmod 755 /home/arnd"

Hast Du wirklich 'mal ein rekursives "chmod -R 666 /home" oder ähnlich gemacht?

Das mit dem Skript ist unwahrscheinlich.

Patrick

zippomat · Beitrag von **zippomat** » 22.06.2004 18:13:53

pdreker hat geschrieben:Öh... das hatte ich nicht erwartet... Das sollte eigentlich die Permissions von "/" und von "/home" ausgeben. Was sagt "ls -ld /"?

Die Permissions auf /home/arnd sind auf jeden Fall Senf. "chmod 755 /home/arnd"

Hast Du wirklich 'mal ein rekursives "chmod -R 666 /home" oder ähnlich gemacht?

Das mit dem Skript ist unwahrscheinlich.

Patrick

habe chmod ausgeführt

ls -ld / liefert

drw-rw-rw- 27 root root 4096 2004-06-21 14:24 /

Also kann sein das da ein -chmod 66 -R dabei war. Hört sich zwar blöd an, aber wenn man kein lauffähiges System hat probiert man ja fast alles, um es wieder zum Laufen zu bringen.
So genau weiß ich das eben nicht mehr.

pdreker · Beitrag von **pdreker** » 22.06.2004 18:19:07

Die Permissions für "/" sind total falsch.

Mach 'mal "chmod 755 /" oder "chmod 777 /". Letzteres nur, wenn das erste nicht geht, denn damit darf jeder ins root Dir schreiben...

Patrick

zippomat · Beitrag von **zippomat** » 22.06.2004 18:32:00

pdreker hat geschrieben:Die Permissions für "/" sind total falsch.

Mach 'mal "chmod 755 /" oder "chmod 777 /". Letzteres nur, wenn das erste nicht geht, denn damit darf jeder ins root Dir schreiben...

Patrick

yeah, yeah!!javascript:emoticon(':lol:')

Hat geklappt! Man, die Einstellungen habe ich dann sehr wahrscheinlich vermurkst, was?

vielen lieben Dank für die Hilfe!! Ich war schon vorher überzeugter Debian-fan, aber dass das instantan im Forum läuft, hätte ich nicht gedahct!! Ganz fettes Lob an dich Patrick!!

Übrigens, gibt es eine einfache Methode eine boot-cd anstelle einer bootdiskette zu erstellen? Mein Laptop hat nämlich kein floppy Laufwerk? Sorry, wenn ich gerade dabei bin: kennst du eine Backuplösung, um direkt auf Cd zu brennen?

Also, nochmal lieben Dank

zippomat

pdreker · Beitrag von **pdreker** » 22.06.2004 18:57:03

Hat geklappt! Man, die Einstellungen habe ich dann sehr wahrscheinlich vermurkst, was?

Es kann durchaus sein, dass Du in nächster Zeit noch einige "Glitches" findest, die eine ähnliche Ursache haben... Notfalls einfach hier nachfragen, wie die Permissions richtig lauten, und dann von Hand korrigieren...

Patrick

zippomat · Beitrag von **zippomat** » 23.06.2004 10:03:02

pdreker hat geschrieben:
Hat geklappt! Man, die Einstellungen habe ich dann sehr wahrscheinlich vermurkst, was?
Es kann durchaus sein, dass Du in nächster Zeit noch einige "Glitches" findest, die eine ähnliche Ursache haben... Notfalls einfach hier nachfragen, wie die Permissions richtig lauten, und dann von Hand korrigieren...

Patrick

Moin moin,

könnte das hier ein nächster "Glitsch" sein:

......
W: Kann nicht auf die Liste http://www.penguinppc.org ./ Packages (/var/lib/apt/lists/www.penguinppc.org_%7edaniels_sid_i386_._Packages) der Quellpakete zugreifen. - stat (2 Datei oder Verzeichnis nicht gefunden)
(Lese Datenbank ... 151169 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereiten zum Ersetzen von xlibmesa-gl 4.3.0-7 (durch .../xlibmesa-gl_4.3.0.dfsg.1-4_i386.deb) ...
Entpacke Ersatz für xlibmesa-gl ...
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/xlibmesa-gl_4.3.0.dfsg.1-4_i386.deb (--unpack):
versuche »/usr/X11R6/lib/libGL.so.1.2« zu überschreiben, welches auch in Paket fglrx ist
dpkg-deb: Unterprozess paste getötet mit Signal (Datenübergabe unterbrochen (broken pipe))
Vorbereiten zum Ersetzen von joe 2.8-23 (durch .../archives/joe_3.1-0.1_i386.deb) ...
Entpacke Ersatz für joe ...
/var/lib/dpkg/info/joe.postrm: line 3: /usr/bin/update-menus: Keine Berechtigung
dpkg: Warnung - altes post-removal-Skript wurde beendet mit Fehler-Status 1
dpkg - probiere stattdessen Skript aus dem neuen Paket ...
/var/lib/dpkg/tmp.ci/postrm: line 3: /usr/bin/update-menus: Keine Berechtigung
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/joe_3.1-0.1_i386.deb (--unpack):
Unterprozess neues post-removal Skript gab den Fehlerwert 1 zurück
/var/lib/dpkg/tmp.ci/postrm: line 3: /usr/bin/update-menus: Keine Berechtigung
dpkg: Fehler beim Aufräumen:
Unterprozess post-removal script gab den Fehlerwert 1 zurück ....

Ich hatte bevor die User jetzt wieder einwandfrei funktionieren ein "apt-get distupgrade" durchgeführt. Dabei ist beim Ersetzten von x-libmesa.. apt-get ausgestiegen mit einer Fehlermeldung. Ich habe die fglrx-Treiber von ATI laufen und bin davon ausgegangen, dass es daran lag. Aber jetzt der Hinweis auf eine fehlende Berechtigung macht mich stutzig!

Der Auszug oben ist übrigens nach einem apt-get -f install entstanden. Damit habe ich versucht ungellöste Abhängigkeiten aufzulösen.

Könnte es sein, dass die Berchtigungen von /usr/bin/update-menus ebenfalls nicht korrekt ist?

-rw-r--r-- 1 root root 164008 2004-05-27 18:16 update-menus

Oder liegt es an dem fglrx-Packet?

Vielen dank

Vielen Dank schonmal
[/b]

kybkenny · Beitrag von **kybkenny** » 04.06.2005 23:50:25

Hallo,

danke übrigens für die Lösung mit den vermurksten / - Rechten

bei mir sehn die Rechte für update-menus so aus:

ls -ld /usr/bin/update-menus
-rwxr-xr-x 1 root root 98 May 24 12:05 /usr/bin/update-menus
pudel:/no-backup#

Grüsse

Kenny