Netbook has stopped suspending to ram when I close the lid.

English Hardware
#1

It simply stays on, and has done this for some time since the last version of openSUSE. I upgraded to 12.2 via dup, and it worked properly for a while and then exhibited the bad behavior again. Now I’m annoyed. I think its probably a simple configuration file that got botched.

When I close the lid, it stays on instead of suspending to RAM.

#2

Shadowolf7 wrote:

>
> It simply stays on, and has done this for some time since the last
> version of openSUSE. I upgraded to 12.2 via dup, and it worked properly
> for a while and then exhibited the bad behavior again. Now I’m annoyed.
> I think its probably a simple configuration file that got botched.
>
> When I close the lid, it stays on instead of suspending to RAM.

I see the same thing but with a twist: if I re-open the lid then close it a
second time it then suspends. This is on a Toshiba with a single core AMD
processor. A second Toshiba I have with an Intel dual-core works as it
should - first time, every time. Both are 32-bit units.

Does that add anything to what you see?

–
Will Honea

#3

Strange. I wonder if this might be due to a desktop environment power management (mis)configuration…

#4

deano ferrari wrote:

>
> Strange. I wonder if this might be due to a desktop environment power
> management (mis)configuration…

The behavior of the two laptops has always been a mystery to me - I’ve
compared every config setting between them and I can’t see any difference.
That leads me to suspect some squirelly differences in either the BIOS or
hardware implementations. I lean toward a hardware difference as on the
properly performer I can insert/remove the external power with only a
notifier message to indicate the change-over to and from the battery while
on thew other machine adding/removing the charger usually tends to put the
lappy to sleep.

Who said black magic was dead??

–
Will Honea

#5

It can be a difficult process to diagnose these things. I was really hinting about whether either of you had checked desktop power management configurations. Gnome, KDE,…?

If you’re saying that you’ve checked those settings, and things are still not behaving right, then maybe BIOS, ACPI, or kernel issues are at play.

#6

Assuming the DE power management config is as desired, then this might tell some of the story

upower --dump

For reference, I have the following reported

Daemon:
  daemon-version:  0.9.16
  can-suspend:     yes
  can-hibernate    yes
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no

and since we’re trying to see if the lid-closing event even occurs

upower --monitor

then close and open the lid. CTRL-C to terminate. What (if anything) gets reported.

#7

I just reinstalled 12.2 with Gnome 3 on the netbook. The problem is still persisting. I have also filed a bug report.

roger@linux-gch5:~> upower --dump
Device: /org/freedesktop/UPower/devices/line_power_ACAD
  native-path:          /sys/devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/ACAD
  power supply:         yes
  updated:              Fri Dec 21 23:56:12 2012 (672 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             yes

Device: /org/freedesktop/UPower/devices/battery_BAT0
  native-path:          /sys/devices/LNXSYSTM:00/device:00/PNP0C0A:00/power_supply/BAT0
  vendor:               Hewlett-Packard
  model:                Primary
  power supply:         yes
  updated:              Sat Dec 22 00:04:13 2012 (191 seconds ago)
  has history:          yes
  has statistics:       yes
  battery
    present:             yes
    rechargeable:        yes
    state:               fully-charged
    energy:              32.1408 Wh
    energy-empty:        0 Wh
    energy-full:         32.1408 Wh
    energy-full-design:  55.08 Wh
    energy-rate:         0 W
    voltage:             12.136 V
    percentage:          100%
    capacity:            57.098%
    technology:          lithium-ion

Daemon:
  daemon-version:  0.9.16
  can-suspend:     yes
  can-hibernate    yes
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:       no
roger@linux-gch5:~> upower --monitor
Monitoring activity from the power daemon. Press Ctrl+C to cancel.
[00:08:22.169]    daemon changed:
[00:08:48.455]    device removed:   /org/freedesktop/UPower/devices/battery_BAT0
[00:08:48.637]    device added:     /org/freedesktop/UPower/devices/battery_BAT0
[00:08:48.647]    device changed:     /org/freedesktop/UPower/devices/battery_BAT0
[00:08:49.266]    daemon changed:
[00:08:50.094]    device changed:     /org/freedesktop/UPower/devices/battery_BAT0
[00:08:51.089]    device changed:     /org/freedesktop/UPower/devices/battery_BAT0
[00:08:52.112]    device changed:     /org/freedesktop/UPower/devices/battery_BAT0
[00:08:53.101]    device changed:     /org/freedesktop/UPower/devices/battery_BAT0
[00:08:54.119]    device changed:     /org/freedesktop/UPower/devices/battery_BAT0
[00:09:20.601]    device changed:     /org/freedesktop/UPower/devices/battery_BAT0
[00:09:20.646]    device changed:     /org/freedesktop/UPower/devices/battery_BAT0
[00:09:51.127]    device changed:     /org/freedesktop/UPower/devices/battery_BAT0
#8

On 2012-12-22 09:16, Shadowolf7 wrote:
>
> I just reinstalled 12.2 with Gnome 3 on the netbook. The problem is
> still persisting. I have also filed a bug report.

You should try to suspend and hibernate by command. First using the
desktop buttons for the purpose, and if that fails, by issuing commands
like “pm-suspend” or “pm-hibernate”.

–
Cheers / Saludos,

Carlos E. R.
(from 11.4, with Evergreen, x86_64 “Celadon” (Minas Tirith))