System > Admin > Users and Groups: only root available

Bug #210710 reported by deviantdark on 2008-04-02
This bug affects 2 people
Affects Status Importance Assigned to Milestone
gnome-system-tools (Ubuntu)

Bug Description

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".

deviantdark (deviantdark) wrote :
Daniel T Chen (crimsun) wrote :

Is this symptom still reproducible in 8.10 or 9.04?

Changed in gnome-system-tools:
status: New → Incomplete

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

Andrzej Książkiewicz (ksiaze) wrote :
Victor Vargas (kamus) wrote :

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) wrote :

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

Milan Bouchet-Valat (nalimilan) wrote :

Could you follow the procedure at[users-admin] to provide more information? This way we would be able to find out what's going on. Thanks!

Changed in gnome-system-tools (Ubuntu):
status: Incomplete → Confirmed
importance: Undecided → Medium
PrototypeX29A (preineke) wrote :
PrototypeX29A (preineke) wrote :
PrototypeX29A (preineke) wrote :

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
# System accounts

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.

PrototypeX29A (preineke) wrote :

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 :)

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...

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.

Changed in gnome-system-tools (Ubuntu):
status: Confirmed → Triaged
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers