Bug#731686: gdm3: poweroff/reboot seems to be a noop

Steven Post stevenpost at skynet.be
Mon Dec 9 22:17:45 UTC 2013


Hello Andreas,

On Sun, 2013-12-08 at 20:30 +0100, Andreas Cadhalpun wrote:
> Hi Steven,
> 
> On 08.12.2013 13:08, Steven Post wrote:
> > When trying to reboot from inside the gdm3 login screen, nothing appears to
> > happen. After several tries I can still login to Gnome and poweroff/reboot from
> > there.
> This is another version of Bug #726763, this time with poweroff/reboot 
> instead of suspend/hibernate, but still the same cause: Gnome 3.8 needs 
> systemd as PID 1 for this to work.
> 
> So you either have to use the 'init=/bin/systemd' boot parameter or 
> install systemd-sysv.

I just installed systemd-sysv on my laptop now (from which I'm typing
this message).

The good news:
- the poweroff/reboot works again in the gdm login screen (although as
of 3.8 seems to require the root password?)
- this machine now boots up in mere seconds, instead of tens of seconds
- The blurry text in Gnome is now more readable again (no idea how that
could be related), this last issue popped up after upgrading this
machine (it has been a few days, runs Jessie), rebooting didn't help
until using systemd. This is using the NVidia proprietary driver. I'll
try to look into this a bit more. Still not how it should be, but
better.

The bad news:
I try to stay a bit neutral in the whole systemd vs sysvinit vs upstart
debate, but so far here are my experiences.
I don't know... it seems very invasive to require a change in init
system to make your desktop work (more of an issue with Gnome, than
systemd itself). I'm all for a modern init system, as long as the
advantages outweigh the disadvantages. In my limited experience with
systemd it looked terrible (or its integration with Gnome to be more
precise), but do note that while it was installed, it was never pid 1.
Now that it is pid 1, all issues I saw with it don't occur anymore (or
have not yet manifested again).
It doesn't feel right to me to remove an 'essential' package, but I
guess we need to wait for the result of the TC.

Best regards,
Steven
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20131209/b9e292a8/attachment.sig>


More information about the pkg-gnome-maintainers mailing list