Verwijderd
Gebruik je toevallig PAM 
Het lijkt alsof er daar een module aangeroepen wordt die niet goed is o.i.d.
Kijk eens in je /etc/pam.d dir of daar alles wel klopt.
Dit is eigenlijk het enige dat ik zo zou kunnen bedenken. Tenminste ik zou niet weten over welke andere modules passwd zou kunnen praten.
[edit]
Zoek in die /etc/pam.d dir dan naar het bestandje passwd
Stond niet echt duidelijk hierboven
Het lijkt alsof er daar een module aangeroepen wordt die niet goed is o.i.d.
Kijk eens in je /etc/pam.d dir of daar alles wel klopt.
Dit is eigenlijk het enige dat ik zo zou kunnen bedenken. Tenminste ik zou niet weten over welke andere modules passwd zou kunnen praten.
[edit]
Zoek in die /etc/pam.d dir dan naar het bestandje passwd
Ik had dat zoeken wel begrepen 
Maar su doet het ook niet, het /etc/pam.d/passwd is precies hetzelfde als een bestand op een andere debian machine, in /lib/security zie ik ook niets bijzonders...
Maar su doet het ook niet, het /etc/pam.d/passwd is precies hetzelfde als een bestand op een andere debian machine, in /lib/security zie ik ook niets bijzonders...
Yep, ziet eruit als een probleem met PAM.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Verwijderd
Kloppen de permissie op de bestanden en directory dan wel 
Post anders eens de inhoud van die bestanden.
Wel wazig moet ik zeggen.
Post anders eens de inhoud van die bestanden.
Wel wazig moet ik zeggen.
hier wat bestanden:
/etc/pam.d/passwd
ls /lib/security
locate libpam
Wat heb je nog meer nodig?
/etc/pam.d/passwd
code:
1
| password required pam_unix.so nullok obscure min=4 max=8 |
ls /lib/security
code:
1
2
3
4
5
6
7
8
| pam_access.so pam_limits.so pam_rootok.so pam_unix_auth.so pam_deny.so pam_listfile.so pam_securetty.so pam_unix_passwd.so pam_env.so pam_mail.so pam_shells.so pam_unix_session.so pam_filter.so pam_mkhomedir.so pam_stress.so pam_userdb.so pam_ftp.so pam_motd.so pam_tally.so pam_warn.so pam_group.so pam_nologin.so pam_time.so pam_wheel.so pam_issue.so pam_permit.so pam_unix.so pam_lastlog.so pam_rhosts_auth.so pam_unix_acct.so |
locate libpam
code:
1
2
3
4
5
6
7
| /lib/libpam.so.0 /lib/libpam.so.0.72 /lib/libpamc.so.0 /lib/libpamc.so.0.72 /lib/libpam_misc.so.0 /lib/libpam_misc.so.0.72 .. |
Wat heb je nog meer nodig?
Ik weet niet was het was, maar apt-get install libpam0g was de oplossing... Het vreemde was dat dit pakketje al wel stond in /var/cache/apt/archives, maar dus niet goed geinstalleerd was.
Verwijderd
Hmmzz kijk eens naar de permissies op die bestanden en op de bovenliggende directory.
Doe anders gewoon de makkelijkste uitweg en kies voor verwijderen en herinstalleren van PAM (wel mee opletten!).
Overigens is bovenstaande zo te zien wel goed.
Doe anders gewoon de makkelijkste uitweg en kies voor verwijderen en herinstalleren van PAM (wel mee opletten!).
Overigens is bovenstaande zo te zien wel goed.
na apt-get remove pam* en [i]apt-get install [verwijderde bestanden] krijg ik nu een nieuwe error:
passwd: pam_start() failed, error 26
passwd: pam_start() failed, error 26
ik had iets te creatief gedeleted in /etc/pam.d, nu ik die file weer teruggezet heb, ben ik weer terug bij af.. :(
passwd: Module is unknown
passwd: Module is unknown
qpopper geeft iets meer info:
Jun 26 21:03:13 server in.qpopper[6660]: PAM unable to dlopen(/lib/security/pam_unix.so)
Jun 26 21:03:13 server in.qpopper[6660]: PAM [dlerror: /lib/security/pam_unix.so: undefined symbol: sgaddset]
Jun 26 21:03:13 server in.qpopper[6660]: PAM adding faulty module: /lib/security/pam_unix.so
ls -all /lib/security/pam_unix.so
Jun 26 21:03:13 server in.qpopper[6660]: PAM unable to dlopen(/lib/security/pam_unix.so)
Jun 26 21:03:13 server in.qpopper[6660]: PAM [dlerror: /lib/security/pam_unix.so: undefined symbol: sgaddset]
Jun 26 21:03:13 server in.qpopper[6660]: PAM adding faulty module: /lib/security/pam_unix.so
ls -all /lib/security/pam_unix.so
code:
1
| -rw-r--r-- 1 root root 41240 Jun 25 14:52 /lib/security/pam_unix.so |
Verwijderd
Hmmzz ik vrees dat ik je ook niet verder kan helpen. Er zit in ieder geval iets fout in die libs (maar daar was je zelf al wel achter
)
Gevonden...is een probleem met de nieuwste versie van Pam in Debian Sid. Gelukkig las ik zelf eerst je post voor ik de update installeerde...had em wel al gedownload. Hier is een bugreport te lezen:
http://lists.debian.org/debian-devel-0106/msg01564.html
Iets verderop in die thread staat ook een oplossing om in ieder geval in je systeem te kunnen, waarna je dan weer je PAM kunt downgraden:
> Needless to say this is a critical bug. A fixed version of the
> package is now available at
> http://incoming.debian.org/pam_0.72-27_i386.deb. This package will
> replace the broken one in the Debian archive tomorrow afternoon.
> > You can gain single user access to your Debian system even with a
> broken PAM by booting it with the init=/bin/sh argument. This should
> allow you to mount the root filesystem read/write, bring up the
> network, download a new package and install it.
Succes.
http://lists.debian.org/debian-devel-0106/msg01564.html
Iets verderop in die thread staat ook een oplossing om in ieder geval in je systeem te kunnen, waarna je dan weer je PAM kunt downgraden:
> Needless to say this is a critical bug. A fixed version of the
> package is now available at
> http://incoming.debian.org/pam_0.72-27_i386.deb. This package will
> replace the broken one in the Debian archive tomorrow afternoon.
> > You can gain single user access to your Debian system even with a
> broken PAM by booting it with the init=/bin/sh argument. This should
> allow you to mount the root filesystem read/write, bring up the
> network, download a new package and install it.
Succes.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Verwijderd
Niet vreemd, dat er niks buitengewoons te vinden was dan 
Tja dat kun je krijgen met unstable/alpha versies he
Gelukkig dat het zo op te lossen is dan
Tja dat kun je krijgen met unstable/alpha versies he
Gelukkig dat het zo op te lossen is dan
Waarom draai je unstable op een server? Juist om dit soort redenen (ikzelf had de mazzel te weten dat pam_unix.so in sid broken was voordat ik update
) heet het unstable en is het alleen geschikt voor als je weet wat je doet. Als je dan perse nieuw spul op je server nodig hebt, kun je veel beter testing (woody) gebruiken, daar zullen dingen als kapotte libc, kapotte perl, kapotte ssl, kapotte pam (ff 4 dingen die sid het afgelopen jaar kapot heeft gehad) niet zomaar voorkomen.
Pagina: 1