• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 580
  • Last Modified:

digital unix 4.0d

I can't "adduser".
diagnosis is
"The password and group files are currently locked by another user.
Please try again later"
the problem began, as soon as I've
installed enhanced security. I've started
dxaccounts after that, and this program hanged up system.
reboot doesn't help.

1 Solution
There is some file created which needs to be deleted, after which it works ok. We faced this problem. Try removing /etc/passwd.pag but make it's copy first(In case..) BTW I will search my pads if i get that filename.

kakoAuthor Commented:
I did so but it doesn't help
so it seems this file is located somewhere else, not in /ETC
I have a similar problem, when you try to directly modify /etc/passwd vi vipw, there is another related error: "vipw: you mangled the temp file, /etc/passwd unchanged".

I guess another file than /etc/passwd* should be zeroed, but I have no clue.

Keep up with what's happening at Experts Exchange!

Sign up to receive Decoded, a new monthly digest with product updates, feature release info, continuing education opportunities, and more.

mckessonhbocfrance changed the proposed answer to a comment
When you made your machine a secure system, passwords will have been stripped out of /etc/passwd and put into /etc/shadow; The standard "adduser" utility should have been upgraded to handle this, but it sounds as if it hasn't. Similarly, dxaccounts may need patching.

Until you resolve the problem you can create users manually by:
1) Edit /etc/passwd (preferably with vipw, or make a backup of /etc/passwd first!); Copy a line for an existing user in the same group; Modify the username, user-id (must be unique) and home directory.

2) Check you can login on another terminal; If you can't, restore the /etc/passwd from the backup you edited

3) Use passwd to set a password for the new user

4) Create a home directory for the new user, either manually (copy standard startup files from /etc/skel) OR by copying an existing user (cd /home; cp -r olduser newuser); set permissions on the new users directory with chown -R newuser newuser (Check that the ownership of files in the newuser directory is similar to that in olduser; Some files may need to be owned by root)
Dxaccounts creates a lock file :-


If you didn't manage to exit successfuly (you system hung?) it
won't have been deleted. You can safely remove it (assuming nobody
is running dxaccounts) with :-

rm /etc/.AM_is_running

Hope this helps...
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Free Tool: ZipGrep

ZipGrep is a utility that can list and search zip (.war, .ear, .jar, etc) archives for text patterns, without the need to extract the archive's contents.

One of a set of tools we're offering as a way to say thank you for being a part of the community.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now