Screen never recovers after it goes to sleep (Black screen)

Hi

I recently did a routine update through the GUI (Discover) around the 20th of March 2022, and since then my screens will remain ‘dead’ after waking the machine from sleep. I have not had this problem before and all was working smoothly. I tried rolling back, but that didn’t work :frowning:
My system specs are:

Fedora 35 (KDE)
5.16.15-201
x86_64
GPU is Nvidia GTX 1050 Ti

I have the nvidia drivers installed from the RPM fusion repository.

After a bit of research, I found this old thread that is talking about a problem that seems to be almost identical. In the thread they go on to discuss a bug 1900890 that created a similar problem on Fedora 33.

I have tried the solutions/work-arounds that were provided in the above bug discussion, but none of them have fixed my problem.
This is now becoming very annoying as I have to for restart the machine in order to get my screens working again.
Any help would be greatly appreciated, I am desperate at this stage and don’t have much hair left to pull out!

Check power settings. Does machine goes to suspend mode, or just the monitor goes blank after some time. Second, can You ssh to that machine, or even ping it? If yes, then it is a video problem, if no then it is waking from suspend.

@alan-jelaska Power settings are all normal, and I can ssh in :frowning:

Have you tried booting with the older kernel version? I got new kernel with update from March 18. edit: I don’t have any Nvidia card but I’ve heard about problems. https://rpmfusion.org/Howto/NVIDIA Switching between nouveau/nvidia section.

You did not tell us the kernel version, if the system was updated using dnf or discover, the version of the nvidia driver, or anything else that may actually be critical.
Please post the output of inxi -Fzxx so we can see the details of your config.

I have a system with F35 and an nvidia Geforce 1050 Ti that I keep fully updated with the nvidia 510 drivers and have never had an issue. I do not, however, allow it to sleep or suspend. It is always running except for the occasional reboots when software is updated.

There is some info about suspend/sleep using nvidia that may be relevant at Howto/NVIDIA - RPM Fusion

Make sure you are uptodate and reboot
sudo dnf update -y
This suspend issue is quite hard to debug so provide details.
Now Adding to that @computersavvy told to give inxi output in <>
When system doescnot resume
Give journalctl -b -1
System after 5min of boot
And journalctl --since="-5 minutes also
This issue mostly originates from kernel or graphics driver.
Edit: have you tried with oldest kernel that available in grub try to boot with that and see if the system issues exist there also check this before you make update as i have told you above

@computersavvy I did provide Kernel version up above in my intitial post, however I did update Kernel again last night!
Please find the most recent read-out below:

CPU: quad core Intel Core i5-4430 (-MCP-) speed/min/max: 2561/800/3200 MHz
Kernel: 5.16.16-200.fc35.x86_64 x86_64 Up: 20h 10m
Mem: 4213.6/15927.3 MiB (26.5%) Storage: 1.24 TiB (2.3% used) Procs: 490
Shell: Bash inxi: 3.3.13

System:
  Kernel: 5.16.16-200.fc35.x86_64 x86_64 bits: 64 compiler: gcc
    v: 2.37-10.fc35 Desktop: KDE Plasma 5.24.3 tk: Qt 5.15.2 wm: kwin_x11
    dm: SDDM Distro: Fedora release 35 (Thirty Five)
Machine:
  Type: Desktop System: ASUS product: All Series v: N/A
    serial: <superuser required>
  Mobo: ASUSTeK model: H81M-PLUS v: Rev X.0x serial: <superuser required>
    UEFI: American Megatrends v: 2205 date: 05/26/2015
