I have now tried with 550.163.01-3 (sid), 555.58.02-1 (experimental) and 550.163.01-2 (trixie; that’s what I am on ATM). All the same. Not exactly sure from which version I upgraded etc since I also didn’t suspend for quite a while. But recently did Debian upgrade from one state of stable/testing/unstable mix (with testing taking priority) to the next. Now upon resume I just get blank black screen and have to power force turn off/boot up to regain control over the laptop. Here is the nvidia log https://www.oneukrainian.com/tmp/nvidia-bug-report-20250930.log.gz which I got before downgrade to trixie’s version . And here is output from the journalctl -b -1 so for the last boot where I suspend/resumed and then had to power down: https://www.oneukrainian.com/tmp/journalctl-b-1.20250930.txt
Any guidance on how to troubleshoot further would be appreciated.
I have worked around this by switching TTY using CTRL+ALT+F3, then back to my DE TTY (F2 in my case). I also made a script to do the same automatically on wake from sleep but it may not work on screen sleep alone.
I remember that there were times like that in the past. This time - I think video froze entirely when I tried to get from text TTY back into Gnome. Then upon reboot - I tried before I even logged in, and it did freeze again. I thought to collect logs but work “swallowed” me and I forgot.
all hopes lost, before going from work I did
```
❯ sudo systemctl disable nvidia-suspend.service
sudo systemctl disable nvidia-hibernate.service
sudo systemctl disable nvidia-resume.service
```
and then stop on them… suspended… and miraculously it did come back on from suspend this morning (I succeeded in laptop abstaining through the weekend, when laptop patiently slept). Strange is that I believe I have tried that before! But may be it was with newer version of drivers (I am on 550.163.01-2 ATM) . I will report back after if I succeed to suspend/resume a few more times.