Adduser doesn't roolback when passwords don't match
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
adduser (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: adduser
When adding a user, adduser ask's for a password, twice. If the two don't match, it doesn't clean up the created user but abort's. The result is that the user is created, but with insufficient information.
root@ndcgames-
id: bit-beheer: No such user
root@ndcgames-
Adding user `bit-beheer'...
Adding new group `bit-beheer' (1001).
Adding new user `bit-beheer' (1001) with group `bit-beheer'.
Creating home directory `/home/bit-beheer'.
Copying files from `/etc/skel'
Enter new UNIX password:
Retype new UNIX password:
Sorry, passwords do not match
passwd: Authentication information cannot be recovered
adduser: `/usr/bin/passwd bit-beheer' returned error code 10. Aborting.
root@ndcgames-
adduser: The user `bit-beheer' already exists.
root@ndcgames-
uid=1001(
root@ndcgames-
/etc/group:
/etc/gshadow:
/etc/passwd:
/etc/shadow:
Whereas Debian clean's up the user which was created:
[11:57][root@net:~] # adduser bit-beheer
Adding user `bit-beheer'...
Adding new group `bit-beheer' (1024).
Adding new user `bit-beheer' (1024) with group `bit-beheer'.
Creating home directory `/home/bit-beheer'.
Copying files from `/etc/skel'
Enter new UNIX password:
Retype new UNIX password:
Sorry, passwords do not match
passwd: Authentication information cannot be recovered
adduser: `/usr/bin/passwd bit-beheer' returned error code 10. Aborting.
Cleaning up.
Removing directory `/home/bit-beheer'
Removing user `bit-beheer'.
Removing group `bit-beheer'.
groupdel: group bit-beheer does not exist
[11:57][root@net:~] # id bit-beheer
id: bit-beheer: No such user
Changed in adduser: | |
status: | Unconfirmed → Confirmed |
Hi.
Is this bug still relevant? When I try to reproduce this in Feisty Fawn I get something like this:
rokj@majstr: /usr/sbin$ sudo adduser bugtest
Adding user `bugtest' ...
Adding new group `bugtest' (1001) ...
Adding new user `bugtest' (1001) with group `bugtest' ...
The home directory `/home/bugtest' already exists. Not copying from `/etc/skel'.
Enter new UNIX password:
Retype new UNIX password:
Sorry, passwords do not match
passwd: Authentication information cannot be recovered
passwd: password unchanged
Try again? [Y/n] n
Changing the user information for bugtest
Enter the new value, or press ENTER for the default
Full Name []:
Room Number []:
Work Phone []:
Home Phone []:
Other []:
Is the information correct? [y/N] y
Should adduser abort and clean after Try again?
Kind regards,
Rok