You are not logged in.
Hey guys,
I just installed Arch Linux on my laptop and things were going well until I found out I was met with a black screen whenever I used suspend, whether its from the command line or from the lid closing. It seems like none of my peripherals can connect to the laptop (my mouse), but oddly enough my fans keep on spinning.
I tried as many options as I could on the forums but none of them worked. I looked on the wiki and edited mkinitcpio and added default shallow boot as my default kernel parameter, it didn't work, and now I'm at the end of my wits.
Here is my journal log:
https://pastebin.com/6aD2qivn
(I know that some text was cut off, but I don't know how to paste the full version from journal ctl)
Help would be greatly valued. Thanks!
Offline
Are you using nvidia? It seems there are some issues with nvidia and KDE with nvidia's new driver for some.
Offline
No, I don't have a graphics card on the laptop that I installed arch on. I'm running kinda old hardware (Lenovo V570 with i5 and 6G ram)
Offline
sudo journalctl -b | curl -F 'f:1=<-' ix.ioIf there's a parallel windows installation, also see the 3rd link in my signature ;-)
Offline
Here you go!
Also, I don't have dual boot windows
Last edited by Ardvark (2020-07-16 22:50:04)
Offline
Ah. blast
sudo journalctl -b -1 | curl -F 'f:1=<-' ix.io # if the previous boot contained a sleep attemptJun 23 04:09:40 Andrew kernel: Linux version 5.4.51-1-lts (linux-lts@archlinux) (gcc version 10.1.0 (GCC)) #1 SMP Thu, 09 Jul 2020 16:25:27 +0000The system time is wildly off - is there a particular reason why you use th lts kernel? Did you try the "regular" one as well?
Offline
Oh, I forgot to configure the time and date. I tried using the lts kernel to see if it could fix the problem.
Here is the result: https://pastebin.com/q538CN7R
Offline
There's no mention of resuming attempts, biggest obvious offender is
Jul 16 16:38:17 Andrew systemd-swap[374]: WARN: Combining zram with zswap/swapfc/swapd_auto_swapon can lead to LRU inversion and is strongly recommended againstTry the behavior w/ any zswap/zram efforts.
Also try the behavior from a multi-user.target login (2nd in in my signature) to investigate whether this is conditional or just ACPI misbehavior.
Offline
Ok, I disabled swapfc and booted with mutli-user and ran systemctl suspend, but it still couldn't wake up.
Offline
zram still enabled?
(Though the multi-user target should™ not charge enough ram to raise a conflicht here, but still…)
Offline