Unreliable GDM auto-login

The place to post if you need help or advice

Moderators: ChrisThornett, LXF moderators

Unreliable GDM auto-login

Postby Dutch_Master » Tue Jul 09, 2013 5:01 pm

Debian Squeeze (no, don't get me started on the crap that is Gnome 3... :roll: ). GDM is configured to auto-login my user (only user) but it no longer does so reliably. Most of the time it's fine, but increasingly more often it fails and presents me with a login screen. I then do a forced-reboot on the hardware and mostly it auto-logs in afterwards. But recently it presented me again with another login screen. Another reboot solved that. I assume there's a script not read properly somewhere, but what, how and where? Could other scripts prevent it from proper execution (not that I've added anything) or the kernel not doing its job as instructed? There's plenty of RAM, 32 GB should suffice, right?

Over to you!
Dutch_Master
LXF regular
 
Posts: 2438
Joined: Tue Mar 27, 2007 1:49 am

Postby ajgreeny » Tue Jul 09, 2013 9:15 pm

With 32GB ram I assume your machine is also very fast and new.

So is boot happening too quickly so that GDM has not loaded fully and is not ready to autologin for you properly? I do not have any concrete evidence to support this; I'm just thinking out loud.
Xubuntu 12.04 user, and loving it!
ajgreeny
LXF regular
 
Posts: 453
Joined: Wed May 10, 2006 8:18 pm
Location: Oxfordshire.

Postby Dutch_Master » Wed Jul 10, 2013 12:23 am

Well, it's not that new, but it is a 3.6 GHz AMD A8 proc, so you could be right. Introducing some wait-cycles may solve that, but where do I put those?
Dutch_Master
LXF regular
 
Posts: 2438
Joined: Tue Mar 27, 2007 1:49 am

Postby ajgreeny » Fri Jul 12, 2013 9:36 pm

Dutch_Master wrote:Well, it's not that new, but it is a 3.6 GHz AMD A8 proc, so you could be right. Introducing some wait-cycles may solve that, but where do I put those?

Sorry, I haven't got a clue.

As I said, I was thinking out loud rather than giving you a real answer, but hoped it might give some clue about where to look for answers.
Xubuntu 12.04 user, and loving it!
ajgreeny
LXF regular
 
Posts: 453
Joined: Wed May 10, 2006 8:18 pm
Location: Oxfordshire.

Postby Dutch_Master » Sat Jul 13, 2013 1:06 am

Thanks for that, it didn't for me, but perhaps someone else will?
Dutch_Master
LXF regular
 
Posts: 2438
Joined: Tue Mar 27, 2007 1:49 am

Postby Ram » Sat Jul 13, 2013 1:37 am

Daft question DM, is the profile local to that machine or on your LAN?

lubuntu LXDE 13.10 running on AMD Phenom II*4; ASUS Crosshair III Formula MB; 4 GB Ram.....
User avatar
Ram
LXF regular
 
Posts: 1674
Joined: Thu Apr 07, 2005 9:44 pm
Location: Guisborough

Postby Dutch_Master » Sat Jul 13, 2013 2:42 am

Not daft, very clever actually. No, it's only local (that is, nothing linked from a NAS or something, nor LDAP or likewise). Only thing is an NFS share in fstab, but that is deliberately user-mounted, not at boot.

It's all from the local harddrive (an SSD) but the /home dir is on a 2 TB HDD. This is a full blown desktop machine but I do get boot times of 30 seconds from a cold start. Including the Grub timeout (standard 5 sec.) ;) So I do think the "hardware too fast for the software" idea isn't too far fetched... :shock:
Dutch_Master
LXF regular
 
Posts: 2438
Joined: Tue Mar 27, 2007 1:49 am

Postby Ram » Sat Jul 13, 2013 12:11 pm

My main PC stores it's profile ( I was using a roaming profile when I was running a few PC before.) on a NFS share from my server and the way Ubuntu network manager even with a manual login I sometimes get my desktop loaded without any icons on the Desktop, only started with 12.04 and switching to LXDE. You get a late notification of eth* disconnected / connected.

Just thought it might have been similar if your using not local profile.

lubuntu LXDE 13.10 running on AMD Phenom II*4; ASUS Crosshair III Formula MB; 4 GB Ram.....
User avatar
Ram
LXF regular
 
Posts: 1674
Joined: Thu Apr 07, 2005 9:44 pm
Location: Guisborough


Return to Help!

Who is online

Users browsing this forum: No registered users and 2 guests