First, you might try booting an older kernel to see if that runs for you. Your bootloader such as grub might help you pick an old one.
The older kernels are actually combinations of kernel + initial ramdisk that contains the version of your graphics drivers that were being used at that time. It could be a way to test the hypothesis.
Did you solve it? Recently there was a problem with graphics thing and downgrading mess from 1.24 to 1.23 helped me. It was in arch with AMD graphics, but some people said Nvidia ones also had the problem.
I would be looking for ways to revert that update. Either using a pre-existing timeshift shapshot or maybe apt's built in reversion capability. (Which I'm not familiar with, sorry.) Hopefully someone with real skills will chime in, good luck.
You may want to go back to driver 525... im not running debian at the moment, nor do i use mvidia graphics, but this page seems to say that 525 is the newest supported version as of feb 2
Boot to command line. You have to install the nvidia drivers. Don’t turn on the gui until you get it working. Crazy I had the same issue several years ago
Yeah. Why would anyone expect one of the most popular video cards in the world to work in Linux. Those idiots.
Just to be clear. I understand why a proprietary card may not work. It isn't Linux's responsibility to make it work. However, what isn't acceptable is for the automated update system of an OS to break a working system. Proprietary driver or not. The update system should have thrown up some very strong warnings that proceeding would break the system.
This would implies the package management system to know the inner working of nvidia drivers so it can warn users when updates would break it. How one's implement it?