On 31/10/12, Thomas Bächler wrote: | Make sure you use the default PAM files for everything (especially GNOME). Yes, they're all default (made sure after screwing around with them). | Your report confuses me. I am no GNOME user, but I know GDM should be | the first login manager to be tested with logind. Not sure how to respond to this, alas I'm having this issue. -- Simon Perry (aka Pezz)

On 31/10/12, Thomas Bächler wrote: | I just needed to express my confusion over the issue. I cannot think of | a reason why you have this problem. | | Maybe there's some hint in the details of loginctl show-session, or the | logs have some info. I fixed a couple of boot errors from looking at the journal, but not this. loginctl show-session: ControlGroupHierarchy=/user ResetControllers=cpu NAutoVTs=6 KillExcludeUsers=root KillUserProcesses=no IdleHint=no IdleSinceHint=1351703575131288 IdleSinceHintMonotonic=11069402493 BlockInhibited=handle-power-key:handle-suspend-key:handle-hibernate-key DelayInhibited=sleep InhibitDelayMaxUSec=5s HandlePowerKey=poweroff HandleSuspendKey=suspend HandleHibernateKey=hibernate HandleLidSwitch=suspend PreparingForShutdown=no PreparingForSleep=no -- Simon Perry (aka Pezz)

On 10/31/2012 03:11 PM, Thomas Bächler wrote:

Am 31.10.2012 18:29, schrieb Simon Perry:

...

On 31/10/12, Thomas Bächler wrote:

| I just needed to express my confusion over the issue. I cannot think of | a reason why you have this problem. | | Maybe there's some hint in the details of loginctl show-session, or the | logs have some info.

I fixed a couple of boot errors from looking at the journal, but not this.

loginctl show-session: I meant loginctl show-session $XDG_SESSION_ID

Am 31.10.2012 22:01, schrieb Simon Perry:

On 31/10/12, Thomas Bächler wrote:

| I meant | loginctl show-session $XDG_SESSION_ID

Id=2 Timestamp=Thu, 2012-11-01 07:34:31 EST TimestampMonotonic=42685753 DefaultControlGroup=name=systemd:/user/pezz/2 VTNr=0

VTNr=0 seems wrong.

On 01/11/12, Simon Perry wrote: | On 31/10/12, Thomas Bächler wrote: | | | VTNr=0 seems wrong. | | Ok, thanks for that. I'm at work now, and on my laptop here VTNr=1 and | Active=yes so it's all good on this machine. Solved - I noticed that getty@tty1.service has: After=rc-local.service I disabled rc-local.service, rebooted and it worked. So I modified my rc-local.service file to include a Before statement: [Unit] Description=/etc/rc.local Compatibility Before=display-manager.service [Service] Type=oneshot ExecStart=/etc/rc.local TimeoutSec=0 StandardInput=tty RemainAfterExit=yes [Install] WantedBy=multi-user.target Works fine now. Thanks again for putting my on the right track! Cheers. -- Simon Perry (aka Pezz)

On 31/10/12, Thomas Wouters wrote: | Do you happen to be using plymouth? | If so, try to disable plymouth-gdm.service and enable gdm.service. (assuming you use GDM) | I've had a similar issue today and this seemed to have fixed my problems. Never used Plymouth. -- Simon Perry (aka Pezz)