01.11.2005, aktualisiert am 04.11.2005

12898

kein lokales Anmelden mehr möglich!

Hallo,

auf einem SLES 9 läuft Samba und LDAP als backend.
Auf einmal kann ich mich lokal nicht mehr anmelden, weder als root noch als ein anderer Benutzer.
Schon nachdem ich root auf der Konsole eingebe und enter drücke kommt "login incorrect". Nach dem Passwort fragt er gar nicht mehr!?
Über SSh kann ich mich glücklicherweise noch anmelden. Woran kann das liegen?
Ich vermute an irgendwelchen pam einstellungen!? Kontte aber noch nichts finden.

Hier die Ausgabe aus /var/log/messages:

Nov  1 13:30:48 master login[6488]: PAM unable to dlopen(/lib/security/pam_unix2.so)
Nov  1 13:30:48 master login[6488]: PAM [dlerror: /lib/security/pam_unix2.so: cannot open shared object file: No such file or directory]
Nov  1 13:30:48 master login[6488]: PAM adding faulty module: /lib/security/pam_unix2.so
Nov  1 13:30:48 master login[6488]: PAM unable to dlopen(/lib/security/pam_nologin.so)
Nov  1 13:30:48 master login[6488]: PAM [dlerror: /lib/security/pam_nologin.so: cannot open shared object file: No such file or directory]
Nov  1 13:30:48 master login[6488]: PAM adding faulty module: /lib/security/pam_nologin.so
Nov  1 13:30:48 master login[6488]: PAM unable to dlopen(/lib/security/pam_cracklib.so)
Nov  1 13:30:48 master login[6488]: PAM [dlerror: /lib/security/pam_cracklib.so: cannot open shared object file: No such file or directory]
Nov  1 13:30:48 master login[6488]: PAM adding faulty module: /lib/security/pam_cracklib.so
Nov  1 13:30:48 master login[6488]: FAILED LOGIN 1 FROM /dev/tty2 FOR root, Module is unknown

Ich würde mich über schnelle Hilfe freuen!

Gruß aus Hannover

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 18801

Url: https://administrator.de/contentid/18801

Ausgedruckt am: 23.11.2024 um 12:11 Uhr

33 Kommentare

Neuester Kommentar

Hi,

editiere mal die Datei /etc/securetty.

Gruß duddits

Die Datei /etc/securetty sieht wie folgt aus:

#

This file contains the device names of tty lines (one per line,
without leading /dev/) on which root is allowed to login.

#
tty1
tty2
tty3
tty4
tty5
tty6

for devfs:

vc/1
vc/2
vc/3
vc/4
vc/5
vc/6

Sollte doch also eigentlich in Ordnung sein, oder?

Vielen Dank schonmal für die Antwort!

Hi,

die Datei sihet in Ordnung aus. Zeig mal den Inhalt von /etc/pam.d/login
(cat /etc/pam.d/login). Und schau mal nach den Berechtigungen auf /lib/security.
Ich weiß bald auch nicht mehr weiter, hoffe aber,dass das erstmal weiter hilft.

GRuß duddits

Hallo duddits,

cat /etc/pam.d/login gibt folgenden Inhalt aus:

#%PAM-1.0

## Log in using entries from /etc/[password|shadow]

auth requisite pam_unix2.so nullok #set_secrpc

auth required /lib/security/pam_unix2.so

## Allow root logons only from a tty listed in /etc/securetty
auth required /lib/security/pam_securetty.so

## Don't allow logins (except root) if /etc/nologin exists
auth required /lib/security/pam_nologin.so

auth sufficient pam_ldap.so use_first_pass
auth required pam_homecheck.so
auth required pam_env.so
auth required pam_mail.so

## Ensure that account and password are active and have not expired
account required /lib/security/pam_unix2.so

account sufficient pam_ldap.so

## Log username via syslog
session required /lib/security/pam_unix2.so

## Enforce good passwords
password required /lib/security/pam_cracklib.so

## Change the password in /etc/[password|shadow]
password required /lib/security/pam_unix2.so

password include common-password
password required pam_ldap.so use_first_pass use_authtok
password required pam_pwcheck.so nullok
password required pam_unix2.so nullok use_first_pass use_authtok

session required pam_limits.so common-password
session sufficient pam_ldap.so
session optional pam_lastlog.so
session optional pam_motd.so
session optional pam_mail.so standard noenv

...und die Berechtigungen auf /lib/security sind auch ok. root hat auf jeden Fall alle Rechte.

Hi,

ich werd sobald ich zuhause bin das mal mit meiner /etc/pam.d/login vergleichen. Sieht aber inordnung aus. Es könnte sein das entweder in deiner /etc/paswd oder/und
in /etc/shadow vor deinem User bzw. root ein Ausrufezeichen steht ? Erstelle mal einen neuen User mit useradd -m test und dann passwd test. Falls das auch alles nicht hilft weis ich aus nicht weiter.

Gruß duddits

Hallo duddits,

vielen Dank für die Mühen!
Ich werd es mal ausprobieren.

Gruß

Hi,

habe einen user test angelegt. geht mit diesem aber genau so wenig. Ich habe den Eindruck, dass irgendwo eingestellt ist, dass man sich gar nicht mehr lokal anmelden kann!

Gruß

Hi,

da bin ich schon wieder und das große raten geht weiter. Eine Idee hääte da noch in Petto
editiere mal die Datei /etc/login.defs.
Zeig auch mal /etc/passwd. Oder schau mal unter man chsh damit kann man die Shell ändern.
Gruß duddits

Hi,

Ist in der Tat ein Ratespiel...

... hab mir die Datei /etc/login.defsmal angeschaut. 1. denke ich ist dort alles richtig (habe da auch nie was verändert) und 2. kann ich mit einigen Einträgen nicht viel anfangen.

Hier der Dateiinhalt:

#

/etc/login.defs - Configuration control definitions for pwdutils package.

Comment lines (lines beginning with "#") and blank lines are ignored.
Please read the manual page for more information (login.defs.5).

#
#

Should login be allowed if we can't cd to the home directory?
Default is yes.

#
DEFAULT_HOME yes
#

The default PATH settings (used by login):

#
ENV_PATH /usr/local/bin:/usr/bin:/bin
#

The default PATH settings for root (used by login):

#
ENV_ROOTPATH /sbin:/bin:/usr/sbin:/usr/bin
#

Delay in seconds before being allowed another attempt
after a login failure

#
FAIL_DELAY 3
#

Enable logging and display of /var/log/faillog login
failure info.

#
FAILLOG_ENAB yes
#

If defined and the file exist, login failures will be
logged here in a utmp format.
last, when invoked as lastb, will read /var/log/btmp, so...

#
#FTMP_FILE /var/log/btmp
#

If defined, file which inhibits all the usual chatter
during the login sequence. If a full pathname, then hushed
mode will be enabled if the user's name or shell are found
in the file. If not a full pathname, then hushed mode will
be enabled if the file exists in the user's home directory.

#
#HUSHLOGIN_FILE .hushlogin
HUSHLOGIN_FILE /etc/hushlogins
#

Enable logging and display of /var/log/lastlog login time info.

#
LASTLOG_ENAB yes
#

Enable display of unknown usernames when login failures
are recorded.

#
LOG_UNKFAIL_ENAB no
#

Max number of login retries if password is bad

#
LOGIN_RETRIES 3
#

Max time in seconds for login

#
LOGIN_TIMEOUT 60
#

If defined, ":" delimited list of "message of the day" files to
be displayed upon login.

#
MOTD_FILE /etc/motd
#MOTD_FILE /etc/motd:/usr/lib/news/news-motd
#

If defined, file which maps tty line to TERM environment parameter.
Each line of the file is in a format something like "vt100 tty01".

#
TTYTYPE_FILE /etc/ttytype
#

Terminal permissions

##
TTYGROUP Login tty will be assigned this group ownership.

TTYPERM Login tty will be set to this permission.

If you have a "write" program which is "setgid" to a special group
which owns the terminals, define TTYGROUP to the group number and
TTYPERM to 0620. Otherwise leave TTYGROUP commented out and assign
TTYPERM to either 622 or 600.

#
TTYGROUP tty
TTYPERM 0620
#

Require password before chfn/chsh can make any changes.

#
CHFN_AUTH yes
#

Which fields may be changed by regular users using chfn - use
any combination of letters "frwh" (full name, room number, work
phone, home phone). If not defined, no changes are allowed.
For backward compatibility, "yes" = "rwh" and "no" = "frwh".

#
CHFN_RESTRICT rwh
#

Password aging controls (used by useradd):

##
PASS_MAX_DAYS Maximum number of days a password may be used.

PASS_MIN_DAYS Minimum number of days allowed between password chang

es.

PASS_WARN_AGE Number of days warning given before a password expire

s.
#
PASS_MAX_DAYS 99999
PASS_MIN_DAYS 0
PASS_WARN_AGE 7
#

Min/max values for automatic uid selection in useradd

SYSTEM_UID_MIN to SYSTEM_UID_MAX inclusive is the range for
UIDs for dynamically allocated administrative and system accounts.
UID_MIN to UID_MAX inclusive is the range of UIDs of dynamically
allocated user accounts.

#
SYSTEM_UID_MIN 100
SYSTEM_UID_MAX 499
UID_MIN 1000
UID_MAX 60000
#

Min/max values for automatic gid selection in groupadd

SYSTEM_GID_MIN to SYSTEM_GID_MAX inclusive is the range for
GIDs for dynamically allocated administrative and system groups.
GID_MIN to GID_MAX inclusive is the range of GIDs of dynamically
allocated groups.

#
SYSTEM_GID_MIN 100
SYSTEM_GID_MAX 499
GID_MIN 1000
GID_MAX 60000
#

User/group names must match the following regex expression.
The default is [A-Za-z_][A-Za-z0-9_.-]*[A-Za-z0-9_.$-]\?

#
CHARACTER_CLASS [A-Za-z_][A-Za-z0-9_.-]*[A-Za-z0-9_.$-]\?
#

Umask which is used by useradd and newusers for creating
new home directories.

#
UMASK 022
#

If defined, this command is run when adding a user.
It should rebuild any NIS database etc. to add the
new created account.

#
USERADD_CMD /usr/sbin/useradd.local
#

If defined, this command is run before removing a user.
It should remove any at/cron/print jobs etc. owned by
the user to be removed.

#
USERDEL_PRECMD /usr/sbin/userdel-pre.local
#

If defined, this command is run after removing a user.
It should rebuild any NIS database etc. to remove the
account from it.

#
USERDEL_POSTCMD /usr/sbin/userdel-post.local

Hi,

hier scheint jmd ein ähnliches Problem zu haben wie du:
http://www.bsdforen.de/archive/index.php/t-10737.html
oder
http://linuxforen.de/forums/showthread.php?t=184453&highlight=login ...
Noch was :
existiert bei dir /etc/nologin?! falls ja ==> loeschen.
gib nicht auf irgendwie klappt das schon. Mittlerweile glaub ich das es an der /etc/passwd liegt. Poste dein Problem am besten auch mal unter linuxforen.de. Zwei Foren sind besser als eins.

Gruß duddits

Hi, vielleicht ist die nologin die Lösung!?
Es gibt die Datei /sbin/nologin
Ich weis aber nicht was drin steht, dam sie nicht lesbar ist...

Kann ich die einfach ohne Probleme löschen?

Wäre ja toll wenns daran liegen würde!!!

Hallo duddits,

habe mir beide Links einmal angeschaut. Das LDAP Problem kenne ich, daran liegt es aber nicht, LDAP ist voll funktionstüchtig und antwortet auch. Wegen dem anderen Link: ich denke eigentlich müsste mit der /etc/passwd und der /etc/shadow alles in ordnung sein. In den Einstellungen für die shell hab ich auch nichts geändert und ist auchalles ok! Denke ich!
Ausserdem werd ich ja gar nicht nach einem Passwort gefragt und ich kann mich auch mit gar keinem user lokal anmelden. Es kommt sofort die Meldung "login incorrect" egal mit welchem benutzer ich mich anmelden will. Also musse es eigentlich irgendeine globale Einstellung sein, welche lokales anmelden unterbindet.

Trotzdem vielen Dank für die Links!!

Gruß

Hi,

