Lid Close, Laptop Doesn't Suspend, HP ProBook 450 G3
Linux - Laptop and NetbookHaving a problem installing or configuring Linux on your laptop? Need help running Linux on your netbook? This forum is for you. This forum is for any topics relating to Linux and either traditional laptops or netbooks (such as the Asus EEE PC, Everex CloudBook or MSI Wind).
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Lid Close, Laptop Doesn't Suspend, HP ProBook 450 G3
I have a new HP ProBook 450 G3 15.6″ Laptop.
I installed Ubuntu 16.10 Gnome on it. I'm using a SSD (no spinning disk). The laptop doesn't Suspend (i.e. Suspend-to-RAM) when I shut the lid and carry it elsewhere. When I get to my destination either the laptop is hot or the battery is dead.
I know that shutting the lid can cause a number of different states (sleep, suspend, hibernate). I believe that what I want is correctly called Suspend-to-RAM (monitor off, and details saved to RAM for a speedy return to work). This laptop, on lid-close, shuts off the monitor but all else continues working.
When I call up "gnome-tweak-tool" the setttings appear to be correct (i.e. they tell the laptop to suspend-to-RAM when I close the lid)
"When laptop lid is closed
- On Battery Power - Suspend
- When Plugged In - Suspend
Don't Suspend on Lid Cose - Off"
When I changed "Suspend" to "Hibernate" the laptop continued to do nothing except shut off the monitor when I close the lid.
How can I do that? I found some out of date posts on this but no solution yet.
In Settings / Power I see "Power" and "Suspend and Power Button" but no place to specify action to occur on lid-close. I tried Gconf-Editor but I wasn't able to find the correct settings.
Based on www DOT linux DOT com/news/how-suspe...op-under-linux
I think this is relevant
Code:
$ cat /sys/power/state
freeze mem disk
Seems relevant too:
wwwDOTkernelDOTorg/doc/Documenta.../interfaceDOTtxt I read that
/sys/power/state is the system sleep state control file. it returns a list of supported sleep states, encoded as:
'freeze' (Suspend-to-Idle)
'standby' (Power-On Suspend)
'mem' (Suspend-to-RAM)
'disk' (Suspend-to-Disk)
Depending on how you did your install, the tools needed to do that may not have been installed (most desktop users don't need it). The acpi side of things handles events AFAIK, like issuing shutdown when the power button is touched. And suspend when the lid is closed. I actually like my laptop to NOT suspend when I close the lid. But most of my laptops have 6+ hours of battery life and are the fanless silent types.
I always get them backwards, but suspend and hibernate are two different things. One saves RAM to disk (swap). The other wakes up and keeps RAM alive every minute plus which continues to burn battery life, just a lot slower. It sounds like you want the one that writes ram to disk, which likely requires swap space at least as big as your RAM. Otherwise it probably wont do that option.
My better half has a HP something-or-other (touch screen, folds right over so as to be a tablet) - similar symptoms running Mint Mate. I eventually deduced that the lid-close wasn't being detected. But lid-open is.
I set the power button to suspend and she eventually got used to using it. Does the job, and it fires back up when the lid is opened.
I installed Ubuntu 16.10 Gnome on it. I'm using a SSD (no spinning disk). The laptop doesn't Suspend (i.e. Suspend-to-RAM) when I shut the lid and carry it elsewhere. When I get to my destination either the laptop is hot or the battery is dead.
I'm not an Ubuntu user, but AFAIU systemd is in use so the lid-close behaviour can be controlled via /etc/systemd/logind.conf configuration. Look for the entry '#HandleLidSwitch=' and uncomment it. Valid options are
Quote:
HandlePowerKey=, HandleSuspendKey=, HandleHibernateKey=, HandleLidSwitch=, HandleLidSwitchDocked=
Controls how logind shall handle the system power and sleep keys and the lid switch to trigger actions such as system power-off or suspend. Can be one of "ignore", "poweroff",
"reboot", "halt", "kexec", "suspend", "hibernate", "hybrid-sleep", and "lock". If "ignore", logind will never handle these keys. If "lock", all running sessions will be
screen-locked; otherwise, the specified action will be taken in the respective event. Only input devices with the "power-switch" udev tag will be watched for key/lid switch
events. HandlePowerKey= defaults to "poweroff". HandleSuspendKey= and HandleLidSwitch= default to "suspend". HandleLidSwitchDocked= defaults to "ignore".
HandleHibernateKey= defaults to "hibernate". If the system is inserted in a docking station, or if more than one display is connected, the action specified by
HandleLidSwitchDocked= occurs; otherwise the HandleLidSwitch= action occurs.
A different application may disable logind's handling of system power and sleep keys and the lid switch by taking a low-level inhibitor lock ("handle-power-key",
"handle-suspend-key", "handle-hibernate-key", "handle-lid-switch"). This is most commonly used by graphical desktop environments to take over suspend and hibernation handling,
and to use their own configuration mechanisms. If a low-level inhibitor lock is taken, logind will not take any action when that key or switch is triggered and the Handle*=
settings are irrelevant.
Anyway, I used "sudo nano /etc/systemd/logind.conf" to uncomment "HandleLidSwitch=suspend" and save the revised file. I closed the lid, waited a few seconds and opened it. It had not "suspended".
To complicate the situation, when I left the lid closed for a long time, like a couple of hours, when I came back it seems to me that the laptop had suspended (a brief press on the power button woke it up) but then the computer froze and I had to do a "hard restart" anyway.
Last edited by webmanoffesto; 04-01-2017 at 07:01 AM.
Do you have swap space? Is it at least as big as your RAM capacity? One reason that it might fail.
Normally commented out "options" are set to the default option. So commenting them out does basically nothing unless you change the other side of the option. When making edits to those I duplicate the commented line and change the duplicate, that way I always know what the default was and that it was customized. But I also tend to add a comment with my initials and a date/time stamp. For things that I might want to do again someday. But mostly I avoid magic configs. If a distros defaults doesn't work for me, I find another distro.
Anyway, I used "sudo nano /etc/systemd/logind.conf" to uncomment "HandleLidSwitch=suspend" and save the revised file. I closed the lid, waited a few seconds and opened it. It had not "suspended".
when you edit config files, it is quite common that the daemon reading them needs to be reloaded manually.
not sure what it would be in this case; maybe 'systemctl restart logind', maybe sth else.
I went to "uncomment" it, but they seem to be ALL "commented".
Well yes, that's just the default configuration The administrator can configure as they like.
Quote:
Anyway, I used "sudo nano /etc/systemd/logind.conf" to uncomment "HandleLidSwitch=suspend" and save the revised file. I closed the lid, waited a few seconds and opened it. It had not "suspended".
A reboot (or restarting logind) would have been needed for this to take effect.
Quote:
To complicate the situation, when I left the lid closed for a long time, like a couple of hours, when I came back it seems to me that the laptop had suspended (a brief press on the power button woke it up) but then the computer froze and I had to do a "hard restart" anyway.
This suspend event was probably desktop-related configuration (eg my laptop is configured to suspend after X minutes when on battery), but in any case you may have additional suspend/resume issues to sort out from here.
This suspend event was probably desktop-related configuration (eg my laptop is configured to suspend after X minutes when on battery), but in any case you may have additional suspend/resume issues to sort out from here.
Thanks for the response.
By now I've rebooted a few times and the suspend/resume problems continue.
My present situation
1. My laptop does not automatically suspend-to-RAM when I close the lid.
2. It does suspend sometimes, apparently after some specified time period, I don't know what
3. It does not resume from the suspend, I'm usually faced with either a properly displayed monitor image (which is frozen) or a dark monitor (but some of the laptop lights are lit suggesting that it is "awake")
1. My laptop does not automatically suspend-to-RAM when I close the lid.
This I do find surprising. However, there have been some regressions reported like this one. Perhaps you're similarly impacted. A bug report may be necessary to help resolve.
Quote:
2. It does suspend sometimes, apparently after some specified time period, I don't know what
That is likely to be a desktop related setting. Which DE are you using?
Quote:
3. It does not resume from the suspend, I'm usually faced with either a properly displayed monitor image (which is frozen) or a dark monitor (but some of the laptop lights are lit suggesting that it is "awake")
Suspend/resume issues like this are often caused by a graphics-related issues. A separate thread ideally. You should start by sharing your graphics hardware details (chipset/driver)
This I do find surprising. However, there have been some regressions reported like this one. Perhaps you're similarly impacted. A bug report may be necessary to help resolve.
That is likely to be a desktop related setting. Which DE are you using?
I'm using Gnome
Quote:
Originally Posted by ferrari
Suspend/resume issues like this are often caused by a graphics-related issues. A separate thread ideally. You should start by sharing your graphics hardware details (chipset/driver)
One way to get that info...
Code:
/sbin/lspci -nnk|grep '\[03' -A3
$lshw gave me
*-display
description: VGA compatible controller
product: HD Graphics 520
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
version: 07
width: 64 bits
clock: 33MHz
capabilities: vga_controller bus_master cap_list rom
configuration: driver=i915 latency=0
resources: irq:127 memory:e1000000-e1ffffff memory:c0000000-cfffffff ioport:5000(size=64) memory:c0000-dffff
Another long-running bug report concerning broken laptop suspension... https://bugs.launchpad.net/ubuntu/+s...d/+bug/1574120
Comment #79 onwards mentions the problem still existing in 16.10 for various laptop models.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.