CPU:
  Info: quad core model: Intel Core i5-4430 bits: 64 type: MCP arch: Haswell
    rev: 3 cache: L1: 256 KiB L2: 1024 KiB L3: 6 MiB
  Speed (MHz): avg: 1223 high: 1603 min/max: 800/3200 cores: 1: 1269
    2: 1603 3: 865 4: 1156 bogomips: 23985
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
  Device-1: NVIDIA GP107 [GeForce GTX 1050 Ti] vendor: Micro-Star MSI
    driver: nvidia v: 510.47.03 pcie: speed: 5 GT/s lanes: 16 ports:
    active: none off: DP-1,DVI-D-1,HDMI-A-1 empty: none bus-ID: 01:00.0
    chip-ID: 10de:1c82
  Display: x11 server: X.Org v: 1.20.14 compositor: kwin_x11 driver: X:
    loaded: nvidia unloaded: fbdev,modesetting,nouveau,vesa alternate: nv
    gpu: nvidia display-ID: :0 screens: 1
  Screen-1: 0 s-res: 5120x1299 s-dpi: 96
  Monitor-1: DP-1 pos: top-right res: 1920x1080 dpi: 76 diag: 734mm (28.9")
  Monitor-2: DVI-D-0 pos: bottom-l res: 1280x1024 dpi: 96 diag: 433mm (17")
  Monitor-3: HDMI-0 pos: primary,middle-c res: 1920x1080 dpi: 94
    diag: 598mm (23.5")
  OpenGL: renderer: NVIDIA GeForce GTX 1050 Ti/PCIe/SSE2
    v: 4.6.0 NVIDIA 510.47.03 direct render: Yes
Audio:
  Device-1: Intel 8 Series/C220 Series High Definition Audio vendor: ASUSTeK
    driver: snd_hda_intel v: kernel bus-ID: 00:1b.0 chip-ID: 8086:8c20
  Device-2: NVIDIA GP107GL High Definition Audio vendor: Micro-Star MSI
    driver: snd_hda_intel v: kernel pcie: speed: 5 GT/s lanes: 16
    bus-ID: 01:00.1 chip-ID: 10de:0fb9
  Sound Server-1: ALSA v: k5.16.16-200.fc35.x86_64 running: yes
  Sound Server-2: PulseAudio v: 15.0 running: no
  Sound Server-3: PipeWire v: 0.3.48 running: yes
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
    vendor: ASUSTeK H81M-C driver: r8169 v: kernel pcie: speed: 2.5 GT/s
    lanes: 1 port: d000 bus-ID: 03:00.0 chip-ID: 10ec:8168
  IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
  IF-ID-1: tun0 state: unknown speed: 10 Mbps duplex: full mac: N/A
Mar 23 02:05:32 localhost.localdomain kernel: microcode: microcode updated early to revision 0x28, date = 201>
Mar 23 02:05:32 localhost.localdomain kernel: Linux version 5.16.16-200.fc35.x86_64 (mockbuild@bkernel01.iad2>
Mar 23 02:05:32 localhost.localdomain kernel: Command line: BOOT_IMAGE=(hd0,gpt2)/vmlinuz-5.16.16-200.fc35.x8>
Mar 23 02:05:32 localhost.localdomain kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point re>
Mar 23 02:05:32 localhost.localdomain kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
Mar 23 02:05:32 localhost.localdomain kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
Mar 23 02:05:32 localhost.localdomain kernel: x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
Mar 23 02:05:32 localhost.localdomain kernel: x86/fpu: Enabled xstate features 0x7, context size is 832 bytes>
Mar 23 02:05:32 localhost.localdomain kernel: signal: max sigframe size: 1776
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-provided physical RAM map:
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000000059000-0x000000000009efff] usable
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x000000000009f000-0x000000000009ffff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000c5604fff] usable
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000c5605000-0x00000000c560bfff] ACPI NVS
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000c560c000-0x00000000c5a62fff] usable
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000c5a63000-0x00000000c5e99fff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000c5e9a000-0x00000000dd490fff] usable
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000dd491000-0x00000000dd51afff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000dd51b000-0x00000000dd530fff] ACPI data
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000dd531000-0x00000000ddbaffff] ACPI NVS
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000ddbb0000-0x00000000deffefff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000defff000-0x00000000deffffff] usable
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000fed00000-0x00000000fed03fff] reserved
lines 1-27...skipping...
Mar 23 02:05:32 localhost.localdomain kernel: microcode: microcode updated early to revision 0x28, date = 2019-11-12
Mar 23 02:05:32 localhost.localdomain kernel: Linux version 5.16.16-200.fc35.x86_64 (mockbuild@bkernel01.iad2.fedoraproject.org) (gcc (GCC) 11.2.1 20220127 (Red Hat 11.2.1-9), GNU ld version 2.37-10.fc35) #1 SMP PREEMPT Sat Mar 19 13:5>
Mar 23 02:05:32 localhost.localdomain kernel: Command line: BOOT_IMAGE=(hd0,gpt2)/vmlinuz-5.16.16-200.fc35.x86_64 root=/dev/mapper/fedora_localhost--live-root ro resume=/dev/mapper/fedora_localhost--live-swap rd.lvm.lv=fedora_localhost>
Mar 23 02:05:32 localhost.localdomain kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
Mar 23 02:05:32 localhost.localdomain kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
Mar 23 02:05:32 localhost.localdomain kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
Mar 23 02:05:32 localhost.localdomain kernel: x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
Mar 23 02:05:32 localhost.localdomain kernel: x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format.
Mar 23 02:05:32 localhost.localdomain kernel: signal: max sigframe size: 1776
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-provided physical RAM map:
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000000059000-0x000000000009efff] usable
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x000000000009f000-0x000000000009ffff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000c5604fff] usable
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000c5605000-0x00000000c560bfff] ACPI NVS
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000c560c000-0x00000000c5a62fff] usable
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000c5a63000-0x00000000c5e99fff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000c5e9a000-0x00000000dd490fff] usable
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000dd491000-0x00000000dd51afff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000dd51b000-0x00000000dd530fff] ACPI data
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000dd531000-0x00000000ddbaffff] ACPI NVS
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000ddbb0000-0x00000000deffefff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000defff000-0x00000000deffffff] usable
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000fed00000-0x00000000fed03fff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000100000000-0x000000041effffff] usable
Mar 23 02:05:32 localhost.localdomain kernel: NX (Execute Disable) protection: active
Mar 23 02:05:32 localhost.localdomain kernel: e820: update [mem 0xc5020018-0xc503fa57] usable ==> usable
Mar 23 02:05:32 localhost.localdomain kernel: e820: update [mem 0xc5020018-0xc503fa57] usable ==> usable
Mar 23 02:05:32 localhost.localdomain kernel: e820: update [mem 0xc5012018-0xc501f057] usable ==> usable
Mar 23 02:05:32 localhost.localdomain kernel: e820: update [mem 0xc5012018-0xc501f057] usable ==> usable
Mar 23 02:05:32 localhost.localdomain kernel: extended physical RAM map:
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x0000000000000000-0x0000000000057fff] usable
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x0000000000058000-0x0000000000058fff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x0000000000059000-0x000000000009efff] usable
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x000000000009f000-0x000000000009ffff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x0000000000100000-0x00000000c5012017] usable
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x00000000c5012018-0x00000000c501f057] usable
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x00000000c501f058-0x00000000c5020017] usable
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x00000000c5020018-0x00000000c503fa57] usable
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x00000000c503fa58-0x00000000c5604fff] usable
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x00000000c5605000-0x00000000c560bfff] ACPI NVS
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x00000000c560c000-0x00000000c5a62fff] usable
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x00000000c5a63000-0x00000000c5e99fff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x00000000c5e9a000-0x00000000dd490fff] usable
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x00000000dd491000-0x00000000dd51afff] reserved
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x00000000dd51b000-0x00000000dd530fff] ACPI data
Mar 23 02:05:32 localhost.localdomain kernel: reserve setup_data: [mem 0x00000000dd531000-0x00000000ddbaffff] ACPI NVS

I see you are using 3 monitors, and all available ports on that GPU.

Have you tried to see what would happen if you disconnected the monitors from the DP and the DVI before you put the machine to sleep?

Do you have the xorg-x11-drv-nvidia-power package installed and are all 3 services mentioned on the ‘rpmfusion how-to suspend’ I posted earlier active and running? One of the fixes done by those services is to store data from the GPU memory to enable recovery of the graphics when the system wakes up.

Are you only sleeping or hibernating? Sleeping keeps the config in RAM where hibernation requires a physical swap device for storage and recovery. There also may be an entry in the grub kernel command line that says something like resume=UUID where the UUID is the swap device used to resume (needed for hibernation recovery).

Always post this type of output in </> can you edit that post and make output in the code format.

Tried to unplug one, still same problem. Problem does not occur with Hibernate, only with Sleep.
What should I be looking at in this case?

TO ALL:
Sorry for the delayed reply, I was away from home without access to PC.

@frankjunior I cannot edit previous comments to adapt to code format as edit capabilities are removed after time lapse it looks like.

Sure we will follow up once you are /home

I fixed that in your post above.
Please always use the </> Preformatted text tags to format the data as seen on screen.
Note that the tags must be on the line above and the line below the text to actually retain the formatting.

I am hoping that F36 will fix this problem somehow, because Fedora seems to have had sleep/hibernate issues for years and has not been able to resolve them. Sadly, if I can’t get this fixed I may have to consider another daily driver.

So i’ve checked that the xorg-x11-drv-nvidia-power package is installed, it is. All 3 packages are also running. Like I said, Hibernate works perfectly, it’s only sleep that seems to screw up and monitors somehow not getting a signal to restart!

Tried this, still no joy. And yes I had tried to boot with the previous Kernel and it still didn’t work.
I am losing my mind over this!

I had the same problem on Gnome Wayland with Nvidia when my screen refresh rate was at 60hz but it doesn’t happen at 120hz. Perhaps it is related.

For information, I had the same issue until I plug another screen on HDMI port.
When I turn the PC in locked mode or sleep mode the both screen turn black and when I wake up the PC they all turn on. If I do the same without the second screen connected (HDMI) the laptop screen never come back. But in that state if i connect the HDMI port, the laptop come back :slight_smile: and i can unplug the HDMI screen.
Hope it helps :slight_smile:

Has anyone found a solution or work around this?
In my case goes as follow: If I let it hibernate or go to sleep, when I try to wake it up, the screen won’t react; as if there was no signal, as if no input was sent from the computer. Restarting the computer starts the screen and everything works as intended. This bug us more or less inconsistent I’d say 50% of the time happens.
What I have tried and haven’t work: unplugging-plugging; changing HDMI port from GPU to CPU; plugging a different screen.

I run F37. Any more hardware information needed I can provide.