mit chage -l user kannst du dir ein paar Anmeldungseinstellungen ansehen. Probier auch mal
usermod -U root ,damit erlaubt man das lokale Anmelden wenn man es zuvor mit usermod -L name
deaktiviert hat. faillog -u name -r aktiviert auch ein Account dem auch keine Anmeldung erlaubt wurde.
Und zieg mal bitte den Inhalt /etc/passwd oder wenigstens den Teil von root, das Passwort steht da sowieso nicht. Falls da was nicht stimmt kannst du mit chsh -s /bin/bash root es wieder zurück ändern.
Achso /sbin/nologin ist ein Script das wenn /etc/nologin.txt existiert den Inhalt davon Anzeigt.

Hallo duddits,

chage -l root gibt folgendes aus:

Minimum: 0
Maximum: 10000
Warning: 0
Inactive: 0
Last Change: Sep 05, 2005
Password Expires: Never
Password Inactive: Never
Account Expires: Never

...

... und der Eintrag in /etc/passwd für root sieht so aus:

root:x:0:0:root:/root:/bin/bash

...

... habe auch usermod -U root ausprobiert; hat sich immernoch nichts geändert.

habe mir auch nochmal /var/log/messages angeschaut, hier nochmal die Ausgabe:

Nov 3 08:28:13 master login[6053]: PAM unable to dlopen(/lib/security/pam_unix2.so)
Nov 3 08:28:13 master login[6053]: PAM [dlerror: /lib/security/pam_unix2.so: cannot open shared object file: No such file or directory]
Nov 3 08:28:13 master login[6053]: PAM adding faulty module: /lib/security/pam_unix2.so
Nov 3 08:28:13 master login[6053]: PAM unable to dlopen(/lib/security/pam_securetty.so)
Nov 3 08:28:13 master login[6053]: PAM [dlerror: /lib/security/pam_securetty.so: cannot open shared object file: No such file or directory]
Nov 3 08:28:13 master login[6053]: PAM adding faulty module: /lib/security/pam_securetty.so
Nov 3 08:28:13 master login[6053]: PAM unable to dlopen(/lib/security/pam_nologin.so)
Nov 3 08:28:13 master login[6053]: PAM [dlerror: /lib/security/pam_nologin.so: cannot open shared object file: No such file or directory]
Nov 3 08:28:13 master login[6053]: PAM adding faulty module: /lib/security/pam_nologin.so
Nov 3 08:28:13 master login[6053]: PAM unable to dlopen(/lib/security/pam_cracklib.so)
Nov 3 08:28:13 master login[6053]: PAM [dlerror: /lib/security/pam_cracklib.so: cannot open shared object file: No such file or directory]
Nov 3 08:28:13 master login[6053]: PAM adding faulty module: /lib/security/pam_cracklib.so
Nov 3 08:28:13 master login[6053]: FAILED LOGIN 1 FROM /dev/tty2 FOR root, Module is unknown

...hat sich glaub ich aber nichts verändert seit der letzten geposteten Ausgabe.

... faillog -u root -r habe ich auch ausprobiert, hat aber so weit ich das festellen kann auch nichts geändert; ich kann mich zumindest nachwievor nicht anmelden.

Das ist wirklich zum verrückt werden manchmal! Und meistens ist es dann nur irgend ein kleiner Konfigurationsfehler...

Naja, ich bin nur froh, dass ich mich wenigstens noch über Putty anmelden kann!!!

Hi,

das ist wirklich zum Verrückt werden. Gibt es denn hier keinen der es wirklich drauf aht und mal hilft!
Gut.
Die Meldungen shen alle in Ordnung aus. NE FRage hast du überhaupt die Module:
/lib/security/pam_securetty.so
/lib/security/pam_unix2.so
/lib/security/pam_nologin.so
/lib/security/pam_cracklib.so

Bei der Anmeldung ruft Linux in der /etc/pam.d/login diese Module(oder was auch immer die genau sind) auf. Anscheined finet er die nicht.
Evtl. kannst du die mit modprobe aktvieren( z.B. modprobe pam_securetty.so). Oder du kommentierst die ganzen eintrage die nicht gefunfen werden, das könnte aber zur Folge haben das du dich überhaupt nicht mehr anmelden kannst auch über ssh.
Mein Latein ist mittlerweile am ende.

Gruß duddits

Hi,

also die Module sind natürlich alle da.
Und ich habe auch schon versucht zumindest den Eintrag mit pam_unix2.so auszukommentieren, hatte aber auch nichts geändert. Ich werd nochmal den modprobe-Befehl versuchen.
Ich weiß auch nicht mehr wirklich weiter, zumal dieses Problem auf einmal da war, obwohl ich direkt vorher gar nichts geändert hatte.

