Score:1

Sleep Won't Resume After Installing New SSD

gb flag

I just installed a new SSD on my laptop (Acer Swift X) running Kubuntu 21.04 w/ kernel 5.13.14

Sleep was working perfectly until I installed a new SSD. Some important info:

There are two slots on the motherboard for hard drives, one PCIE/SATA port and one PCIE only. The OS was installed into a hard drive that was in the PCIE/SATA port, but I had to move this to the PCIE only port. The new hard drive took its place in the PCIE/SATA port.

Now when I put the laptop to sleep (either from closing lid, using gui option, or running pm-suspend) it will always turn the LED light off, turn the keyboard off, screen goes black, fans go off. When I try to resume, the keyboard will come back on as well as the LED indicator, but the screen will remain black (with no backlight at all). While the laptop does have a dedicated GPU, I've already ruled out all possible graphics problems through all the regular troubleshooting (messing w/ nvidia-prime, novoue.modeset=1 and whatnot).

I've tried to run PM_DEBUG=true pm_suspend, but can't see anything indicative of an issue. This is what is at the end of the /var/log/pm-suspend.log file:

+ [ Sat Jan 15 05:37:47 PM EST 2022: performing suspend = -n ]
+ printf %s\n Sat Jan 15 05:37:47 PM EST 2022: performing suspend
Sat Jan 15 05:37:47 PM EST 2022: performing suspend
+ sync
+ do_suspend
+ echo -n mem

and then nothing further.

Also note: the new SSD was previously installed into another laptop running the same version of Kubuntu, sleep also worked perfectly fine there - making me think it's not exactly a driver issue with the new SSD.

If anyone has any ideas on this that would be extremely helpful.

**UPDATE: After disabling the new hard drive (plugged into the PCIE/SATA slot) from the BIOS, sleep magically works again.

I've also found this line: Jan 15 21:12:04 OMEGASUPREME kernel: [ 40.165686] ahci 0000:05:00.0: port does not support device sleep

in my kern.log **

** UPDATE 2: This will still happen even if the new hard drive is not mounted **

** UPDATE 3: This one is a weird one, but may give some insight into the potential problem. If I boot into windows with this hard drive disabled, no graphics card is detected at all. If I re-enable it and boot into windows, the graphics card is once again usable. Now this could be something as simple as Nvidia software expecting drivers to be on the hard drive in slot 1, or it may be something more complex. Do note, however, that windows works perfectly fine with sleep when the hard drive is enabled. **

guiverc avatar
cn flag
Are you actually using [21.04](https://lists.ubuntu.com/archives/ubuntu-announce/2021-December/000275.html) which is about to go EOL? as it used the 5.11 kernel, 5.13 came with 21.10. I'd suggest checking your release, and *release-upgrade* asap if still using 21.04.
underscoresourcecode avatar
gb flag
Probably should have clarified: I upgraded the kernel as this was required to get the wifi/bluetooth working on this laptop, a separate but also annoying issue. I will try release-upgrade now, that seems promising....
underscoresourcecode avatar
gb flag
@guiverc Unfortunately, after upgrading, sleep is still not resuming. No changes in the behavior.
underscoresourcecode avatar
gb flag
@user68186 I wish it were that simple, "UUID=bd7bb560-c6b3-4b99-b201-bfe46701c1ac" is the new ssd, and "UUID=9bc7dd5b-1095-426a-83c6-ff360b196759" is the old one
Terrance avatar
id flag
How many swap files / partitions do you have? There should be only one on a system at anytime. Multiples can cause issues. I am wondering if your RESUME may not be set right: https://askubuntu.com/a/1116795/231142
underscoresourcecode avatar
gb flag
@Terrance I have a single swap partition, I will check into the RESUME to see if that is an issue
underscoresourcecode avatar
gb flag
@Terrance I set the resume variable and am still seeing the same results - I also have a swapfile not swap partition.
mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.