Hibernate does not appear to completely shut down

When I hibernate my Lenovo ThinkPad P70 (openSUSE 42.3), the machine does seem to shut down (in terms of everything, including the LEDs, turning off). However, closing and opening the lid results in the system powering on and booting, but without ever giving me the UEFI BIOS screen, so not allowing me to boot something else (or look at/play with the BIOS settings). I'm aware of the risks of booting something else that writes on my hibernation partition and filesystems (and that changing BIOS settings could mess with things too), which would completely mess everything up, but I want to have the option to take that risk if I know what I'm doing.

Also, I don't want merely opening the lid to boot the laptop; I want to have to press the power button.

I don't remember offhand what Windows does in this situation.

The same OS load on my previous Dell Precision M6500 (which has a conventional BIOS) behaves more as expected. Grub simply boots the kernel without giving me an option what to do (which makes sense in that context).

It appears that hibernating Linux leaves the system in a state other than fully shut down, so that the BIOS behaves differently than if the system were fully shut down. I'm posting it to the Linux forum rather than the Lenovo forum because it appears that Linux is doing something a bit different in the hibernate case vs. the shutdown case.

Thoughts?

 

Try this command in cmd prompt or powershell:

Code:

powercfg -h off

 

@rlk
And, then reboot, or shutdown. Then when you power up it will be a clean start, without any hybrid leavings from the last uptime.

Disabling Hibernation disables Hybrid boot/shutdown, and gives a real shutdown and boot from scratch.

Disabling Hibernation also deletes the hidden C:\hiberfil.sys file, which is/was as large as your RAM size, saving quite a bit of valuable space on your boot SSD

 

This is running Linux, not Windows.

The issue here is with explicit hibernation under Linux. Hibernation saves memory state to my swap partition, to which I've allocated 64 GB (which is more than I really need -- I rarely page at all, but if I ever do go to 64 GB RAM I want to be certain to be able to hibernate). It should then power off the system, after which boot should then go through the normal sequence. What I've observed elsewhere is that hibernation sets something in the grub configuration that auto-reboots into the kernel in use at the time of hibernate; the kernel sees the hibernation image on the swap partition, restores it, and off we go.

Hybrid sleep writes out the hibernation partition as usual, but keeps the system in suspend state, so that if you turn it back on it uses the memory contents rather than having to read everything back (i. e. it doesn't boot at all). That isn't what's happening here; when I open the lid it goes through the full disk-based restore (my boot drive is a SATA SSD, not PCIe, so the restore time is not insignificant). So, I could almost be convinced that the problem is that my system is trying to do a hybrid suspend, except that the power LED doesn't do its usual fadein/fadeout.

But it is possible that this is what's happening underneath, except that something's going wrong in the hybrid restore so it goes back to disk.

 

Sigh, I should have read your original post, it's the first in a 100 that wasn't talking about Windows hibernation.

I'd go to the SUSE support forums and resolve it there:

https://forums.opensuse.org/showthread.php/526513-Hibernation-suspending-not-working

 

Yeah, I should do a command line hibernate too, just in case the KDE power management stuff is doing something weird (I have seen that happen before). The problem isn't that hibernation is failing -- it isn't -- it's just that the restart isn't what I want. Should also test it under Windows my next opportunity.

The other worthwhile test would be hibernate, pull out AC and battery, leave it fully powered off for a few minutes, and see what happens on restart.

I'm a UNIX guy. Have been for over 30 years. All of my real work is done on Linux. I want the full memory capacity, disk space (5 TB), graphics capability, etc. available under Linux. Other than the nVidia driver (which I now have fully working) I don't have problems with device drivers under Linux; these days things just work much more often than not.

I use suspend (which isn't the problem) regularly when commuting. I use hibernate when I'm going to go a longer time without being plugged in, just to be on the safe side.

 

Good luck, I'm sure it will provide many hours of enjoyment for you.

 

On a 1-10 scale, this is about 2. It's rarely even an annoyance and even more rarely any more than that. Getting the nVidia driver fully working was a much more important issue.

This may even be functioning as designed (it does make a certain amount of sense), in which case I just don't like the design.

 

That's a thought I had as well, it's working as intended - but may be tuneable given options in set up. I'd dig into it, but I don't have one setup to interrogate, and I think I pointed you in the right direction - it may take some command line work and a few attempts to find the right options to get the behavior you desire.

If you get a handle on it, please post here and in that SUSE forum as I am sure others would benefit from sharing your insights from your successful work.

 

Yeah, when I finish my nVidia writeup, which is a much bigger issue for a whole lot more people.

 

Well, when you are ready, this is where I would start:

https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.pmanage.html

Then:

https://en.opensuse.org/SDB:Suspend_to_disk

With side trips here:

https://en.opensuse.org/SDB:Pm-utils

Have fun