Trotzdem vielen Dank für alle Antworten nochmal!

Gruß

Das ist interessant:

wenn ich den Befehl modprobe pam_unix2.so eingebe bekomme ich folgende Fehlermeldung:

FATAL: Module pam_unix2.so not found.

...obwohl ich die Datei sehe!!! komisch!

Die Frage ist sind das überhaupt module die man mit modprobe hinzufügen kann. Ich glaube äher als Module bezeichnet sind. Kannst du die DAtei /lib/security/pam_securetty.so
mit dem editor öffnen oder steht da was kryptisches ?

alle diese Dateien oder Module, die mit *.so enden sind kryptisch also nicht lesbar mit dem editor.
tja, mir fällt jetzt nicht mehr viel ein! Bin grade dabei das Filesystem zu checken, Vielleicht liegt es ja daran!?

Gruß

Wenn du mit dem checken fertig bist. Schaum mal nach ob es die devices /dev/tty gibt
und da das editueren von irgendwelchen Konfigurationsdateien ja so viel spass macht zeig doch mal bitte den Inhalt von /etc/inittab.
Es kann doch nicht sein das du der einzige bist mit so einen Problem. Vielleicht wissen die Leute von SuSE was oder installier einfach neu, damit haben das Problem zwar nicht gelöst. Manchmal bleibt einem nichts anderes übrig. Vergiss abern nicht deine Daten
zu sichern.

Hallo,

also, /dev/tty gibt es! jede Menge unterschiedlicher. tty1, tty2, usw.
Wozu dient die Datei inittab?

Hier der Inhalt:

#

/etc/inittab

rved.
#

Author: Florian La Roche, 1996
Please send feedback to http://www.suse.de/feedback

This is the main configuration file of /sbin/init, which
is executed by the kernel on startup. It describes what
scripts are used for the different run-levels.

All scripts for runlevel changes are in /etc/init.d/.

This file may be modified by SuSEconfig unless CHECK_INITTAB
in /etc/sysconfig/suseconfig is set to "no"

The default runlevel is defined here

id:5:initdefault:

First script to be executed, if not booting in emergency (-b) mode

si::bootwait:/etc/init.d/boot

/etc/init.d/rc takes care of runlevel handling

runlevel 0 is System halt (Do not use this for initdefault!)
runlevel 1 is Single user mode
runlevel 2 is Local multiuser without remote network (e.g. NFS)
runlevel 3 is Full multiuser with network
runlevel 4 is Not used
runlevel 5 is Full multiuser with network and xdm
runlevel 6 is System reboot (Do not use this for initdefault!)

#
l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
#l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6

what to do in single-user mode

ls:S:wait:/etc/init.d/rc S
~~:S:respawn:/sbin/sulogin

what to do when CTRL-ALT-DEL is pressed

ca::ctrlaltdel:/sbin/shutdown -r -t 4 now

special keyboard request (Alt-UpArrow)
look into the kbd-0.90 docs for this

kb::kbrequest:/bin/echo "Keyboard Request -- edit /etc/inittab to let this wo
rk."

what to do when power fails/returns

pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
#pn::powerfail:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop

for ARGO UPS

sh:12345:powerfail:/sbin/shutdown -h now THE POWER IS FAILING

getty-programs for the normal runlevels
<id>:<runlevels>:<action>:<process>
The "id" field MUST be the same as the last
characters of the device (after "tty").

1:2345:respawn:/sbin/mingetty --noclear tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
#
#S0:12345:respawn:/sbin/agetty -L 9600 ttyS0 vt102
#

Note: Do not use tty7 in runlevel 3, this virtual line
is occupied by the programm xdm.

This is for the package xdmsc, after installing and
and configuration you should remove the comment character
from the following line:

#7:3:respawn:+/etc/init.d/rx tty7

modem getty.
mo:235:respawn:/usr/sbin/mgetty -s 38400 modem
fax getty (hylafax)
mo:35:respawn:/usr/lib/fax/faxgetty /dev/modem
vbox (voice box) getty
I6:35:respawn:/usr/sbin/vboxgetty -d /dev/ttyI6
I7:35:respawn:/usr/sbin/vboxgetty -d /dev/ttyI7
end of /etc/inittab

