Bug 52938 - poor recovery login when bad home dir
poor recovery login when bad home dir
Product: Red Hat Public Beta
Classification: Retired
Component: gdm (Show other bugs)
i686 Linux
medium Severity low
: ---
: ---
Assigned To: Havoc Pennington
Aaron Brown
Depends On:
  Show dependency treegraph
Reported: 2001-08-30 21:04 EDT by Per Bothner
Modified: 2007-04-18 12:36 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-09-06 18:56:51 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Tar of old ~/.gnome causing wm and panel to die (11.88 KB, application/octet-stream)
2001-09-01 16:18 EDT, Per Bothner
no flags Details

  None (edit)
Description Per Bothner 2001-08-30 21:04:12 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3+) Gecko/20010825

Description of problem:
I try to login using the default GUI (Gnome?) login screen, but the home
listed in /etc/passwd has the wrong owner.  In that case things get rather
A window pops up with no error message and just a continue button.  Nothing
else shows on the screen.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.chown your home directory to someone else
2.login using the gui screen

Actual Results:  A window pops up with no error message and just a continue
button.  Nothing
else shows on the screen.  Hitting the continue button gets me back to the
original screen with no indication what is wrong.

Expected Results:  Some more informative error message.  Should login with
cd as /.
Even better would be a dialog about how to fix it, but that is probably

Additional info:

This is obviously not a showstopper or a problem many people will run into.
Most who do, will figure out how to deal with it.  Still, it's the kind of
that can happen whe someone installs a new disk containing a /home partition
that may have wrong uids, or they have done an install after wiping out the
root partition (this is what I did), in which case the new uids in /etc/passwd 
may not match what is on the disk.
Comment 1 David Mason 2001-08-30 21:13:27 EDT
reassigning to gdm
Comment 2 Per Bothner 2001-08-30 22:01:01 EDT
Hm.  chown'ing and chgrp'ing my home directory (chown -R bothner bothner; chgrp
-R bothner bothner) doesn't fix it.  I can now login from a console or ssh after
loging in as root.  However
I still can't login from the GUI splash screen.
Comment 3 Havoc Pennington 2001-08-30 22:36:01 EDT
our little sanity-check app should probably check this sort of thing.

Check ~/.xsession-errors and /var/log/gdm/* for reasons the login may still be
Comment 4 Per Bothner 2001-08-31 19:20:18 EDT
Your advice was good - .xsession-errors reported "exec: fvwm2: not found".  Perhaps
this should be displayed to the user.

Next problem:  I can login but the window manager and panel die.  No
decorations, no way to
move windows, no way to log out.

This turned out to be because of an old ~/.gnome directory. I don't know which
file caused the problem.  I've saved the files if you think it is worth trying
to look further into it.
Comment 5 Havoc Pennington 2001-08-31 21:06:05 EDT
Why not go ahead and attach the .gnome file, it's probably a bug worth fixing.
Or put it up for ftp/http if its size makes attaching it difficult.
Comment 6 Per Bothner 2001-09-01 16:18:56 EDT
Created attachment 30555 [details]
Tar of old ~/.gnome causing wm and panel to die
Comment 7 Ed McKenzie 2001-09-06 18:56:48 EDT
along a similar vein, a gnome login dies without any kind of useful 
feedback if the user's cookies in /tmp are owned by the wrong uid or have 
the wrong permissions.
Comment 8 Havoc Pennington 2002-02-25 15:50:22 EST
Moved upstream as:

Closing on RH level
Comment 9 Havoc Pennington 2002-07-11 18:59:23 EDT
Now fixed upstream and in rawhide, fwiw.

Note You need to log in before you can comment on or make changes to this bug.