System > Admin > Users and Groups: only root available

[deviantdark]

Hardy Heron: Alpha 6 updated with the newest updates available.
Going into System > Administration > Users and Groups I can only find "root", but not my own user [deviantdark].
In FileSystem > Home, my home is present [/home/deviantdark], and everything is fine.

Ad you can see into the image attached, I can only modify the properties of the root user, even if I didn't enable it with "sudo passwd root".

[Daniel T Chen (crimsun)]

Is this symptom still reproducible in 8.10 or 9.04?

[Pascal De Vuyst (pascal-devuyst)]

Same problem here on Ubuntu 8.04.1 LTS.
I have added my /etc/passwd and /etc/group file in attachment.

[Victor Vargas (kamus)]

Since this report have a long time without activity, could you check (if is possible) in latest version included in Karmic if this issue is still happening? Thanks in advance.

[Erik Gustafsson (enatanael)]

This is just happening to me in Karmic. Can only see and edit the root user.

[Milan Bouchet-Valat (nalimilan)]

Could you follow the procedure at https://wiki.ubuntu.com/DebuggingGnomeSystemTools#For%20Users%20[users-admin] to provide more information? This way we would be able to find out what's going on. Thanks!

[PrototypeX29A (preineke)]

users-admin.log is empty.

The values in login.defs are NOT the same (as in the comment of 501421), but indeed funny;

#
# Min/max values for automatic uid selection in useradd
#
UID_MIN 0
UID_MAX 0
# System accounts
#SYS_UID_MIN 100
#SYS_UID_MAX 999

The entries in /etc/adduser.con seem correct:

# FIRST_SYSTEM_[GU]ID to LAST_SYSTEM_[GU]ID inclusive is the range for UIDs
# for dynamically allocated administrative and system accounts/groups.
# Please note that system software, such as the users allocated by the base-passwd
# package, may assume that UIDs less than 100 are unallocated.
FIRST_SYSTEM_UID=100
LAST_SYSTEM_UID=999

[PrototypeX29A (preineke)]

I have changed the values in /etc/login.defs to the ones you proposed (UID_MIN to 1000 and UID_MAX to 60000) and now it seems to work fine.
It still would be interesting, what messed up with these settings (which in my case could only be the users-admin-tool itself or the upgrade which were the only two things i did after the installation), but for my part I am now happy and content.
Thank you :)

[Milan Bouchet-Valat (nalimilan)]

You could just try changing in /etc/login.defs
UID_MAX 60000

I think that should do the trick. Then it would mean the bug is in the program that set this value...

[Milan Bouchet-Valat (nalimilan)]

It's not unlikely that users-admin itself has introduced those broken settings, but we can't really be sure. I'd need a list of all programs that may change this file (maybe there aren't at all). But that doesn't mean there isn't something broken here. I've checked our code, and everything seems fine - a 0 there could mean there was a problem with the DBus message. Not easy to find out. If anybody has details of what he did before this bug appeared, that would be useful.

Anyway, the next release won't commit these settings every time you create and user, so that won't happen again in Lucid.