Zu einer Neuinstallation hab ich ja gar keine Lust! Mal sehen!!

Also es scheint alles in Ordnung zu sein. Diese Datei hat mit dem login normalerweise nichts zu tun. Diese legt fest in welchen Runlevel du startes, welche bzw. wie viele Textkonsolen es gibt, was beim drücken Strg+Alt+Entf passieren soll, etc.
Hast du mit chsh -s /bin/csh user schon probier die Shell zu ändernt? Mach es aber nicht mit root, den man weiß nie was passiert. Vielleicht ist ja auch die bash kaput.

habe chsh mit einem test user ausprobiert. Mit dem kann ich mich aber auch nicht anmelden.
Also an der shell liegt es auch nicht. könnte vielleicht eine neuinstallation der pam-module helfen?

...ich weiß echt nicht mehr was ich noch machen kann!!!

Trotzdem echt super dass du mich hier so tatkräftig unterstützt!

Gruß

Es könnte schon sein, ausschließen kann ich es nicht. Du hast das Problem erst nach dem du LDAP eingerichtet hast, da musstes du ja was an den PAM Modulen ändern.
Logisch wär das ja. Ich weiß nur nicht was das für konsequenzen hat, wenn da was schief
geht.
Du hast echt ein interesantes Problem, würd mich schon interesieren wie man das löst.
Als ich mich mal lokal nicht anmelden konnte lag das an der DaTei /etc/securetty. Bei dir ist
ja da alles in Ordnung. Was ich besonders seltsam finde das du dich über ssh anmelden kannst.

Gruß

ja, genau so seh ich das auch!

also ich könnte mir nur vorstellen, dass es irgendeine Einstellung gibt, da der server als PDC läuft, dass man sich nur noch am Client in der Domäne anmelden kann und gar nicht mehr lokal!? Vielleicht aus Sicherheitsgründen?
Ich wüßte allerdings nicht, wo man so was einstellt!!

Zum Glück geht es noch über SSH, sonst wäre ich völlig aufgeschmissen.

Sobald ich eine Lösung gefunden habe, werde ich die hier posten!

Also ich such dann mal weiter...

Bei linuxforen.de hatte auch noch keiner eine gute Idee.

Irgendwann werds ich das schon noch rausfinden; hoffe ich!

Gruß

Hi,

hast du nicht Support Ansprüche von SuSE oder sind die schon verfallen?

Gruß duddits

Hallo duddits,

doch Supportansprüche bestehen noch. Habe die auch schonmal in Anspruch genommen und dabei herausgefunden, dass dieser Anspruch nur für Instalationsfragen inklusive ist. Alles andere muss man meistens extra bezahlen. Aber ich denke ich werds einfach mal versuchen.

Habe jetzt auch unter linux-club.de gepostet, da das ein reines Suse Forum zu sein scheint! Vielleicht können die ja noch weiter helfen!?

Gruß

Hi,

da bist du nicht der einzige ich dachte mir ich schau mal nach eine SuSE Forum und habe es da auch gepostet( hatte zu spät gesehen das du das schjon gemacht hattes)
Hab schon ne Anwort hier:
http://www.linux-club.de/viewtopic.php?t=45620

GRuß duddits

Juchuuuuuu...

Der Beitrag auf deinen Post bei linux-club.de war des Rätsels Lösung.

In der Datei /lib/security/sshd sahen alle Einträge so aus:

auth required pam_nologin.so

und in der Datei /lib/security/login so:

auth required /lib/security/pam_nologin.so

Also mit der Pfadangabe und das wollte er anscheinend nicht.
Ich kann mich wieder anmelden!!!

Vielen Vielen dank duddits!
Dein Einsatz war echt super!!!

Gruß

Frage Linux

Mehr von fabuk

Windows 98 Benutzerprofil wird sporadisch als Homelaufwerk eingebunden!?!fabuk - 4 Kommentare

ldapimport bei egroupware geht nicht mehrfabuk - 1 Kommentar

Network error: remote side closed connectionfabuk - 4 Kommentare

mit LDAP-Benutzern kein lokales anmelden möglichfabuk - 2 Kommentare

Heiß diskutiert