You are not logged in.
Whenever my PC enters sleep, hibernate, or suspend, it fails to wake up properly. After attempting to resume, the display remains completely black. I don't get a login screen, desktop, TTY, cursor, or any visible output at all. Keyboard shortcuts such as switching to a TTY also do not appear to work. One thing I have noticed is that the keyboard backlight turns on when the system wakes, which makes me think the machine itself is resuming but the graphics/display stack is failing. Secure boot is disabled and im using KDE Plasma 6.6.5, discrete nvidia graphics rtx4060 595.71.05, kernel version 7.0.9-arch2-1.
Offline
Update: i was following the guide from this guy over here https://bbs.archlinux.org/viewtopic.php?id=313476 and my system is resuming normally when i switched it from s2idle[deep] to [s2idle]deep using the command sudo sh -c 'echo s2idle > /sys/power/mem_sleep' . Im gonna continue using this temporarily also i was doing some debugging and while on s2idle[deep] nvidia's resume hook was running and kde also woke up, but the monitor itself dint show anything. Pls do let me know what shall i do next. Im running wayland kde.
Offline
Do you have the same problem when only booting to and suspending from the mulit-user.target (2nd link below)
Do you have it w/ https://aur.archlinux.org/packages?O=0&K=580xx when disabling https://wiki.archlinux.org/title/NVIDIA … P_firmware (this does NOT work w/ the nvidia-open drivers)
keyboard backlight turns on when the system wakes, which makes me think the machine itself is resuming
Can you ssh into the system? Reboot it w/ https://wiki.archlinux.org/title/Keyboa … el_(SysRq) + REISUB (to maintain the journal which might explain what's going on)?
Online
no i dont have https://aur.archlinux.org/packages?O=0&K=580xx and im using nvidia-open-dkms drivers. i tried doing reisub and it rebooted should i just paste the entirety of the file containing the journalctl here or you want a specific section?? Im sorry for the late reply i wasn't home.
Offline
No, the question was whether you have the problem when actually using those drivers (and disable the GSP)
Edit:
i tried doing reisub and it rebooted should i just paste the entirety of the file containing the journalctl here
sudo journalctl -b -1 | curl -s -H "Accept: application/json, */*" --upload-file - 'https://paste.c-net.org/'to upload the journal of the previous ("-1", -2, -3, … reach further back) boot to c-net, you get a link and key if you want to delete the post later.
Last edited by seth (Yesterday 07:10:49)
Online
I tried to ssh into the machine and it worked, I was able to run uptime and date command too. Also after i went into multi user I still wasn't able to wake up from suspend.
here is the file you wanted https://paste.c-net.org/ChancesOpposed
i haven't done the nvidia driver thing you mentioned yet but im using those nvidia-open-dkms drivers version 595.71.05.
Offline
May 30 20:40:44 <user> kernel: spd5118 2-0050: Failed to write b = 0: -6
May 30 20:40:44 <user> kernel: spd5118 2-0050: PM: dpm_run_callback(): spd5118_resume [spd5118] returns -6
May 30 20:40:44 <user> kernel: spd5118 2-0050: PM: failed to resume async: error -6That's a RAM temperature sensor.
Leaving aside the powerdevil spam and some BT hiccup there isn't much to explain this.
kwin starts to complain "Key repeat discarded, Wayland compositor doesn't seem to be processing events fast enough!" but only after "sysrq: Keyboard mode set to system default" so that doesn't count.
Also after i went into multi user I still wasn't able to wake up from suspend.
You used the sysrq, but did not isolate the multi-user.target before or after the suspend and there also seems no VT switch (did you at some point see any output from the REISUB?)
Next to that (2nd link below, no KDE) and the 580xx drivers: do you have a $5 mouse and keyboard from basic office supply? (there've been issues w/ some keyboards and udev events that broke VT switching but typically for X11)
Online
I performed those tests after I recorded this journal report so they might not include the entry of them happening, In that journalctl i think i only did reisub before recording the report. No, Im currently using a razer mouse and a redragon keyboard they costed around 70 dollars combined. Also i dint see any output from reisub since my screen was completely black and it showed nothing i only knew reisub worked after it rebooted by alt+prtsc+b shorcut. I went into multiuser using the command sudo systemctl isolate multi-user.target followed by ctrl+alt+fn+f3 which worked and then i manually wrote systemctl suspend and it failed to wake up from there. then i tried the ssh and it worked.
Offline
No, Im currently using a razer mouse and a redragon keyboard they costed around 70 dollars combined.
Yup, the idea was to use something less fancy, more basic (the main offender is a keyboard w/ a bogus joystick device) - since the system wakes up (and the problem is the output) and there're no issues reported by the nvidia module (GSP or otherwise) we should not ignore that vector.
Online
Hello Seth, I disconnected my external mouse and keyboard and rebooted and using my laptop's internal trackpad and keyboard I again tried it out and no luck it still went black with keyboard backlight functioning and the screen won't boot back up.
Offline
So test the 580xx drivers w/ GSP disabled.
Online
Hey, Seth I installed the 580xx drivers and still nothing i did the usual systemctl suspend and it failed to wakeup from the black screen, I made sure to disable gsp too.
pacman -Qs nvidia
local/egl-gbm 1.1.3-1
The GBM EGL external platform library
local/egl-wayland 4:1.1.21-1
EGLStream-based Wayland external platform
local/egl-wayland2 1.0.1-1
EGLStream-based Wayland external platform (2)
local/egl-x11 1.0.5-1
NVIDIA XLib and XCB EGL Platform Library
local/libvdpau 1.5-4
Nvidia VDPAU library
local/libxnvctrl-580xx 580.159.04-1
NVIDIA NV-CONTROL X extension (580xx)
local/linux-firmware-nvidia 20260519-1
Firmware files for Linux - Firmware for NVIDIA GPUs and SoCs
local/nvidia-580xx-dkms 580.159.04-1
NVIDIA kernel modules - module sources (580xx)
local/nvidia-580xx-settings 580.159.04-1
Tool for configuring the NVIDIA graphics driver (580xx)
local/nvidia-580xx-settings-debug 580.159.04-1
Detached debugging symbols for nvidia-580xx-settings
local/nvidia-580xx-utils 580.159.04-1
NVIDIA drivers utilities (580xx)
local/vulkan-nouveau 1:26.1.1-2
Open-source Vulkan driver for Nvidia GPUs
local/xf86-video-nouveau 1.0.18-1 (xorg-drivers)
Open Source 3D acceleration driver for nVidia cards
Offline