Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.uwa.edu.au!disco.iinet.net.au!news.uoregon.edu!hunter.premier.net!bofh.dot!news.mathworks.com!uunet!in2.uu.net!grove.iup.edu!grove.iup.edu!nntp
Newsgroups: comp.unix.bsd.bsdi.misc
Subject: Re: Users cannot change their passwords (BSDI 2.0)
Message-ID: <31A347D8.10E9@iu28.arin.k12.pa.us>
From: Curtis Kaminski <curtis@iu28.arin.k12.pa.us>
Date: Wed, 22 May 1996 12:59:04 -0400
Reply-To: curtis@iu28.arin.k12.pa.us
References: <4nnkf1$t87@news.htp.net>
Nntp-Posting-Host: quark.arin.k12.pa.us
X-Mailer: Mozilla 3.0b4 (Win95; I)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 53
Jim Ockers wrote:
>
> We are having a problem with a BSDI system wherein users cannot change
> their passwords. However, if a user becomes the superuser, then he can
> change his password. I have no explanation for this behavior since the
> chsh, chfn, and chpass utilities all continue to work fine. The execu-
> tables and libs have not been modified since they were installed. Here
> is an example session and some system information:
>
> [29] vangogh.wic.net:/ockers > passwd
> Changing local password for ockers.
> Old password:
> New password:
> Retype new password:
> passwd: updating passwd database
> passwd: password changed elsewhere. no changes made
>
> [30] vangogh.wic.net:/ockers > su
> Password:
> [1] vangogh.wic.net:/ockers > passwd
> Changing local password for ockers.
> New password:
> Retype new password:
> passwd: updating passwd database
> passwd: done
> [2] vangogh.wic.net:/ockers > exit
> exit
>
> [31] vangogh.wic.net:/ockers > uname -a
> BSD/OS vangogh.wic.net 2.0 BSDI BSD/OS 2.0 Kernel #0: Fri Feb 3 17:51:37 MST 1995
> polk@delos.BSDI.COM:/home/polk/rel/foo/sys/compile/GENERIC i386
> [32] vangogh.wic.net:/ockers > ls -al `which passwd`
> -r-sr-xr-x 1 root bin 1620 Feb 3 1995 /usr/bin/passwd
> [33] vangogh.wic.net:/ockers >
>
> Now I know that in the past people used to be able to change their
> passwords without having to be the superuser.
>
> Does anybody have any ideas on how to fix this? We really don't want
> to have to let everybody be superuser just so they can change their
> passwords.
>
> --
> Jim (ockers@davidalan.com) Ask me about Linux!
>
> My own site! Check out http://ducktape.davidalan.com/
> Contact info: finger info@ockers.org
We had this trouble. I think it has to do with a patch. Maybe one of
the kerberos patches... 12 or 17 I seem to remeber having to reinstall.
Curtis Kaminski
http://www.arin.k12.pa.us/~curtis