Black screen when resuming systemctl-suspend, using nvidia-driver-470.57.02 with kernel 5.8.0-63-generic on GTX 970, xubuntu 20.04 LTS

You need to purge all nvidia packages, including nvidia-settings. Then install 460 driver.
https://forums.developer.nvidia.com/t/black-screen-when-resuming-systemctl-suspend-using-nvidia-driver-470-57-02-with-kernel-5-8-0-63-generic-on-gtx-970-xubuntu-20-04-lts/184644/3

The same problem happened to me when having 470 drivers installed I installed 460 drivers without first purging all the nvidia related packages manually.

NVIDIA 470 driver with 5.8.0-59-generic work, I use it since 4 august.

After a lot of experimenting and inspection I found a fix for this issue, if you’re affected you can follow my procedure as described HERE until NVIDIA patches this in future drivers.

2 Likes

Have you tried with 5.10 kernel?

This does seem to resolve the issue for me (just been 1 day so far)

2 Likes

Yes I tried with kernel 5.10 but could not duplicate issue.
I will check with Maxwell based GPUs and update very soon.

Ok, it definitely doesn’t happen all of the time. Some days it will work through a couple of suspend cycle and then break…

I tried duplicating issue on another test system but no luck so far.
ASUSTeK COMPUTER INC P9X79 + Intel(R) Core™ i7-3820 CPU @ 3.60GHz + Ubuntu 20.04.1 LTS + 5.11.0-27-generic + Driver 470.57.02 + NVIDIA GeForce GTX 980

Performed suspend resume 5 times and display turned on each time successfully.

Shall try again on another system and keep updated on it.

Hi there. Are you testing installing driver from .run file or installing driver from distro packages?
Could you try following the steps that most users do installing drivers from distro packages?
Also perhaps it would be good to test by first installing 460 drivers from distro packages, and then upgrading to 470 drivers also from distro packages.

If nvidia team cannot reproduce the problem, could you at least try to find out what has changed between versions 460 and 470 in terms of suspend/resume things? Many of us in this thread only have the problem with 470 drivers.

Just in case CUDA toolkit may have something to do with the problem, I have installed nvidia driver from distro repositories, but CUDA toolkit 11.1.105 from .run file.

Thanks.

Hi! I just did a clean install of Ubuntu 20.04 and whatever updates that come with it. Coming out of suspend, the screen stays blank every single time.

Driver: 470.57.02
Kernel: 5.11.0-27-generic
GPU: GTX Titan

I tried the BumbleBee’s fix that disables nvidia-suspend, nvidia-hibernate and nvidia-resume services, but that changes nothing for me.

Please let me know if more info on my system would help.

Okay, I’ll have to take that back.

I realized two problems. Rebooting after install, I didn’t understand how to Enroll MOK. And then, while installing an earlier driver version, I realized update-initramfs would say it’ll resume from the wrong partition.

A clean Ubuntu 20.04 reinstall, with secure boot properly MOK’ed, and making a new initramfs after setting RESUME env var to the proper partition, now suspend works. At least for now.

I uninstalled .run installer file, installed 460 drivers from distro packages and later upgraded to 470.63.01 from ubuntu PPA but could not duplicate issue after performing suspend/resume operation for 10 times.
Shall try on few other test systems and also look for any significant changes done between 460 and 470 drivers which might led to issue.

Okay, suspend/resume worked for me for one day, but now resume doesn’t work anymore. Doesn’t seem to depend on the initramfs. I am unaware of any changes to the system.

I tried a lot of various combinations - but i’m pretty sure i was also having the problem with 460 drivers

What type of connection to the monitor are you using? at some point recently, drivers had issue with DisplayPort (black screen at startup) if i recall correctly - which is what i’m using

Having a very similar problem with my desktop machine. This what happens in steps:

  1. I put computer to sleep.
  2. Wake it up.
  3. The screen receives the signal and shows a blank black screen.
  4. After a few seconds the screen switches off again as if there was no signal.
  5. Wake it up again and everything repeats.

What helps to get out of this is to unplug HDMI cable and plug it again. It then magically shows the picture.

Hardware: RTX 2060 Super, ASUS X570 motherboard, AMD Ryzen processor
Software: Ubuntu 20.04, Linux 5.11.0-34-generic, Nvidia driver 460.91.03

1 Like

I was having the same/similar issue(s). I followed these instructions to install using .run file and now my system is behaving normally.

Hi there, I’m currently running Kubuntu 18.04 LTS

I’m able to reproduce the problem.
EDIT: Trying to do a fresh reproduction failed, uncertain if information below can actually trigger the problem or if something changed meanwhile

EDIT2/3: I was able to reproduce it again, but it requires the PC to be suspended for a longer period of time (I think it was about 1 hour).

Hardware: GeForce GTX 970
Software: Ubuntu 18.04.6 LTS, Kernel 5.10.0-rc6, driver version: 470.63.01

Worked fine before upgrade from 455.

Can provide Stack Trace upon request. If necessary can also perform additional steps to obtain further information (for example use kgdb etc.)

I prefer not to share the logs with public downloads as they might or might not include login tokens for running programs.

