On 2010-06-02 21:20, Brian Cameron wrote:
Robin:
Here's the output of the "top" command while it's frozen at the login
splash:
Unfortunately the top output does not show any particular processes
consuming a lot of memory, so this indicates that the delay is not CPU
bound.
Note there is a bug about a very similar problem here:
https://defect.opensolaris.org/bz/show_bug.cgi?id=14857
This user reported a similar slowdown when starting the user session
after authenticating. After analysis, it was determined that the
slowdown was caused by the $HOME/.gconfd/saved_sate file growing too
large. If you are seeing a slowdown when starting your user session,
then does deleting this file improve things?
If you are seeing the slowdown when the GDM login GUI is being shown,
then try deleting the /var/lib/gdm/.gconfd/saved_sate file. The
/var/lib/gdm directory is the $HOME directory of the "gdm" user, and
the login GUI runs as this user. So if this file has grown too large,
this could be your problem.
I suspect that this might be your problem because in the logs you
provided a few weeks ago, there were GConf errors similar to those
reported in comment #7 of the above bug report.
Brian
The /var/lib/gdm/.gconfd/saved_state file is not very big, it's about
26kB in size. I tried deleting it followed by a logout/relogin and the
problem persists. I saw that the new saved_state file is about 27kB.
There is one file in /var/lib/gdm/ that is quite big and it is the
"core" file which is about 82MB in size but perhaps this is normal.
Robin.
_______________________________________________
opensolaris-discuss mailing list
[email protected]
