I recently upgraded my NVidia driver to 390.48 and I get an anomalous behaviour when trying to suspend the machine.
The screen becomes black (monitor says : no signal) but the machine does not actually go into suspend mode ; it is also impossible to get it back to normal operation (AltSysRq REISUB works to reboot).
In fact, locking the session (which involves a change of virtual terminal) triggers the bug.
SSH’ing into the machine allowed me to attach the result of nvidia-bug-report.sh after the bug occurred.
Also, rebooting the system via ssh does not work : doing so closes the ssh session but one again does not proceed to system shutdown. nvidia-bug-report.log.gz (99.5 KB)
I tried today with 396.18 and I get the same problem and similar error messages. Attached are the logs with this version of the driver.
The BIOS configuration utility lets me choose the primary GPU (auto/Intel/Nvidia ; the last is selected) but does not seem to offer an option to completely switch off one of them. journal.log (4.36 KB) nvidia-bug-report.log.gz (99.3 KB)
To enable nvidia drm kms, I had to edit /etc/modprobe.d/nvidia-graphics-drivers.conf as this file already contains an option to disable drm kms. Alas, it is impossible to get to lightdm with this enabled : in normal mode, the driver crashes and the screen gets no signal ; in recovery mode, the recovery menu is unresponsive and the screen scintillates. I had to use an ssh connection to disable it again.
The nomodeset kernel parameters does not improve things : the same problem happens. But the point where the driver crashes is not the same :
I guess that choosing Nvidia put you into nvidia-only mode.
I use Mint 18.3 but I have activated the hwe stack, which is recommended for desktop users. This will update your kernel, your xorg stack. if you are on 4.4 I wonder how old your xorg is?
It is well-documented for ubuntu and as you can see it is the standard repositories.
For me, on two optimus laptops, Mint works flawlessly.
by the way, I suggest you make a zz-nvidia.conf file in /etc/modprobe.d and activate modeset there.
The one you have used will be overwritten on upgrades.
zz ensures it is loaded last, therefore overriding the contents of the installed file.
I have this:
Still trying to make this work with now XUbuntu 18.04 (kernel 4.15.0-23-generic, Xorg 1.19.6) and driver 390.67.
The Nvidia DRM KMS still does not work.
Operation without it still exhibit the described problem.
However there is a strange partial workaround.
While fiddling with grub configuration, I made a typo at some point that caused it to complain about my GRUB_GFXPAYLOAD_LINUX and booting in “blind mode”.
And then suspending works ! So now I set GRUB_GFXPAYLOAD_LINUX=blind, which comically is not a valid choice for grub but causes it to boot in blind mode anyway as a result of this invalidity.
Hibernation seems to more or less work (image is written to swap and computer turns off), but not resuming from it (it just boots normally, discarding the written image). And I cannot efficiently debug this because of the “blind mode” boot. nvidia-bug-report.log.gz (104 KB) journalctl.log (176 KB)
This is to inform that theses crashes do not happen when Legacy boot options are enabled in the BIOS (this in spite of the fact that my whole system boots in UEFI mode anyway).
Hello, My GTX 750 Ti got same problem here, I’m running it with opensuse 15.0 and with the 396.54.05 driver, in UEFI mode, the driver crashed when logout or reboot the system…How to solve this problem? Thanks.