Laptop reboots instead of resuming from systemd suspend when on battery power (suspending on AC power works)
After some updates to the kernel, my laptop doesn't resume anymore if it's not connected to a power source. If I plug in the AC and then suspend, it will resume.
I thought that this was related to TLP and power management, but even disabling TLP doesn't make it resume on battery. In journal I just see:
Jun 23 08:19:01 miki-laptop systemd-logind[395]: Lid closed.
Jun 23 08:19:14 miki-laptop systemd-logind[395]: Suspending...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting Lock X session using xlock...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting TLP suspend/resume...
Jun 23 08:19:15 miki-laptop systemd[1]: Started TLP suspend/resume.
Jun 23 08:19:15 miki-laptop lock.sh[1107]: real 0m0.730s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: user 0m0.690s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: sys 0m0.017s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: real 0m0.915s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: user 0m0.857s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: sys 0m0.030s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: real 0m0.681s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: user 0m0.767s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: sys 0m0.010s
Jun 23 08:19:17 miki-laptop systemd[1]: Started Lock X session using xlock.
Jun 23 08:19:17 miki-laptop systemd[1]: Reached target Sleep.
Jun 23 08:19:17 miki-laptop systemd[1]: Starting Suspend...
-- Reboot --
The reboot is when I resume, so I don't really know if the problem lies in the suspend or in the resume. My laptop is an Asus UX305UA, and the problem is very similar to this other question:
Asus UX303UA rebooting instead of resuming from suspend (ubuntu 15.10)
systemd suspend asus
add a comment |
After some updates to the kernel, my laptop doesn't resume anymore if it's not connected to a power source. If I plug in the AC and then suspend, it will resume.
I thought that this was related to TLP and power management, but even disabling TLP doesn't make it resume on battery. In journal I just see:
Jun 23 08:19:01 miki-laptop systemd-logind[395]: Lid closed.
Jun 23 08:19:14 miki-laptop systemd-logind[395]: Suspending...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting Lock X session using xlock...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting TLP suspend/resume...
Jun 23 08:19:15 miki-laptop systemd[1]: Started TLP suspend/resume.
Jun 23 08:19:15 miki-laptop lock.sh[1107]: real 0m0.730s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: user 0m0.690s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: sys 0m0.017s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: real 0m0.915s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: user 0m0.857s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: sys 0m0.030s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: real 0m0.681s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: user 0m0.767s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: sys 0m0.010s
Jun 23 08:19:17 miki-laptop systemd[1]: Started Lock X session using xlock.
Jun 23 08:19:17 miki-laptop systemd[1]: Reached target Sleep.
Jun 23 08:19:17 miki-laptop systemd[1]: Starting Suspend...
-- Reboot --
The reboot is when I resume, so I don't really know if the problem lies in the suspend or in the resume. My laptop is an Asus UX305UA, and the problem is very similar to this other question:
Asus UX303UA rebooting instead of resuming from suspend (ubuntu 15.10)
systemd suspend asus
add a comment |
After some updates to the kernel, my laptop doesn't resume anymore if it's not connected to a power source. If I plug in the AC and then suspend, it will resume.
I thought that this was related to TLP and power management, but even disabling TLP doesn't make it resume on battery. In journal I just see:
Jun 23 08:19:01 miki-laptop systemd-logind[395]: Lid closed.
Jun 23 08:19:14 miki-laptop systemd-logind[395]: Suspending...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting Lock X session using xlock...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting TLP suspend/resume...
Jun 23 08:19:15 miki-laptop systemd[1]: Started TLP suspend/resume.
Jun 23 08:19:15 miki-laptop lock.sh[1107]: real 0m0.730s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: user 0m0.690s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: sys 0m0.017s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: real 0m0.915s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: user 0m0.857s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: sys 0m0.030s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: real 0m0.681s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: user 0m0.767s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: sys 0m0.010s
Jun 23 08:19:17 miki-laptop systemd[1]: Started Lock X session using xlock.
Jun 23 08:19:17 miki-laptop systemd[1]: Reached target Sleep.
Jun 23 08:19:17 miki-laptop systemd[1]: Starting Suspend...
-- Reboot --
The reboot is when I resume, so I don't really know if the problem lies in the suspend or in the resume. My laptop is an Asus UX305UA, and the problem is very similar to this other question:
Asus UX303UA rebooting instead of resuming from suspend (ubuntu 15.10)
systemd suspend asus
After some updates to the kernel, my laptop doesn't resume anymore if it's not connected to a power source. If I plug in the AC and then suspend, it will resume.
I thought that this was related to TLP and power management, but even disabling TLP doesn't make it resume on battery. In journal I just see:
Jun 23 08:19:01 miki-laptop systemd-logind[395]: Lid closed.
Jun 23 08:19:14 miki-laptop systemd-logind[395]: Suspending...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting Lock X session using xlock...
Jun 23 08:19:15 miki-laptop systemd[1]: Starting TLP suspend/resume...
Jun 23 08:19:15 miki-laptop systemd[1]: Started TLP suspend/resume.
Jun 23 08:19:15 miki-laptop lock.sh[1107]: real 0m0.730s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: user 0m0.690s
Jun 23 08:19:15 miki-laptop lock.sh[1107]: sys 0m0.017s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: real 0m0.915s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: user 0m0.857s
Jun 23 08:19:16 miki-laptop lock.sh[1107]: sys 0m0.030s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: real 0m0.681s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: user 0m0.767s
Jun 23 08:19:17 miki-laptop lock.sh[1107]: sys 0m0.010s
Jun 23 08:19:17 miki-laptop systemd[1]: Started Lock X session using xlock.
Jun 23 08:19:17 miki-laptop systemd[1]: Reached target Sleep.
Jun 23 08:19:17 miki-laptop systemd[1]: Starting Suspend...
-- Reboot --
The reboot is when I resume, so I don't really know if the problem lies in the suspend or in the resume. My laptop is an Asus UX305UA, and the problem is very similar to this other question:
Asus UX303UA rebooting instead of resuming from suspend (ubuntu 15.10)
systemd suspend asus
systemd suspend asus
edited Apr 13 '17 at 12:36
Community♦
1
1
asked Jun 23 '16 at 6:32
rubik
367616
367616
add a comment |
add a comment |
4 Answers
4
active
oldest
votes
It's actually a Kernel Bug, see Kernel Bugtracker here:
https://bugzilla.kernel.org/show_bug.cgi?id=108801
Is there a way to fix this? I use my laptop at college and open/close it a lot moving between classes, this is a major pain for me. I don't want to disable suspend on lid switch, because I might forget to manually suspend before I close the lid, and I don't want to have to remember in the first place.
– Christopher Dumas
Dec 4 at 18:19
add a comment |
Looking into the BIOS options, I found "Wake on lid open". Even if it says "Enabled" it does not always work.
I found that when I upgrade the kernel, I have to go into the BIOS, select "Disabled", reboot, go into the BIOS again and select "Enabled".
Amazingly, with this process the laptop wakes from suspend on battery as well.
add a comment |
I had similar problem. Everything was fine but suddenly, when I suspended my laptop (buy closing the lid or via menu), it was going to sleep mode with led blinking, but when I woke the laptop, it restarted as it was shutdown.
Laptop ASUS ZenBook UX305
Linux 4.13.0-38-generic #43~16.04.1-Ubuntu SMP x86_64
I tried many things, and no result, but one time I switch to TTY1 with Ctrl+Alt+F1 and logged in, and exited. After that it is working again.
Also I set the following setting in "sudo vim /etc/default/grub
" :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_sleep=nonvs intel_pstate=disable"
but it was not working before TTY1.
The things that was changing before the problem was :
- I forgot my charger, and I used a different charger, the original is
19 volts but the one I used was 20 volts. - One time the laptop hanged during suspend process, so I did hard
restart by pressing and holding the power button. - Recently, I updated the system with "Software Updater"
I thought it might help some one.
1
I think the consensus is that the problem arises after a forced shutdown with the power button. But as for solving it, nobody agrees. It's likely to be a BIOS problem.
– rubik
Apr 7 at 12:29
add a comment |
I had the same problem with my UX305. The problem seems to be a problem of the ASUS BIOS not a kernel bug. The problem appears in Linux and in Windows.
There is at the moment no fixed BIOS available.
But the "solution"/workaround is to shutdown the UX305 (not reboot, only a clean shutdown and afterwards a new startup). After that resuming will work properly.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f291546%2flaptop-reboots-instead-of-resuming-from-systemd-suspend-when-on-battery-power-s%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
It's actually a Kernel Bug, see Kernel Bugtracker here:
https://bugzilla.kernel.org/show_bug.cgi?id=108801
Is there a way to fix this? I use my laptop at college and open/close it a lot moving between classes, this is a major pain for me. I don't want to disable suspend on lid switch, because I might forget to manually suspend before I close the lid, and I don't want to have to remember in the first place.
– Christopher Dumas
Dec 4 at 18:19
add a comment |
It's actually a Kernel Bug, see Kernel Bugtracker here:
https://bugzilla.kernel.org/show_bug.cgi?id=108801
Is there a way to fix this? I use my laptop at college and open/close it a lot moving between classes, this is a major pain for me. I don't want to disable suspend on lid switch, because I might forget to manually suspend before I close the lid, and I don't want to have to remember in the first place.
– Christopher Dumas
Dec 4 at 18:19
add a comment |
It's actually a Kernel Bug, see Kernel Bugtracker here:
https://bugzilla.kernel.org/show_bug.cgi?id=108801
It's actually a Kernel Bug, see Kernel Bugtracker here:
https://bugzilla.kernel.org/show_bug.cgi?id=108801
answered Oct 2 at 9:01
Florian Panzer
212
212
Is there a way to fix this? I use my laptop at college and open/close it a lot moving between classes, this is a major pain for me. I don't want to disable suspend on lid switch, because I might forget to manually suspend before I close the lid, and I don't want to have to remember in the first place.
– Christopher Dumas
Dec 4 at 18:19
add a comment |
Is there a way to fix this? I use my laptop at college and open/close it a lot moving between classes, this is a major pain for me. I don't want to disable suspend on lid switch, because I might forget to manually suspend before I close the lid, and I don't want to have to remember in the first place.
– Christopher Dumas
Dec 4 at 18:19
Is there a way to fix this? I use my laptop at college and open/close it a lot moving between classes, this is a major pain for me. I don't want to disable suspend on lid switch, because I might forget to manually suspend before I close the lid, and I don't want to have to remember in the first place.
– Christopher Dumas
Dec 4 at 18:19
Is there a way to fix this? I use my laptop at college and open/close it a lot moving between classes, this is a major pain for me. I don't want to disable suspend on lid switch, because I might forget to manually suspend before I close the lid, and I don't want to have to remember in the first place.
– Christopher Dumas
Dec 4 at 18:19
add a comment |
Looking into the BIOS options, I found "Wake on lid open". Even if it says "Enabled" it does not always work.
I found that when I upgrade the kernel, I have to go into the BIOS, select "Disabled", reboot, go into the BIOS again and select "Enabled".
Amazingly, with this process the laptop wakes from suspend on battery as well.
add a comment |
Looking into the BIOS options, I found "Wake on lid open". Even if it says "Enabled" it does not always work.
I found that when I upgrade the kernel, I have to go into the BIOS, select "Disabled", reboot, go into the BIOS again and select "Enabled".
Amazingly, with this process the laptop wakes from suspend on battery as well.
add a comment |
Looking into the BIOS options, I found "Wake on lid open". Even if it says "Enabled" it does not always work.
I found that when I upgrade the kernel, I have to go into the BIOS, select "Disabled", reboot, go into the BIOS again and select "Enabled".
Amazingly, with this process the laptop wakes from suspend on battery as well.
Looking into the BIOS options, I found "Wake on lid open". Even if it says "Enabled" it does not always work.
I found that when I upgrade the kernel, I have to go into the BIOS, select "Disabled", reboot, go into the BIOS again and select "Enabled".
Amazingly, with this process the laptop wakes from suspend on battery as well.
answered Jul 17 '16 at 14:41
rubik
367616
367616
add a comment |
add a comment |
I had similar problem. Everything was fine but suddenly, when I suspended my laptop (buy closing the lid or via menu), it was going to sleep mode with led blinking, but when I woke the laptop, it restarted as it was shutdown.
Laptop ASUS ZenBook UX305
Linux 4.13.0-38-generic #43~16.04.1-Ubuntu SMP x86_64
I tried many things, and no result, but one time I switch to TTY1 with Ctrl+Alt+F1 and logged in, and exited. After that it is working again.
Also I set the following setting in "sudo vim /etc/default/grub
" :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_sleep=nonvs intel_pstate=disable"
but it was not working before TTY1.
The things that was changing before the problem was :
- I forgot my charger, and I used a different charger, the original is
19 volts but the one I used was 20 volts. - One time the laptop hanged during suspend process, so I did hard
restart by pressing and holding the power button. - Recently, I updated the system with "Software Updater"
I thought it might help some one.
1
I think the consensus is that the problem arises after a forced shutdown with the power button. But as for solving it, nobody agrees. It's likely to be a BIOS problem.
– rubik
Apr 7 at 12:29
add a comment |
I had similar problem. Everything was fine but suddenly, when I suspended my laptop (buy closing the lid or via menu), it was going to sleep mode with led blinking, but when I woke the laptop, it restarted as it was shutdown.
Laptop ASUS ZenBook UX305
Linux 4.13.0-38-generic #43~16.04.1-Ubuntu SMP x86_64
I tried many things, and no result, but one time I switch to TTY1 with Ctrl+Alt+F1 and logged in, and exited. After that it is working again.
Also I set the following setting in "sudo vim /etc/default/grub
" :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_sleep=nonvs intel_pstate=disable"
but it was not working before TTY1.
The things that was changing before the problem was :
- I forgot my charger, and I used a different charger, the original is
19 volts but the one I used was 20 volts. - One time the laptop hanged during suspend process, so I did hard
restart by pressing and holding the power button. - Recently, I updated the system with "Software Updater"
I thought it might help some one.
1
I think the consensus is that the problem arises after a forced shutdown with the power button. But as for solving it, nobody agrees. It's likely to be a BIOS problem.
– rubik
Apr 7 at 12:29
add a comment |
I had similar problem. Everything was fine but suddenly, when I suspended my laptop (buy closing the lid or via menu), it was going to sleep mode with led blinking, but when I woke the laptop, it restarted as it was shutdown.
Laptop ASUS ZenBook UX305
Linux 4.13.0-38-generic #43~16.04.1-Ubuntu SMP x86_64
I tried many things, and no result, but one time I switch to TTY1 with Ctrl+Alt+F1 and logged in, and exited. After that it is working again.
Also I set the following setting in "sudo vim /etc/default/grub
" :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_sleep=nonvs intel_pstate=disable"
but it was not working before TTY1.
The things that was changing before the problem was :
- I forgot my charger, and I used a different charger, the original is
19 volts but the one I used was 20 volts. - One time the laptop hanged during suspend process, so I did hard
restart by pressing and holding the power button. - Recently, I updated the system with "Software Updater"
I thought it might help some one.
I had similar problem. Everything was fine but suddenly, when I suspended my laptop (buy closing the lid or via menu), it was going to sleep mode with led blinking, but when I woke the laptop, it restarted as it was shutdown.
Laptop ASUS ZenBook UX305
Linux 4.13.0-38-generic #43~16.04.1-Ubuntu SMP x86_64
I tried many things, and no result, but one time I switch to TTY1 with Ctrl+Alt+F1 and logged in, and exited. After that it is working again.
Also I set the following setting in "sudo vim /etc/default/grub
" :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_sleep=nonvs intel_pstate=disable"
but it was not working before TTY1.
The things that was changing before the problem was :
- I forgot my charger, and I used a different charger, the original is
19 volts but the one I used was 20 volts. - One time the laptop hanged during suspend process, so I did hard
restart by pressing and holding the power button. - Recently, I updated the system with "Software Updater"
I thought it might help some one.
answered Apr 6 at 9:47
karianpour
1
1
1
I think the consensus is that the problem arises after a forced shutdown with the power button. But as for solving it, nobody agrees. It's likely to be a BIOS problem.
– rubik
Apr 7 at 12:29
add a comment |
1
I think the consensus is that the problem arises after a forced shutdown with the power button. But as for solving it, nobody agrees. It's likely to be a BIOS problem.
– rubik
Apr 7 at 12:29
1
1
I think the consensus is that the problem arises after a forced shutdown with the power button. But as for solving it, nobody agrees. It's likely to be a BIOS problem.
– rubik
Apr 7 at 12:29
I think the consensus is that the problem arises after a forced shutdown with the power button. But as for solving it, nobody agrees. It's likely to be a BIOS problem.
– rubik
Apr 7 at 12:29
add a comment |
I had the same problem with my UX305. The problem seems to be a problem of the ASUS BIOS not a kernel bug. The problem appears in Linux and in Windows.
There is at the moment no fixed BIOS available.
But the "solution"/workaround is to shutdown the UX305 (not reboot, only a clean shutdown and afterwards a new startup). After that resuming will work properly.
add a comment |
I had the same problem with my UX305. The problem seems to be a problem of the ASUS BIOS not a kernel bug. The problem appears in Linux and in Windows.
There is at the moment no fixed BIOS available.
But the "solution"/workaround is to shutdown the UX305 (not reboot, only a clean shutdown and afterwards a new startup). After that resuming will work properly.
add a comment |
I had the same problem with my UX305. The problem seems to be a problem of the ASUS BIOS not a kernel bug. The problem appears in Linux and in Windows.
There is at the moment no fixed BIOS available.
But the "solution"/workaround is to shutdown the UX305 (not reboot, only a clean shutdown and afterwards a new startup). After that resuming will work properly.
I had the same problem with my UX305. The problem seems to be a problem of the ASUS BIOS not a kernel bug. The problem appears in Linux and in Windows.
There is at the moment no fixed BIOS available.
But the "solution"/workaround is to shutdown the UX305 (not reboot, only a clean shutdown and afterwards a new startup). After that resuming will work properly.
answered Dec 14 at 8:40
Pulsar07
1
1
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f291546%2flaptop-reboots-instead-of-resuming-from-systemd-suspend-when-on-battery-power-s%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown