(from https://bugzilla.gnome.org/show_bug.cgi?id=683337 )
I don't know if this is the right component to file this issue under, so please
feel free to move as appropriate.
I had two accounts on my system. One is 'duffy' which is my user and has full
privileges. The other was 'foobar', which was for testing purposes and was set
to auto login.
I had a lot of trouble deleting user 'foobar.' I would try to delete it from
the 'user accounts' panel in the control center, but the control center would
tell me that 'foobar' was still logged in - even though it wasn't. Ray helped
me delete the account off of my system, but I don't know what he did to make it
That was Friday. I got into work this morning after a 3 day weekend and booted
my machine - except it would not boot. It was stuck on a black screen with a
spinner and would never get to GDM even after 15 minutes.
It turns out that even though the 'foobar' user was deleted off of the system,
it was still set to auto-login, so the system was stuck trying to auto-login an
account that does not exist. We discovered this by looking in
/etc/gdm/custom.conf where it said the following even though foobar doesn't
Commenting out those lines allowed me to get to GDM and access a working
Maybe the trouble I had deleting 'foobar' was related to the autologin setting
Created attachment 80294 [details] [review]
daemon: turn off autologin for deleted users
Right now it's possible to delete a user who is configured to
automatically log in.
Doing so causes the system not to boot.
This commit turns off autologin before deleting the user.
attachment 80294 [details] [review] will probably work, but i haven't tested it yet.
we should modify this patch to handle disabled users as well, not just deleted users.
i've pushed this: