dx-packages team mailing list archive

[raff <rafpayen@xxxxxxxxx>]

I have a very similar problem, but my laptop doesn't go through
/sbin/shutdown: it turns off abruptly as if I had pulled the power plug.
Always after 1 minute exactly.

I'd like to investigate this, if anyone has any idea what to try please
tell me. I suspect it is related to Intel Rapid Start, but I already
deactivated it in the bios.

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to systemd-shim in Ubuntu.
https://bugs.launchpad.net/bugs/1455520

Title:
   systemd-shim executes 'poweroff' after resuming from suspend-to-
  memory(S3)

Status in systemd-shim package in Ubuntu:
  New

Bug description:
  Hi,all
  I'm using latest kernel 4.1-rc3 on ubuntu 14.04.2 LTS X86_64,
  and I found that, after resuming from suspend-to-memory,
  the systemd-shim deamon will execute a 'poweroff', which 
  shuts the system down. 

  here's my step to reproduce the bug:

  1.echo mem > /sys/power/state //ok
  2.wait for 30 seconds        //ok
  3.push power button          //ok
  4.system resumes automatically //ok
  5.after a few seconds, system shutdown //oh no...

  I replace /sbin/shutdown with a script that prints the current process
  backtrace by pstree, then the system will not halt after resumming
  from suspend-to-memory. Here's my script:

  # cat /sbin/shutdown
  #!/bin/sh
  pstree -a > /home/chenyu/shutdown_trace.log

  and here's the backtrace when system is executing my 'shutdown', after
  resumming, we can see that, systemd-shim invokes 'sh -c
  /sbin/poweroff':

  
  init
    |-ModemManager
    |   `-2*[{ModemManager}]
    |-NetworkManager
    |   `-3*[{NetworkManager}]
    |-acpid -c /etc/acpi/events -s /var/run/acpid.socket
    |   `-sh -c /etc/acpi/powerbtn.sh
    |-anacron -s
    |-avahi-daemon
    |   `-avahi-daemon
    |-bluetoothd
    |-cron
    |-cups-browsed
    |-cupsd -f
    |   `-dbus dbus:// 
    |-dbus-daemon --system --fork
    |-getty -8 38400 tty4
    |-getty -8 38400 tty5
    |-getty -8 38400 tty2
    |-getty -8 38400 tty3
    |-getty -8 38400 tty6
    |-irqbalance
    |-kerneloops
    |-login --       
    |   `-bash
    |       `-sudo -s
    |           `-bash
    |-ondemand /etc/init.d/ondemand background
    |   `-sleep 60
    |-polkitd --no-debug
    |   `-2*[{polkitd}]
    |-rsyslogd
    |   `-3*[{rsyslogd}]
    |-sshd -D
    |-systemd-logind
    |-systemd-shim
    |   |-sh -c /sbin/poweroff
    |   |   `-shutdown /sbin/shutdown -h -P now
    |   |       `-pstree -a
    |   `-2*[{systemd-shim}]
    |-systemd-udevd --daemon
    |   |-systemd-udevd --daemon
    |   |-systemd-udevd --daemon
    |   |-systemd-udevd --daemon
    |   |-systemd-udevd --daemon
    |   |-systemd-udevd --daemon
    |   |-systemd-udevd --daemon
    |   |-systemd-udevd --daemon
    |   |-systemd-udevd --daemon
    |   `-systemd-udevd --daemon
    |-upstart-file-br --daemon
    |-upstart-socket- --daemon
    |-upstart-udev-br --daemon
    `-whoopsie
        `-2*[{whoopsie}]

  Since I'm not sure why systemd-shim act like this, I would be 
  happy to debug with your suggestion, and give feedback to you.


  Best Regards,
  Yu

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd-shim/+bug/1455520/+subscriptions