I will try to upgrade the Linux kernel and see if the problem persists.

EDIT 4: I noticed an interesting thing. Version 465.27 is still present in the kernel log, so maybe this is a mere kernel/driver mismatch
nvidia-crash.txt (16.9 KB)

Yep, same issue here, suspending from the TTY session (no DE) resumes without screen turning on. Nvidia drivers seem to works fine: CUDA works, nvidia-smi shows correct info and stats. Monitors can be queried with ddcutil interrogate

Device Identifier Cross Reference Report

   /dev/i2c busno:     1
      EDID: ...2020008D  Mfg: NEC  Model: 90GX2          SN: 61111506GB
                         Product number: 26258, binary SN: 16843009
      XrandR output:      (null)
      DRM connector:      (null)
      UDEV name:          NVIDIA i2c adapter 0 at 1:00.0
      UDEV syspath:       /devices/pci0000:00/0000:00:01.0/0000:01:00.0/i2c-1/i2c-dev/i2c-1
      UDEV busno:         1
      sysfs drm path:     (null)
      sysfs drm I2C:      (null)
      sysfs drm busno:    Unknown
      ambiguous EDID:     false

   /dev/i2c busno:     5
      EDID: ...202000E8  Mfg: NEC  Model: LCD1990SXi     SN: 6Z112805YB
                         Product number: 26284, binary SN: 16843009
      XrandR output:      (null)
      DRM connector:      (null)
      UDEV name:          NVIDIA i2c adapter 8 at 1:00.0
      UDEV syspath:       /devices/pci0000:00/0000:00:01.0/0000:01:00.0/i2c-5/i2c-dev/i2c-5
      UDEV busno:         5
      sysfs drm path:     (null)
      sysfs drm I2C:      (null)
      sysfs drm busno:    Unknown
      ambiguous EDID:     false

but nothing is pushed to display, the led stays red.

inxi -Fx
System:    Host: grafZero Kernel: 5.14.9-arch2-1 x86_64 bits: 64 compiler: gcc v: 11.1.0 Console: tty pts/6 Distro: Arch Linux
Machine:   Type: Desktop System: ASUS product: All Series v: N/A serial: <superuser required>
           Mobo: ASUSTeK model: Z97-PRO GAMER v: Rev X.0x serial: <superuser required> BIOS: American Megatrends v: 0402
           date: 11/04/2014
CPU:       Info: Quad Core model: Intel Core i7-4790K bits: 64 type: MT MCP arch: Haswell rev: 3 cache: L2: 8 MiB
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 63987
           Speed: 4198 MHz min/max: 800/4400 MHz Core speeds (MHz): 1: 4198 2: 4198 3: 4198 4: 4198 5: 4198 6: 4198 7: 4198
           8: 4198
Graphics:  Device-1: NVIDIA GM204 [GeForce GTX 970] vendor: Gigabyte driver: nvidia v: 470.74 bus-ID: 01:00.0
           Display: server: X.org 1.20.13 driver: loaded: nvidia tty: 171x20
           Message: Advanced graphics data unavailable in console. Try -G --display

Same problem for Arch Linux.

$ pacman -Q | grep nvidia
lib32-nvidia-utils 470.74-1
nvidia 470.74-10
nvidia-settings 470.74-1
nvidia-utils 470.74-1

$ inxi -Fx
System: Host: arch Kernel: 5.14.14-arch1-1 x86_64 bits: 64 compiler: gcc v: 11.1.0 Desktop: KDE Plasma 5.23.1
Distro: Arch Linux
Machine: Type: Desktop System: Micro-Star product: MS-7C37 v: 1.0 serial:
Mobo: Micro-Star model: MPG X570 GAMING EDGE WIFI (MS-7C37) v: 1.0 serial:
UEFI: American Megatrends LLC. v: 1.D2 date: 12/30/2020
CPU: Info: 8-Core model: AMD Ryzen 7 3700X bits: 64 type: MT MCP arch: Zen 2 rev: 0 cache: L2: 4 MiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 115244
Speed: 3596 MHz min/max: 2200/3600 MHz boost: enabled Core speeds (MHz): 1: 3596 2: 2056 3: 2057 4: 2059 5: 2198
6: 2199 7: 2198 8: 1997 9: 2566 10: 2133 11: 2176 12: 2199 13: 2198 14: 2199 15: 3599 16: 2057
Graphics: Device-1: NVIDIA TU104 [GeForce RTX 2080 SUPER] vendor: Micro-Star MSI driver: nvidia v: 470.74 bus-ID: 2d:00.0
Display: x11 server: X.org 1.20.13 driver: loaded: nvidia resolution: <missing: xdpyinfo>
OpenGL: renderer: NVIDIA GeForce RTX 2080 SUPER/PCIe/SSE2 v: 4.6.0 NVIDIA 470.74 direct render: Yes

In fact, if I remember correctly, it existed on my PC from the very beginning (several years ago when I built my computer and installed Arch). I don’t remember when I last used suspension or hybernation.

UPD: I tried to install 460 drivers (https://archive.archlinux.org/packages/n/nvidia/nvidia-460.67-9 , etc), but the login manager didn’t start at all. Had to go back to 470.