Hello,
I recently got a Zotac GTX 970 Amp! card and I tried to put it in my machine. Once I replaced my GTX 750, I got the following error message in dmesg, and could no longer boot to a GUI.
[ 29.236800] Fixing recursive fault but reboot is needed!
[ 32.234678] nvidia-modeset: WARNING: GPU:0: Lost display notification (0:0x00000000); continuing.
The machine is unable to log into X, and displays a blank screen, however it should be noted that splash screen for my distro was fine during boot. I also know the card works, because Windows works perfectly given the same hardware and card. In addition, Nouveau appears to work, albeit with a fixed resolution of 800x600 and only one of my monitors working. However, once I install the nvidia driver and reboot, I get the same error in dmesg.
My full specs:
Intel i7-4790K
Asus Z97-PRO motherboard
32 GB Ram
Zotac GTX 970 Amp!
Fresh install of Linux Mint 18 (Also tried Ubuntu)
I tried the beta driver .run file from the driver page, and I also tried the distro-provided driver.
I have attached is the full contents of nvidia-bug-report.log, run over SSH without X. Note that the command itself hangs. Nvidia-smi also hangs, if that helps any.
I’m not so sure. I installed from the official PPA, like you said, and I double checked that the nouveau driver was blacklisted in /etc/modprobe.d
/etc/modprobe.d/nvidia-graphics-drivers.conf
# This file was installed by nvidia-384
# Do not edit this file manually
blacklist nouveau
blacklist lbm-nouveau
blacklist nvidia-current
blacklist nvidia-173
blacklist nvidia-96
blacklist nvidia-current-updates
blacklist nvidia-173-updates
blacklist nvidia-96-updates
blacklist nvidia-384-updates
alias nvidia nvidia_384
alias nvidia-uvm nvidia_384_uvm
alias nvidia-modeset nvidia_384_modeset
alias nvidia-drm nvidia_384_drm
alias nouveau off
alias lbm-nouveau off
options nvidia_384_drm modeset=0
Even after rebooting with the PPA based version of 384, I still get the same error in dmesg.
Ok. Here’s what I did:
Removed the xserver-xorg-video-nouveau package, which does nothing because the module is still there.
Ran update-initramfs -k all -u. After that, the kernel still reports that it is using the nvidia driver, and that Nouveau is NOT in use.
If the nouveau driver is still somehow causing a resource sharing conflict, I don’t know how to fix it. I’ve blacklisted the driver, and modprobe indicates that it isn’t running.
I’m running some software to test the Vram integrity in Windows, since dmesg referenced a link to the nvidia memory. So far the results are that the VRAM is fine. I know it’s a long shot, but I really need this to work.
I have a GTX970. Regardless of distro, I always have to add the command: nomodeset
to my boot parameters before I get into windows. After the driver installs properly, this isn’t necessary anymore however.
Some distros I have had to load Xwindows from my onboard GPU, to get the drivers installed right. The way I usually get the packages are:
I see you are using Mint. Boot into mint with nomodeset, or using your onboard GPU card, and just let the distro tool handle the drivers. It has a tool built into it called driver-manager.
And of course I ran update-grub as root immediately afterwards. What I find interesting is that even with nomodeset set and enabled, I still see nvidia-modeset as the driver in the dmesg output, as shown below.
It appears that it works, but if I use the DVI port in conjunction with another monitor, the driver crashes and I am unable to boot into a gui. I was able to swap in a displayport to dvi adapter and it started working.
This means that there’s something wrong with the DVI port, in either the kernel driver or my hardware/setup. I don’t know which it is, but I can still say that it does work in windows.
I noticed your system was chrashing while setting the modes on all 4 displays.
One more oddity: your DVI connected display is driven as analog VGA display, at least when all displays are connected. Can you please run nvidia-bug-report.sh again with only that monitor connected? Does it have a menu where you can switch inputs?
Then it would be interesting to have all other displays connected without the DVI one.
Edit: same time post, seems you found a workaround.
Hi jspike397, Are you using any DP-DVI or DVI-DP adapter to connect displays? Is the issue reproduce without these adapters and using directly display cables? What are the minimum number of displays with which you are hit this issue? What desktop environment you are running KDE, XFCE , GNOME or else? Please share make/model of display you are testing with? Is the issue hit as soon as you start X/Graphical desktop? OR Do you need to hot-plug in and out some displays to trigger the issue? Can you please provide the detailed reproduction steps and some information about your displays, hardware setup?
You can blacklist Nouveau Driver in /etc/modprobe.d/blacklist.conf file. OR create file like /etc/modprobe.d/disable-nouveau.conf with below entries
blacklist nouveau
options nouveau modeset=0
And replace kernel parameters : vga=0 rdblacklist=nouveau nouveau.modeset=0