After completing a fresh install of Ubuntu 18.04 LTS and rebooting, I closed the Acer Aspire ES1-511 laptop lid and took a little break. When I came back to continue exploring the new features of 18.04, the Laptop would not turn on. One of the internal fans was running quite loudly, but nothing more. I had to reboot once again.
This seems to be a recurring problem through the years of Ubuntu. I've looked into the issue since, first trying to change power settings in gnome-control-center
and gnome-tweak-tool
, then installing pm-utils
, editing system files supposedly responsible for suspension, and plenty more attempts, all to no avail. I even tried running Ubuntu 18.04 Live from a USB drive, and the same problem still occurs.
I suspect it's an issue with the kernel, as I've seen this problem in the past with the kernel 4.15. Would an upgrade to the latest Linux kernel or a downgrade to a more stable version solve the problem? Has the problem been patched? Maybe I can just edit some file and this whole thing would be solved...
Some specifications: The Kernel currently running is 4.15. The computer, as mentioned above, is an Acer Aspire ES1-511. Desktop environment is Gnome 3.28.1. Ubuntu version is 64-bit 18.04.1 LTS.
Any help is appreciated. The computer is losing a lot of sleep over this.
I have experienced the same issue with an HP Pavilion 11 x360.
The kern.log suggests that it thinks it has gone into suspend - PM: suspend entry (deep) - but the system seizes up at that point and there are then no further entries until you shutdown and reboot.
A 'successful suspend' would have futher entries PM: Syncing filesystems ... done., Freezing user space processes... etc
The screen goes blank but the power LED stays on (as does the fan if it is already running) and a hard reset (holding down the power button) is required to be able use the machine again.
Even using an 18.04 live USB results in the same suspend problem, which suggests it isn't because of any additonal programs I have installed.
Three other different laptops (friend's and my own) have no issues with suspend on 18.04, leading me to wonder what specific hardware combination causes this to occur.
All the laptops (including the 'problem child') have intel graphics.
The 'problem laptop' suspends fine with Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII and Windows 10 but fails to suspend with Ubuntu 18.04 and Kubuntu 18.04.
(Initially the suspend problem also occured when trying to use kernels 4.15, 4.16 and 4.17, but the more recent 4.17 and 4.18 kernels have an update that has allowed suspend to work again on this machine)
Using UKUU to install the most recent 4.14 kernel (4.14.47) on 18.04 fixed the problem. (The accepted answer by Matalak) - would now recommend trying a recent 4.17 or 4.18 kernel.
Edit - Please take a look at the steps here to see if any other fixes might resolve your issue first: Ubuntu 18.04 - Dell XPS13 9370 no longer suspends on lid close
I had trouble finding a bug report about suspend causing a completely unresponsive system on 18.04, which suggested that it was not affecting a large proportion of users.
Although it's good that it wasn't affecting a vast number of users, it can make it more difficult to find out where the issue lies if only a handful of people are experiencing problems with their specific hardware setup.
Edit - A bug report has been opened, the likely culprit appears to have been identified and a patched version of the 4.15 kernel was put together to resolve the suspend issue - the patch is now in the more recent 4.17 and 4.18 kernels https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950
Further Edit - As of 11th September 2018 the standard system update kernel (4.15.0-34) now has the patch, which has been backported by those kindly developers and suspend works again as it should on the problem laptop with the Intel N3540. Much praise to their work!
Just to be clear though, it's an issue with trying to suspend your machine on 18.04 where the screen goes blank (but it clearly hasn't gone into 'suspend') and then doesn't react to anything else except holding down the power button to shut it down.
I solved the problem by installing UKUU and downgrading to kernel 4.14.41. Perhaps there is an incompatibility with the hardware in later kernel versions.
I believe it is the buggy nouveau driver. Try adding:
to
GRUB_CMDLINE_LINUX
in the/etc/default/grub
file, after that run:And voila no more hangs on resume from suspend.
worked fine for me to solve this problem when booting using Advanced options for Ubuntu and selecting this kernel
I got a workaround for suspend working on Ubuntu 18.04 with a NVIDIA GeForce GTX 1050 Mobile and proprietary nvidia drivers 390. I installed pm-suspend via
sudo apt-get install pm-utils
. Then, I switch from Gnome Shell to the terminal via Ctrl+Alt+f6. After the login, I dosudo pm-suspend
. After waking up from standby, I change back to Gnome Shell via Ctrl+Alt+f1. Done!My Acer ES1-512 was built on 18.04, updated to 18.04.1 now. Been having this suspend/sleep mode black screen problem ever since on 18.04.
The following steps solved the problem:
That's it! Suspend and Sleep function works fine now. Hope this helps.
I was also having this problem plague me ... and a fix after many manY maNY mANY MANY attempts was to re-install Ubuntu 18.04, and now it is working perfectly. I am also using Nvidia's "tested" Driver, as Nvidia was the culprit before.
Perhaps it was the "sudo add-apt-repository ppa:graphics-drivers" ppa which installed "Extra" Stuff from the PPA and/or the 396 driver itself which screwed up my laptop's hibernating ability.
Either way it works flawlessly at this time of writing with the NVidia's 390 tested driver. And just FYI, it was also working with the 396 driver for a long time, but became problematic last week - AGAIN! SO although I don't know the exact cause ...
It is/was definitely related to the NVidia driver as before switching to the Nouveau driver also worked, but I sure did not like that option.
Trying to help, Mark
p.s here are my other Tomboy notes for other issues with Ubuntu and Hibernating
18/07 Troubleshooting
‣ Prerequisites - does your kernel support suspend-to-disk?
• Kernel supports whatever is listed in /sys/power/state, so:
• cat /sys/power/state
• Allowed (to my knowledge) entries there include: mem, standby, freeze, disk. Explanation:
∘ mem - has several meanings, which one exactly on your system you'll find out via cat /sys/power/mem_sleep. I have: s2idle [deep]
∘ standby - Power-On Suspend (if supported)
∘ freeze - Suspend To Idle (STI)
∘ disk - Suspend To Disk (STD), hibernation. This - you want.
∘ mine says : freeze mem disk - PERFECT!
• Then we need to check
• $ cat /sys/power/disk
‣ [platform] shutdown reboot suspend test_resume
‣ [disabled]
• (not very good)
‣ Enable Hibernate and put it in menu - Easy-Peasy
• sudo apt install pm-utils cpufrequtils
• Then test if hibernate works in your computer by running command:
• sudo pm-hibernate
• After you computer turns off, switch it back on.
‣ Did your open applications re-open? If so it works, if not then hibernate does not work. You can check if your Swappiness partition is at least as large as your available RAM, as it may solve the problem.Problem! Hibernation not allowed!
∘ Test: pm-hibernate - (if pm-utils package is installed) , or
∘ works! after 18.04 re-install and no Nvidia yet
∘ systemctl hibernate
∘ works! after 18.04 re-install and no Nvidia yet
∘ Re-add Hibernate Option to Shutdown menu:
• 1. Edit a specific file with this command.
• sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d /com.ubuntu.desktop.pkla
• 2. Scroll down the Text Document and find the below sections:
∘ [Disable hibernate by default in upower]
∘ [Disable hibernate by default in logind]
∘ Change both the values from no to yes in:
∘ ResultActive=no (change this to yes)
‣ Save, Exit & Reboot - Done!
I tried most of the things listed above. Finally, I landed on win-raid.com to see if this is a BIOS issue. And I met a gentleman, who suggested to unload i2c_hid module before suspend and load it back after resume. And, then, blessed my laptop with acpi_call module to increase its battery performance 2x.
https://www.win-raid.com/t4232f16-SOLVED-How-to-unlock-BIOS-options-of-rebranded-TONGFANG-chassis-systems-15.html#msg71683
Wow I am reading my own post, and thinking how helpful this is!
I guess I have to thank myself!
I just wanted to add that as a troubleshooting measure, I sadly came to the conclusion that yes it is OFTEN related and/or combined with Gnome on Xorg/Ubuntu and Nvidia, ... ... It is specifically an UBUNTU/"Gnome on Xorg" Problem.
After the problem re-emerged and a re-install of my nvidia-440 (Open Source) driver and rebooting into "Ubuntu" vs "Gnome on Xorg", it didn't Autosuspend / Black screen / Need a reboot to come back ... as we all know is a problem.
Then in the morning ... after restarting and Going into "Gnome on Xorg"
It Auto Suspended when it should not have (no need to explain). ARGHHHHHHH!
So Now conspiratorially, I surmised it is SPECIFICALLY, either (gnome on xorg and/or Ubuntu throwing a wrench into things trying to get you to log into "Ubuntu".
Either Way, it is not Autosuspending once again ... and I am in "Ubuntu" and yes ... 18.04 LTR.
p.s. I even tried to trick it enabling "Dim Screen When Inactive" which I have come to the conclusion ... DOES NOT work with Nvidia installed (another story), though a gnome-extension changes the brightness just fine "Adjust brightness icon",
And the computer after 5 minutes of inactivity, gave a message at the top "Auto Suspend Screen Saver Disabled" ... HMMMM ... but it did not do the dreaded "Go Black Thing!"
So, i will call this ... kinda solved!
Running latest 18.04.4:
Mine returned 'hibernate', which was apparently causing kernel crash on resume about 80% of the time. Changed to 'suspend' and now avoid all hibernates; no more crashes (...yet).