I have the same issue.
Unfortunately it's now Ubuntu 20.04 and kernel 5.4.0 and it still happens.
My laptop is Lenovo Thinkpad T440p.
First issue that was happening all the time was that the touchpad didn't work
after waking from suspend. But it was better known issue with some fixes with
the
** Tags added: cscc
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1801743
Title:
Suspend fails in Kubuntu 18.04 but works fine in Kubuntu 17.10
Status in linux package in Ubuntu:
I have the same problem. Suspend works fine with any kernel
version4.14.x, does not work with any version from 4.15.x. I have
blacklisted the mei modules, it did not solve the problem. Following are
my lsmod.
debashishc@DebashishC-ublp:~$ lsmod
Module Size Used by
btrfs
@MaskedDriver: Does blacklisting the mei_me module (Intel Management
Engine) fix the issue? That fixed the problem some weeks ago, perhaps
the bug has re-appeared. I have not upgraded to .44 yet...
--
You received this bug notification because you are a member of Kernel
Packages, which is
I'm having the same issues today after upgrading to 4.15.0.44-generic on
a Dell Latitude 5289 Ubuntu 18.04.1
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1801743
Title:
Suspend fails
Felipe,
can you try to cancel the lid option? you do it with
sudo sh -c "echo LID0 disabled > /proc/acpi/wakeup"
than check it is '*disabled' in the LID0 entry, by running
cat /proc/acpi/wakeup
and check the output.
You can close the lid and it will sleep, but it will not wakeup when you open
I am having this issue now with kernel 4.15.0-44-generic in a Dell
Latitude E7440. Ubuntu 18.04
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1801743
Title:
Suspend fails in Kubuntu
Everyone affected by this bug, please try 4.15.0-43. This fixes the
issue completely for me (without needing to blacklist mei).
This seems to have been the culprit:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1803942
System randomly hangs during suspend when mei_wdt is loaded (LP:
Hei Magnus,
Yes it solved my problem as well. Using kernel 4.19.11, I blacklisted mei_me as
you pointed out, now I have no crash when resuming from sleep S3, finally!!
Thanks a lot,
God Jul! :-)
--
You received this bug notification because you are a member of Kernel
Packages, which is
I think I just found a solution! I just saw the following bug report
over at Redhat (https://bugzilla.redhat.com/show_bug.cgi?id=1597481) and
this kernel.org report
(https://bugzilla.kernel.org/show_bug.cgi?id=200455).
The bug seems to be related to recent changes in the module related to the
Thanks for this, nadi!
I applied your fix using a systemd service, and upon boot
/proc/acpi/wakeup now reports LID0 as disabled. Unfortunately, it still
does not work. The computer fails to wake up in most cases. I also tried
to disable the USB devices from waking up the device as well, but
I updated the BIOS but it did not help
but I SOLVED my problem, and perhaps yours as well Magnus!
The problem was with the LID upon waking up from sleep S3.
I found it after hours of googling and eventually debugging using this link:
OK, I think I progressed a bit:
SUPER STRANGELY, awaking from sleep crashes only when I close the lid.
My Dell latitude has Fn-sleep combo so I can suspend the laptop from the
jeyboard, and then I have no crash. I tried several times and it
repeatedly wakes up without problems.
BUT if I close
I tried to change the swap size to 8 GB (I have 16GB RAM), and confirmed
that my swap is 8GB:
bar@NTNU15333:~$ grep SwapTotal /proc/meminfo
SwapTotal: 8388604 kB
but sleep by closing the lid still crash when I try to wake it (opening
the lid, pressing the power button). It flashes one,
Hei Nadi,
sorry, that was rather vague. Yes, by that I mean that it does wake up
from sleep, and it does wake up immediately when I open the lid. When
using 4.15.0-36 or later, on the other hand, sleep is not reliable. It
may work, but most times it does not.
Magnus
--
You received this bug
Hei Magnus,
What do you mean "which is stable"? can you put the computer in Sleep mode (S3)
and it recovers?
Does it wakes when you open the lid, or do you have to press the button then it
wakes?
Thanks
--
You received this bug notification because you are a member of Kernel
Packages, which
This bug affects me as well, on a Dell Latitude E7440 (is this a Dell
problem?). In my case, the bug started to appear with kernel 4.15.0-36
(and has been present in all later updates), both on 16.04 with the
latest HWE and now with 18.04. For the time being I am using kernel
4.15.0-34, which is
Hei,
I have the same problem as Carsten Gräser (graeser), and in fact a similar
laptop (Dell Latitude 7390).
I tried all the possible kernels since 4.14 to 4.19, and suspend (sleep S3)
does not work. Same symptoms: It suspends when I close the lid, but cannot
resume. When I open the lid and
Last entry in /var/log/kern.log for the incomplete shutdown seems to be
rfkill: input handler enabled
This is the last line before timings went to zeros last time, and it was
just 1 second before the line "Stopping system logging service" in the
syslog.
lspci -v output:
Unfortunately, not for me. We have a bunch of (theoretically) identical
computers in a new classroom, and on one of them this issue is present.
Similarly as described by Carsten Gräser (graeser): last entry in
kern.log, running fan and no reaction to either keyboard or power
button, last message
The mainline kernel indeed seems to fix the issue: Not a single failed
suspend/resume cycle since using 4.19.1.
** Tags added: kernel-fixed-upstream
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Kernel
Yes the issue did not happen prior to the update to 18.04. But I don't
know if there was a prior kernel in 18.04 where the issue did not occur,
because it's not happening 100% of the time. Still a successful resume
is rare.
I'll give the mainline kernel a try.
--
You received this bug
Did this issue start happening after an update/upgrade? Was there a
prior kernel version where you were not having this particular problem?
Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v4.19
apport information
** Tags added: apport-collected
** Description changed:
After upgrading to kubuntu 18.04 resuming from suspend fails in most
cases on my laptop. When trying to resume the power LED is turned on,
but the screen stays black and the system does not respond at all.
24 matches
Mail list logo
