Nvidia driver

Oh no, another Nvidia driver repository? Why?

This driver reflects my personal view for the way the driver should be packaged for Fedora and CentOS/RHEL. It’s somewhat different from ELRepo repositories for RHEL/CentOS and from RPMFusion packages for Fedora.

What’s different?

First of all the packaging is a lot simplified; more stuff is compiled from source, smaller packages and more options. This packages try to comply as maximum to the Fedora Packaging Guidelines; which means they have debuginfo packages, default Fedora’s GCC compile time options (where possible) and standard locations for binaries, data and docs.

Here is a list of all the “differences” from the various Nvidia driver packages that I was able to spot on the web.


  • nvidia-settings, nvidia-persistenced, nvidia-xconfig and nvidia-modprobe are compiled from source.
  • All RPM filters except for GL and OpenCL libraries have been removed, so there is no weird dependency option in the SPEC file. RPM pulls in all correct requirements on its own. This is to avoid pulling in the Nvidia drivers instead of the Mesa libraries or in place of the new open source OpenCL support that’s in Fedora.
  • Simplified packaging with much simpler and readable SPEC file.
  • Dependency on libva-vdpau-driver. So in Totem, or any other libVA supported application you can benefit from VDPAU acceleration.
  • Sources are generated with a script and inserted individually in the various packages; so it can be easily reproduced just by changing the version and rerunning the script.
  • armv7hl support is included in Fedora 20+ packages.
  • nvidia-xconfig is not required on anything that uses the modular X.org directives, as it writes too much in the configuration file (keyboards, monitors, etc.) and the required entries should be written in separate configuration files under /etc/X11/xorg.conf.d. The package is still available as it’s required to speed up some configuration like multi-monitor setups with SLI Mosaic enabled from the command line, but not installed by default.
  • The NVIDIA OpenGL-based Framebuffer Capture (NvFBCOpenGL) libraries (NvFBC and NvIFR) are private APIs that are only available to NVIDIA approved partners for use in remote graphics scenarios (i.e. Steam In-Home Streaming hardware encoding); so they are packaged in another small package called nvidia-driver-NvFBCOpenGL.
  • The nvidia-settings package now builds the external libXNVCtrl.so library that can be used to control the graphic cards through the NV-CONTROL extension. This library updates the old and obsolete one in Fedora based on drivers version 165.
  • Starting from version 343.13, the nvidia-settings binary is compiled with GTK3 instead of GTK2 on Fedora and RHEL/CentOS 7+.


  • ELRepo ships 32 bit compatibility libraries in a separate package with x86_64 as the architecture and “32bit” in the name. 32 bit libraries should be like in RPMFusion, with an i686 package installable in parallel with the x86_64 one. There are no other packages in the distribution that are built for x86_64, with “32bit” in their name that contain i686 binaries (!), so Nvidia drivers should not be an exception. So no separate “32bit.x86_64” package for 32 bit libraries also on CentOS/RHEL; just install nvidia-driver-libs.i686.
  • Versions are not hidden; all packages have the same driver version.
  • No alternatives system, only the latest version which integrates CUDA support is available. For older releases nouveau works great; and anything below a GeForce 8xxx it’s in my opinion too low end to play anything modern. And Quake 3 and Doom 3 work greatly with nouveau, so that’s not a case!
  • The CentOS/RHEL repository contains the “Long Lived Branch version” where less changes occur; while Fedora repositories contains the “Short Lived Branch version”. Beta CentOS/RHEL and Fedora’s rawhide repositories will contain the “Beta Branch version”

CUDA support

  • CUDA libraries/tools for the driver are split into subpackages. There’s no need to install all the CUDA libraries and tools on a system that has only one adapter and is used for occasional gaming or for simple office use. This can save ~100 MB worth of installed libraries. nvidia-persistenced falls in this category as it’s not neeeded on a normal laptop or gaming system.
  • Complete packaged CUDA stack has been added for all supported distributions, all the packages provide/require/obsolete the relevant packages in the Nvidia CUDA repository; so you can enable this repository along with the official Nvidia CUDA one (x86_64 systems only).
  • Includes the GPU Deployment kit to the repository. This is constructed with NVML (NVIDIA Management Library) included with the drivers plus headers, docs and samples from a separate tarball. The separate tarball is using a different version number than the drivers. This is packaged in the nvidia-driver-NVML and nvidia-driver-NVML-devel packages. Installing these, the gpu-deployment-kit dependency provided by the CUDA repositories is preserved.
  • Along with NVML, the nvidia-healthmon package is provided to monitor TESLA GPU clusters (x86_64 systems only).
  • Included is also the NVENC (Nvidia Encoder) header, docs and code samples. Again, this uses a different version than the drivers.

Kernel modules

  • Multiple choice of kernel module packages; akmod (RPMFusion) for Fedora and binary kmod (Kernel ABI whitelists) for CentOS/RHEL. In addition to this, on both distributions dkms packages are available. This way all cases and personal preferences are covered for both distributions.
  • Starting of drivers version 331.17, the kernel module packages contain the main Nvidia kernel module (nvidia.ko) but also the Unified Memory kernel module and support for multiple kernel modules as specified by the Nvidia documentation. These are optional and can be configured manually for CUDA enabled systems that need to address a specific GPU or to share memory between the CPU and GPU in CUDA programs.
  • When building instantiated kernel modules (up to 352.xx); both akmod and dkms packages can be configured to build the additional modules instead of the single one, so you can still choose your preferred method.
  • Starting from Nvidia driver version 334.16, the Nvidia DDX driver for X can also rely on the nvidia-modprobe command in the system to create devices and set permissions, so the new optional package has been added.
  • UDev rule to autoload the nvidia-uvm module in nvidia-driver-cuda.

Default configuration

  • Dracut options are depending on the distribution; so no more “vga=normal is an obsolete option” at boot. Each distribution gets its own specific GRUB options for booting.
  • 96 DPI is written in the default xorg.conf config file. Why? Gnome 3 by defaults hard-codes a 96×96 DPI resolution, most of the free drivers do (intel, nouveau, etc.) as the EDID is almost never reliable (please see the excellent Adam’s Jackson post where he explains this). As an example, if you install the Nvidia drivers on a RHEL/CentOS 6 laptop where you used to have nouveau installed (96 DPI hardcoded), the fonts gets 90% of the time supersize and ugly as Gnome 2 and the Nvidia driver do not hard-code 96 DPI like Gnome 3.
  • Make X.org NVIDIA Files section to be loaded latest in case there are other packages providing a custom Files section.
  • Starting from Fedora 21, all driver X.org configuration can be managed by simply adding/removing X.org configuration snippets in /etc/X11/xorg.conf.d.
  • Use new OutputClass directive on Fedora 21 X.org server 1.16 (and later) to load the driver and do not rely on an edited /etc/X11/xorg.conf file. This also removes editing of the xorg.conf file from the package scriptlets.
  • Add the IgnoreABI directive by default on Fedora rawhide builds.

Here is a rundown of Nvidia supported drivers and options split by distribution:

Operating systemel6 / el7f21 / f22f23
Driver branchLong LivedShort Lived
Long Lived
Short Lived
Long Lived
Driver version352.41355.11355.11

Basic nvidia driver:

CUDA libraries and tools:

OpenGL Framebuffer Capture:

Nvidia tools:

nvidia-healthmon (x86_64)
nvidia-validation-suite (x86_64)
Binary kernel
module (kABI):

DKMS kernel

aKMOD kernel

32 bit compatibility on x86_64:



Along with the CUDA tools and libraries:

Operating systemel6 / el7f21 / f22 / f23
CUDA branch/version7.
Basic CUDA libraries/tools:

CUDA development:

cuda-docs (noarch)
Java GUI programs:

Static libraries



Sample installation on an office laptop

Here is an example on my Fedora laptop at work:

 Package                 Arch        Version                Repository     Size
 dkms-nvidia             x86_64      2:331.20-2.fc20        fedora-nvidia 3.1 M
 nvidia-driver           x86_64      2:331.20-2.fc20        fedora-nvidia 2.3 M
 nvidia-driver-libs      i686        2:331.20-2.fc20        fedora-nvidia 7.6 M
Updating for dependencies:
 nvidia-settings         x86_64      2:331.20-2.fc20        fedora-nvidia 751 k
 nvidia-driver-libs      x86_64      2:331.20-2.fc20        fedora-nvidia 7.6 M
 nvidia-libXNVCtrl       x86_64      2:331.20-2.fc20        fedora-nvidia  19 k
Transaction Summary
Install             ( 3 Dependent packages)
Upgrade  3 Packages (+3 Dependent package)
Total download size: 20 M
Is this ok [y/d/N]:

As you can see, this system has dkms enabled kernel module and libraries for running 32 bit applications. The amount of data to download for the drivers is really small compared to packages that contain CUDA libraries and tools. And no nvidia-persistenced or multiple kernel modules.

All packages have Epoch set to 2; so they should never be upgraded on your system when you enable this repository along the RPMFusion or ELRepo ones.

Repository installation

To install the repository on a supported Fedora 22+ distribution, run as root the following command:

dnf config-manager --add-repo=http://negativo17.org/repos/fedora-nvidia.repo

To install the repository on CentOS/RHEL:

yum-config-manager --add-repo=http://negativo17.org/repos/epel-nvidia.repo

Package installation

First of all remove all the Nvidia drivers you might have on your sistem due to RPMFusion, EPEL, or the Nvidia CUDA repository. The packages should already take care of this for you, as they should be completely compatible; but better be safe than sorry. This is usually accomplished with the following root command:

yum -y remove \*nvidia\*

Then, to install the nvidia-driver packages in Fedora or CentOS/RHEL, perform the following command:

yum -y install nvidia-driver

Specific driver installations

For both Fedora and CentOS/RHEL distributions it’s possible to install additional packages and / or variant of the basic kernel modules. This paragraph contains some examples.

Make sure you have the RPMFusion repository enabled if you plan to use AKMOD kernel modules:

yum -y install nvidia-driver akmod-nvidia kernel-devel

Requirement on kernel-devel is required as otherwise the package kernel-debug-devel is pulled in automatically in place of the normal non-debug package.

To install in CentOS/RHEL with the binary kABI (Kernel ABI whitelist) module:

yum -y install nvidia-driver kmod-nvidia

To add 32 bit libraries on a 64 bit system (for games or applications like Steam):

yum -y install nvidia-driver-libs.i686

To use the Nvidia driver with the DKMS enabled kernel module (on CentOS/RHEL it requires the EPEL repository being enabled):

yum -y install nvidia-driver dkms-nvidia

CUDA installations

To install just a runtime CUDA support (required for running CUDA enabled programs):

yum -y install cuda nvidia-driver-cuda

To install packages required for enabling CUDA development:

yum -y install cuda-devel

or, if you need also NVML / GPU Deployment kit libraries:

yum -y install cuda-devel nvidia-driver-NVML-devel

Enabling multiple (instantiated) kernel modules (up to driver 352.xx)

Version 325 and newer of the drivers support multiple kernel modules for driving multiple GPUs in a single system. According to the documentation; this helps when separate GPUs are intended to process independent workloads in a single system.

Multiple kernel modules are supported on the DKMS and aKMOD variant of the kernel packages. Binary kMOD packages are not generated for RHEL/CentOS as the required kernel symbols are not inserted in the package at build time and would result in a ~100 mb download of kernel modules even if the system is used for normal desktop usage.

aKMOD support

To enable building your aKMOD package with support for multiple kernel modules, as root create the /etc/rpm/macros.nvidia file with the following contents:

echo "%_nv_build_module_instances 8" > /etc/rpm/macros.nvidia

By changing the number in the macro, you can have your desired number of multiple kernel modules (up to 8). This is taken from the default RPMFusion package behaviour for the exception that the original nvidia.ko and nvidia-uvm.ko modules are not built due to compatibility with the multiple kernel modules variant.

To rebuild the kernel module package, remove the current kmod-nvidia-kernel_version package and rebuild it with the following root command:

akmods --force

To revert to the single kernel module just remove the /etc/rpm/macros.nvidia file.

DKMS support

Enabling your DKMS setup to build multiple kernel modules requires you to create the /etc/dkms/nvidia.conf configuration file that contains overrides for the default DKMS configuration recipe. As root, perform the following command using the driver version as appropriate:

cp /usr/src/nvidia-<version>/dkms-nvidia-multi.conf /etc/dkms/nvidia.conf

By editing the file, you can have your desired number of multiple kernel modules (up to default of 8). To reduce the number of modules, just remove the extra lines; the file is pretty self explanatory. The file takes care of not building the nvidia.ko and nvidia-uvm.ko modules; due to compatibility with the multiple kernel modules variant.

To rebuild the kernel modules, rebuild them with the following root command:

dkms install -k <kernel_version> -m nvidia -v <version> --verbose

To revert to the single kernel module just remove the /etc/dkms/nvidia.conf file.


The address for contacting me is in the package’s changelog.

Please note that I’ve not tested the ARM builds as I don’t own any hardware that I can test on. Probably there’s some adaptation required to the %post/%postun sections in the nvidia-driver package. Any feeedback is much appreciated.

253 thoughts on “Nvidia driver”

    1. I personally think Bumblebee is a hack. I support the official Nvidia implementation (i.e. X.org configuration) or the fully open Prime solution.

    1. akmods already requires the latest kernel-devel package; there’s nothing to be installed separately. You can check by running rpm -q --requires akmods.

  1. I’m probably missing something obvious but will this support Optimus cards and allow switching / powering off and using external monitors?

    1. It’s written in the page, if you use the OpenSource (intel and nouveau) drivers and kernel 3.12+, dynamic power on/off of the cards works out of the box. The card of course will not power off if you’re using the external monitor.

  2. I have this weird situation (that I’ll admit I haven’t fully debugged yet) With the nvidia package from nvidia.com everything works.

    After installing your drivers (and reinstall xorg and various other things) I can log in if I init 3, startx. But the gdm menu either doesn’t come up or when it does logging in as a user gets a bunch of white boxes or full white screen. Any ideas where to start looking?

    1. We ran into the same problem at work–
      sudo vim /etc/gdm/custom.conf
      and uncomment the #WaylandEnable=false line
      This was part of the fix for us.

      1. Actually on Fedora 22, the login screen/session work like follows:

        – If using the OSS drivers, GDM is launched on wayland
        – After login, the Xwayland servers for compatibility are launched as user processes

        If disabling Wayland:

        – If using the OSS drivers, GDM is launched as user “gdm” and not “root”
        – Desktop session is run on another X process start as the user who logged in and not “root”

        If using binary drivers:

        – The system detects it and both GDM and user sessions have X running as “root”

        So actually it should not be needed to explicitly disabling wayland in GDM.

  3. i’m using an old quadro nvs card to drive four displays via xinerama (no twinview at all). i’m using the rpmfusion driver setup. lately i’ve run into a bizarre problem where the display locks (while displaying vibrating patterns) and then often triggers a crash/reboot. the logs are devoid of anything interesting or useful. i’m interested in trying your setup. is it safe and easy to switch back & forth between rpmfusion and your setup? will my xorg.conf file get clobbered/rewritten?

    1. Hello, it’s easy to switch back and forth using akmod, just backup your xorg.conf file:

      cp /etc/X11/xorg.conf /etc/X11/xorg.conf.working
      yum -y remove \*nvidia\*
      yum -y install nvidia-driver
      cp -f /etc/X11/xorg.conf.working /etc/X11/xorg.conf

      But if your problem is due to the binary driver; unless you change the driver itself there will probably be no benefit. If the versions I’m hosting are the same as RPMFusion ones, then you will have the same problems for sure.

  4. So where’s the libcudart.so.5.5 for 64-bit.

    I keep getting:
    error while loading shared libraries: libcudart.so.5.5: wrong ELF class: ELFCLASS32

    1. That’s part of CUDA 5.5, which I’m not packaging. It seems you’re loading the 32 bit libcudart.so.5.5 in your 64 bit environment.

      1. Thought it was a negativo17 repo problem because it happened when I did yum update…

        But something about this started to sound familiar so I went back through my notes. Managed to find that I had this problem before and found my fix: (so I’m good now)

        sudo ln -sf libcuda.so.340.24 /usr/lib64/nvidia/libcuda.so
        sudo ln -sf libcuda.so.340.24 /usr/lib/nvidia/libcuda.so
        sudo rsync -arv /usr/local/cuda-5.5/lib64/* /usr/lib64/nvidia/
        sudo rsync -arv /usr/local/cuda-5.5/lib/* /usr/lib/nvidia/
        sudo ldconfig
        1. First of all, this has nothing to do with libcudart libraries error you were referring to. Second, this is all wrong as you’re duplicating libraries all over, including linking x86_64 in i686 folders.

          To find the library you are requiring type the following command:

          # yum provides \*libcuda.so

          This will tell you that it’s in the nvidia-driver-devel package; so assuming you are on an x86_64 system, the only thing you need to do to have the library on the system is to do the following:

          # yum install nvidia-driver-devel nvidia-driver-devel.i686

          Second step is to make sure your system can find the CUDA libraries. Copying the libraries you require somewhere else is totally wrong. You actually need to make your system find the CUDA ones instead.

          Copy the two /etc/ld.so.conf.d/nvidia-lib*.conf files as /etc/ld.so.conf.d/cuda-lib*.conf and replace the contents with your cuda paths.

          Afterwards, rerun ldconfig to rebuild the library cache. Running ldconfig -p | grep library.so will tell you where the system is getting its libraries.

  5. I just installed driver 343.22 on F20 and system fails to boot on graphic mode. I have a 9800 GT, and driver 343.22 release notes state that “removed support for G8x, G9x […] Ongoing support for new Linux kernels and X servers, as well as fixes for critical bugs, will be included in 340.* legacy releases through the end of 2019.”
    Probably a dumb question, but does the G9x above includes the 9800GT? If so, which driver should I download? It seems that there’s no 340-legacy packages yet.

    1. Replying to myself: yep, 9800 GT has been officially labeled legacy with the release of 343.x driver series (full list of cards here). So, I guess I’ll just have to revert back to nouveau until 340xx legacy drivers are available… :-/

      Any ETA?

      1. I’m creating a separate repository for the 340 branch as yours it’s not the first request I receive. Will post it on the blog once it’s ready.

        Please note that today’s games do not run well on old hardware such as the 9800GT, and if you don’t play games and don’t need full hardware acceleration the nouveau driver is more than fine.

        1. The repository has been created. Just grab the appropriate *340.repo file and put it in place in /etc/yum.repos.d.
          To sync you can use the yum distro-sync command.

          Example for Fedora when using aKMOD packages:

          yum-config-manager --disable fedora-nvidia
          yum-config-manager --add-repo=http://negativo17.org/repos/fedora-nvidia-340.repo
          yum remove kmod-nvidia\*
          yum distro-sync \*nvidia\*
          1. Wow, that was fast! =) I just installed, and it is working flawlessly. I’m back in the game 😉

            Thank you so much for such awesome support =))

  6. Thks for the info, and for providing support for legacy cards. I will probably upgrade my graphics card in the near future but, in the meantime, being able to use NVidia drivers would be great. I am currently running Nouveau as a workaround, and overall it indeed works fine, but aside from the worse performance, it also has some issues (sometimes it freezes after login on GNOME, Google Sheets doesn’t redraw sometimes on Google Chrome etc.).

  7. So… updated and now I’m getting:

    NVRM: The NVIDIA GeForce 210 GPU installed in this system is
    NVRM: supported through the NVIDIA 340.xx Legacy drivers. Please
    NVRM: visit http://www.nvidia.com/object/unix.html for more
    NVRM: information. The 343.22 NVIDIA driver will ignore
    NVRM: this GPU. Continuing probe…

    Any way to downgrade?

  8. There is a bug in the nvidia-persistenced package. It tries to start /usr/bin/nvidia-persistenced, but the daemon is installed to /usr/sbin/nvidia-persistenced.

    Another question, do you have the “nvcc” program packaged? It normally comes with the cuda installation from nvidia, but I cannot find it with a yum provides search.

    1. Thanks for spotting the mistake, I’m updating all nvidia-persistenced packages now.

      Regarding CUDA binaries; I have packaged the latest CUDA libraries and binaries (6.5.19) and I’m looking for someone to test them before publishing them along with the rest of the Nvidia packages. Are you interested to test them and give some feedback?

  9. For anyone who runs into the same problems I did, trying to run ccminer using this driver package: make sure to install nvidia-driver-devel/nvidia-driver-cuda-libs and nvidia-modprobe, these are not normally brought along with the driver installation. I’m using a cuda toolkit 6.5 installation separate from RPMs as I’m not sure how to compile ccminer with the packaged nvidia-driver-cuda. (I also installed nvidia-driver-cuda for the nvidia-smi binary.) But I am just glad to have an up to date packaging of the driver.

    1. Actually to get all headers required for compiling software against the Nvidia driver libraries you should just install the nvidia-driver-devel package; this will pull in almost all of the original Nvidia tarball:

      $ rpm -q --requires nvidia-driver-devel | grep ^nvidia
      nvidia-driver-NVML(x86-32) = 2:343.22-1.fc21
      nvidia-driver-NvFBCOpenGL(x86-32) = 2:343.22-1.fc21
      nvidia-driver-cuda-libs(x86-32) = 2:343.22-1.fc21
      nvidia-driver-libs(x86-32) = 2:343.22-1.fc21

      The package nvidia-modprobe should not actually be needed anymore (I’m offering it for compatibility reasons) as the main driver gets loaded automatically and the UVM extra module is loaded through an UDEV rule:

      $ rpm -ql nvidia-driver-cuda  | grep uvm

      What is exactly that your setup was missing that needed you to install the nvidia-modprobe package?


  10. I couldn’t compile ccminer without nvcc so I didn’t try (and it is the only cuda application I use), but sure I can help test when I get some time. Without nvidia-modprobe, ccminer would not run saying that it could not query the number of CUDA devices; I looked up the error and saw calls to nvidia-modprobe so I tried installing it and then it worked. Do you have my email, or IRC?

    1. I have your email, thanks. Will send you the link with the packages (hopefully tomorrow) after reviewing them.

      Many thanks!

      1. I found that nvidia-modprobe is essential for getting libgpuarray installed (which is used for the computation package Theano, for instance) – so there’s some functionality in there that people are relying on…

        1. Can you provide some info/link? On the drivers, it is needed only if the character devices are not available when the driver is initializing.

  11. Hi,
    first of all thanks for packaging the new nvidia driver for fedora!
    Runs fine here on a F20 installation but there is one thing i miss…

    Kernel-RT support.
    The RPM-Fusion driver worked well with akmods enabled to build for the ccrma-kernel but this here is different. Don’t know if nvidia changed something or maybe its the packaging?
    Trying to –force the build give me this errror:
    *** Failed PREEMPT_RT sanity check. Bailing out! ***
    Any Ideas? Things i can try?


    1. Hello, the kernel module is compiled with IGNORE_PREEMPT_RT_PRESENCE=1. Which driver version are you using? Can you check that this is passed during the build in the logs?

      Also, where is the RT enabled kernel on planetccma? I can’t find it.

        1. Hi,
          i changed the spec file and rebuild the akmod with success. yay!
          Don’t know where you added the option but this way it worked for me:

          for kernel_version in %{?kernel_versions}; do
          %if !0%{?_nv_build_module_instances}
              pushd _kmod_build_${kernel_version%%___*}/
                  make %{?_smp_mflags} \
                      IGNORE_XEN_PRESENCE=1 \
                       IGNORE_PREEMPT_RT_PRESENCE=1 \
                      SYSSRC="${kernel_version##*___}" \
              pushd _kmod_build_${kernel_version%%___*}/uvm
                  make %{?_smp_mflags} \
                      IGNORE_XEN_PRESENCE=1 \
                       IGNORE_PREEMPT_RT_PRESENCE=1 \
                      SYSSRC="${kernel_version##*___}" \
              pushd _kmod_build_${kernel_version%%___*}/
                  make \
                      IGNORE_XEN_PRESENCE=1 \
                       IGNORE_PREEMPT_RT_PRESENCE=1 \
                      SYSSRC="${kernel_version##*___}" \
                      NV_BUILD_MODULE_INSTANCES=%{?_nv_build_module_instances} \

          best regards

  12. Hi,

    Great that you’ve built the 346 beta drivers for fc21, but the 343 packages seem to be gone. Example :-

    yum list *nvidia*
    Loaded plugins: langpacks
    Available Packages
    akmod-nvidia.x86_64                                           2:343.22-2.fc21                        fedora-nvidia

    But the install says :-

    No Presto metadata available for fedora-nvidia
    akmod-nvidia-343.22-2.fc21.x86 FAILED                                          
    http://negativo17.org/repos/nvidia/fedora-21/x86_64/akmod-nvidia-343.22-2.fc21.x86_64.rpm: [Errno 14] HTTP Error 404 - Not Found

    I’ll try installing the 346 rpm manually for now

    1. You simply had the old metadata on your computer and I had already uploaded the new packages and metadata on the site. Next time, just delete your yum cache; there’s no need to do anything manual:

      yum clean all
      yum update
  13. I could not build the kernel module for Fedora 21. It says missing auto.conf and autoconf.h somewhere in the middle of the akmod log. My kernel is 3.17.3-300.fc21.x86_64

    Is there a way to fix that or is it possible for you to provide the rpm for the kernel module?

    1. You’re missing the kernel-devel package that matches your system. Follow the instructions on the page and rebuild the modules (akmods --force) or reboot.

      1. I do have the matching kernel-devel

        I have been using akmods –force successfully with the packages from rpmfusion before. Suddenly it stops working. Not sure if it is the nvidia part or the fedora part that breaks.

          1. I still could not get it compiled with akmods. It turns out not missing those files, but something else that I could not figure out. If you could kindly help, the log is available at

            Click here to see the log

            At the start of the error , it says

            In file included from /tmp/akmodsbuild.w3LHxRAw/BUILD/nvidia-kmod-346.16-x86_64/_kmod_build_3.17.4-300.fc21.x86_64/nv-linux.h:107:0,
            from /tmp/akmodsbuild.w3LHxRAw/BUILD/nvidia-kmod-346.16-x86_64/_kmod_build_3.17.4-300.fc21.x86_64/nvlink-linux.h:14,
            from /tmp/akmodsbuild.w3LHxRAw/BUILD/nvidia-kmod-346.16-x86_64/_kmod_build_3.17.4-300.fc21.x86_64/nvlink.c:13:
            /tmp/akmodsbuild.w3LHxRAw/BUILD/nvidia-kmod-346.16-x86_64/_kmod_build_3.17.4-300.fc21.x86_64/nvlink.c: In function 'nvlink_init':
            include/linux/pci.h:1122:45: error: 'KBUILD_MODNAME' undeclared (first use in this function)
            __pci_register_driver(driver, THIS_MODULE, KBUILD_MODNAME)

  14. Hi, nice packaging.

    Any chance you could also provide ‘legacy’ drivers? Just noticed my card is no longer supported by the latest drivers, only by the 340.xx series…

  15. hello..
    want to try this primarilly in order to use gpu rendering in cycles, cuda being a prerequisit..
    a question pops, excuse my ignorance.. new to .rpm/ yum..
    taken that rpmfusion needs to be added/ enabled, for akmod to work, how do i point to the wanted drivers?? as in, not the rpmfusion ones??

  16. Hello, I have a problem with the new Fedora 21. With the 340 driver, I got stuck on gnome-shell start, just after GDM login.
    Gnome shell hangs with 90+ CPU load and I can’t go beyond a grey screen.

    1. Ok, I fixed it. For anyone having same problem, just remove the ‘gnome-shell-extension-background-logo’ package
      sudo yum remove gnome-shell-extension-background-logo

  17. Hello negativo17. First of all I wanna say thank you for your work. I came here to ask you – how about nvidia driver installation key? I use Fedora 21 with enabled Ultra Fast and Secure Boot UEFI options and I need import key which should be in /usr/share/nvidia/ folder by mokutil. The problem is i cant find him in /usr/share/nvidia after installation driver from your repository. I have to manually download nvidia driver from nvidia’s website, then manually install it and in the installation process choose option to generate key. After that i have to import that key with sudo mokutil --import /usr/share/nvidia/nvidianvidia-modsign*.der then restart computer and add key using Shim UEFI Keys Manager. Where nvidia driver from your repository put the key? Or maybe driver from you repositories doesn’t generate key during the installation process? Please reply me on my email or in the comment below. I’ve marked option “Notify me the new posts”.

    1. Hello, thanks for the information.

      No I haven’t tried doing what you describe. Usually I disable UEFI Secure Boot if using the Nvidia Drivers. I will include required files and instructions on the page.
      How do you “add key using Shim UEFI Keys Manager”? Can you provide the commands?

  18. Hi,

    I just installed F21, and for some reason nvidia driver is not working, gnome just shows that vague error page saying that “something wrong happened”. I have a GTX 750 Ti that was working just fine on F20. Any tips on how to understand what’s wrong?
    I followed the instructions to the letter, the only thing I had to workaround was the installation of kmodtool, I had to disable gpg checking because for some reason rpmfusion is providing the F20 package instead of F21.

    To make matters worse, nouveau is not working, and either I fix this or I’ll have to go back to F20…

    1. Nevermind… I just rebooted today and it just worked :-) One of my last attempts to fix the problem probably did it, I guess I was just one reboot away from success 😉

  19. Dude!
    Thanks so much for your comprehensive and clearly worded instructions, and indeed your repos themselves. New Fedora 21 installation this weekend, beating my head against a wall with Nvidia drivers, no 340xx series drivers available in Fusion, 304xx broken and uninstallable. Your 340 repo really came to the rescue.

    Keep up the good work!

  20. Thanks for the great repo!

    I’ve recently switched from Ubuntu to Fedora 21 and I did not want to install RPMFusion just for the Nvidia drivers for my 660ti, so I was surely happy when I found this alternative – I like the clean documentation and you seem to know what you are doing.

    Keep the good work up!

  21. Hi there. Thanks for your great work with the 340xx series driver. It made my laptop usable on Fedora 21, after I’d bashed my head against RPMFusion’s version for hours.

    I was wondering if you’d be willing to apply this patch to the 340xx driver series, or if it was even possible to do given Fedora’s kernel. I have the same issue laid out in the bug where resume-from-suspend causes graphical corruption every time. It’s not too annoying, since I can just “Alt+F2 -> r” and reload GNOME but it’s still undesired behaviour.


    Or, if you know any way of getting rid of this corruption through a grub/driver setting, that’d be great too!

    Thanks a bunch.

    1. I will rebuild and update when I come back on the 8th of January, I’m currently travelling through Indochina without connectivity. Thanks for letting me know.

    2. Nice! I’ve been suffering with graphical corruption after suspend as well, I thought it could be related to the fact that 346.22 is marked as beta on Nvidia site, but I tried 343.36 from RPMFusion and the problem was still there. Hopefully this patch will fix this problem 😉

    3. Hello, the patch you are pointing to is already included since the 331.67 release. Probably the problem you are experiencing is related to something else.

  22. Hi!

    Just installed:
    from your repository.

    How to configure Fedora to use nvidia driver, since after installation I do not see xorg.conf configuration file in the /etc/X11 folder?

    1. Since Fedora 21 (and CentOS/RHEL 6.6 with newer Xorg) there is no need for an Xorg.conf file. The configuration is using the new “OutputClass” directive (/etc/X11/xorg.conf.d/99-nvidia-driver.conf). Please look at the driver page as I’ve described it there.

  23. Hi there!

    Since I updated with fedup from F20 to F21 my nvidia drivers were missed somewhere in the universe (GeForce 9400M card, so 340xx).

    I followed your guide and I have propietary drivers again. Really you finished one of my worst headaches since long.

    Keep the good work!

  24. Fedora 340 repo is great, works fantastic and it saved me from trouble when I upgraded F20 to F21. You should add a note on blog post that it exists so people would find it easily.

    Thanks for all of this :)

  25. how to install 340 ??

    I installed repo “nvidia-repo”
    this command “yum -y install nvidia-driver” install by me driver 346 and this vs dont work.

    please what is theyum command to install 340 vs

    1. Hello, yes, there is a mistake. The package is only available for Fedora and internal RHEL builds. I’m updating all driver releases/builds with the fix. Please give a few hours for the upload. Thanks for spotting!

  26. Hello..
    First of all thanks for the tutorial and for maintaining the repo..
    Maybe you can help me because I’ve been searching for days for a solution. I have a GTX 650 and since I installed the nvidia driver I simply cannot get graphical boot. I have managed to get grub to the resolution of 2560×1080 bott as soon as fedora starts to boot I get back to an ugly resolution with no graphical boot..
    when I boot the live media I have graphical boot but I guess that’s because it is using the nouveau driver.
    here is my /etc/default/grub:

    GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
    GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora_hal-terminal/root rd.lvm.lv=fedora_hal-terminal/swap rhgb quiet rdblacklist=nouveau nomodeset"

    1. Hello,

      you cannot have graphical boot with the nvidia driver enabled and the PC in bios mode. The nvidia driver expects only vga to be present on the console, otherwise it will throw an error. It can work with vesa on the console, but it’s not supported and you will still get the notice.

      What is supported, is UEFI graphical boot. The system will use efifb for the console and the nvidia driver for the DDX.

      See the table at the end of this article:


  27. Hi!

    Can not go forward with nVidia drivers installation. Can you prepare step by step installation instruction?
    I still get the “Oh no! Something has gone wrong.” information.
    There is a lot of information from people who successfully installed nVidia drivers but there is no complete how-to.
    Following steps described here-in or even somwhere else still leads to problem with driver installation.
    I believe that step by step instruction will help people like me to enjoy full features of nVidia drivers under Linux.
    I have installed:

    I run nvidia-xconfig and as an output I got warning that the X configuration file cannot be locate/open and the xorg-server was not found in the pkg-config search path, however xorg.conf file was created.
    No sucess after reboot.

    1. Hi,

      Don’t know if it will help but, in my case, installation on F21 always went wrong, but simply rebooting after the GNOME error message “fixed” the problem.



    2. The detailed instructions are printed above, there’s not much to add. Just check that your module is built and loaded.

      You can remove all of these:


      You will not need them if you don’t need to run CUDA enabled programs.

      1. I run dkms install -k 3.17.8-300.fc21.x86_64 -m nvidia -v 346.22 –verbose. Drives has been compiled successfully, but after reboot I am still in the same place.
        What I am missing to sucessfully enable nvidia drives?

        1. I have founf in the Xorg.0.log file that the glx module is loaded but it generates errors.
          Module glx )libglx.so) is loaded from /usr/lib64/xorg/modules/extensions folder instead of /usr/lib64/nvidia/xorg folder.
          Probably this is the root cause of my problem. Can you help me to solve this problem? Is it a simple way to fix it?

          1. Hi!

            Found the problem – xorg.conf created in /etc/X11 folder after run nvida-xconfig command made X server impossible to start. After xorg.conf removal and following reboot I can enjoy X server running on nvidia derivers.

            On the other hand. Do I need to reinstall (dkms install etc. …) drivers either if new driver version will appear (now I have 346.22, and new one 346.35 is available) and new kernel version will appear?
            Another question is about snippets in xorg.conf.d folder. Can you post some examples for monitor video card, mouse, keyboard etc. configurations?
            What about snippets order (question in terms of labeling Identifiers) – is it relevant or not?

          2. If you are running Fedora 21, there should be no /etc/X11/xorg.conf, so please delete it and start from scratch if you want to override the default configuration. Remember that unless you are doing something specific, you don’t need to edit xorg.conf directly. Keyboard and mouse sections are particularly useless.

            When updating, the packages will take care of everything, you don’t need to perform any action.

  28. Thanks very much for the hard work. Got my legacy card working with the 340 driver and akmods –force. Finally understand the differences in the different Nvidia drivers.

  29. Hi.

    Some applications in Fedora segfaults with libGL implementation of latest nVidia driver (from this repository). Please see [1] for details. The problem is something I don’t really understand much.

    Do you experience same issue with nVidia driver from this repository?

    Do you experience same issue with nVidia driver from RPMFusion?

    Try to install and run nomacs. It should segfault.

    Thank you.

    [1] https://bugzilla.redhat.com/show_bug.cgi?id=1181085

    1. Sorry but so far I’ve not experienced this. Driver wise, these packages and RPMFusion ones should exhibit the same problems. The driver are shipped in binary format, the difference is only on packaging and on the accompanying tools (nvidia-{settings,xconfig,modprobe,persistenced}.

  30. Hi

    Thank you very much for your great work. Really very helpful.

    I have a fresh Korora 21 Beta 64Bit (remix from Fedora kororaproject.org) installed on UEFI.

    I installed “yum install nvidia-driver akmod-nvidia kernel-devel”.

    Bootings with secure boot enabled produce always a “oh no something went wrong – log out” on GDM. No log-in possible. Access only by console with Ctrl-Alt-F2.

    Disabling secure boot in UEFI for bootings does the trick. Now GDM allows log-in and driver Nvidia 346.35 runs fine.

    Behaviour is reproducible constantly.

    So no secure boot on UEFI possible.

    Please investigate.

    Greetings from cantone San Gallo to Lugano.


    1. Hello,

      yes, drivers do not work with Secure Boot enabled. There are two ways to resolve this:

      – Rebuild the kernel modules always with the same key, and enroll the key in your system’s key database. I can’t do this for you, as I would need to send you the private key and thus rendering Secure Boot useless.

      – I could ship you a prebuilt binary and the public key only to enroll it, but you could not regenerate the rpm and would require me to sync binary updates along with the official kernel packages; which is almost impossible.

      Unfortunately there is no easy way for this, so my suggestion is not to use the binary drivers if you need Secure Boot enabled. Please see this link with instructions from Redhat:


      And this article that also covers UEFI Secure Boot:


  31. Oh oh now I did it. I was working on my conky background layout. I wanted to show the actual clock speed of my 780 Ghz Edition on it. I needed nvidia-smi to show that information. Fedora reported your missing this package, please install (I believe it was) nvidia-cuda. I did and my conky script worked awesome until I rebooted. Fedora 21 would just stop when the blue bars where moving. I went ahead and switch to terminal 2. I removed /*nvidia/* and reinstalled the driver from start again. Now it loads and it crashes at the Gnome start up with a grey screen.

    Can anyone give me some guidance and what I can do to repair and what should I have installed to get the nvidia-smi tool?

    Thanks for any help. Did not sleep very well last night thinking how to fix this today.

    1. Assuming you are using Fedora 21 (you have not specified) you can start by deleting /etc/X11/xorg.conf and rebooting. This should start X with the default settings and load the appropriate driver depending on the new DRM class (see above comments).

      Then, if it does not start anyway look in the logs, module status, etc.

    1. Hmm now that you say that, I think that was packaged i installed originally. While working on the conky script, I let Fedora 21 run some updates. One of them was a new kernel, I believe it moved to 3.18. something. I wonder if that’s what cause all my issues instead of me installing the nvidia-driver-cuda. Thank you so much slaanesh and will keep you posted once I get home from work tonight and let you know what I discover. I really do appreciate everything you do for the Fedora Community.

  32. I’m using Fedora 21 x86_64 with kernel 3.18.3-201 and nvidia 346.35 in my notebook. To be able to use external monitor using HDMI, I followed the standard xorg.conf available in the Internet. But I could only use the external monitor, the notebook monitor is undetected.


    Section "ServerLayout"
    Identifier "layout"
    Screen 0 "nvidia"
    Inactive "intel"

    Section "Device"
    Identifier "nvidia"
    Driver "nvidia"
    BusID "01:00:0"
    Option "ConstrainCursor" "no"

    Section "Screen"
    Identifier "nvidia"
    Device "nvidia"
    Option "AllowEmptyInitialConfiguration"

    Section "Device"
    Identifier "intel"
    Driver "modesetting"

    Section "Screen"
    Identifier "intel"
    Device "intel"

    Output of xrandr:

    Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 16384 x 16384
    HDMI-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 1600mm x 900mm
    800x600 60.32 +
    1920x1080 (0x27f) 148.500MHz
    h: width 1920 start 2448 end 2492 total 2640 skew 0 clock 56.25KHz
    v: height 1080 start 1084 end 1089 total 1125 clock 50.00Hz

    Is there a way to enable the notebook screen? Previously before 346, I have LVDS-1 shown and was able to use both the internal and external monitors.

  33. Don’t know if this is important but wanted to report it all the same:

    mplayer: /lib64/nvidia/libOpenCL.so.1: no version information available (required by /lib64/libavutil.so.54)
    MPlayer SVN-r37363-4.9.2 (C) 2000-2015 MPlayer Team
    yum provides /lib64/nvidia/libOpenCL.so.1
    2:nvidia-driver-cuda-libs-346.35-3.fc21.x86_64 : Libraries for nvidia-driver-cuda
    Repo        : @negativo17-nvidia
    Matched from:
    Filename    : /lib64/nvidia/libOpenCL.so.1
    1. Thanks, will look into it. ffmpeg is compiled with OpenCL support in the RPMFusion packages.
      Are you using OpenCL for encoding?

  34. Hi there! I want to play CS:GO in my CentOS 7 with NVIDIA Drivers and I can’t install nvidia-driver-libs.i686 because of a missing dependency ( libvdpau(x86-32) ). I have been seeking for a solution but I didnt find it!

    Any idea? Thanks!

  35. Well, slaanesh, I could be no less than thankful to you for posting about nvidia x fedora issues, so common to so many users. But unfortunately your instructions did not solve my problem, which was simply to install the latest nvidia driver. I have tried many of the available solutions without success. My laptop worked with the bumblebee, as per installation instructions in fedora site, but, as you say, bumblebee is a hack. So I returned to the noveau driver, despite all shortcomings. At least I can have my laptop working! Running fedora 21, however, I am still stuck with the bug of two displays and video instabilities already described elsewhere. I have to turn off display 2 every time I log in. Better this than nothing.

  36. Hi,
    many thanks for your great work. Yuor procedure it’s the only one that makes me able to install nvidia driver on my laptop. Anyway after all the installations yuo’ve suggested i’m unable to set my video resolution properly. it’s blocked and setted in a bad value. how could i change it please?
    Thank you so much.

    1. Maybe you have a broken EDID. Try to read X.org man pages (man xorg.conf) and Nvidia documentation (in /usr/share/doc/nvidia-driver) on how to override it.

  37. Hey thanks for the repositories mate! Would you have any idea when the driver will be available for fc22/kernel 4.0*?

  38. Hello,

    I have tried to install your nvidia drivers today – unfortunately, it was a bit a bumpy ride and is not working fully.

    First of all I’ve removed RPMFusion packaged, then I have installed nvidia-driver and dkms-nvida via yum from your repository.

    1. After boot nvidia module is not enabled and system boots into 1024×768 resolution. Installing nvidia-xconfig and running it fixes the resolution issue, but…
    2. compiz does not work – how do I enable compiz?

    Many thanks,

    1. You need to be more specific, this is totally vague.

      Which distribution are you running? Fedora 21? Have you then removed akmod after switching to dkms? What do the Xorg, dkms log say when you have a 1024×768 resolution? Does the kernel module compile and load cleanly? Have you removed/reset your xorg configuration (there should be no /etc/X11/xorg.conf file if you are running Fedora 21+).

      Which desktop environment are you running? Compiz can’t run everywhere. Have you checked that you can run it?

      1. Hi!
        Thanks for reply!

        Yes, I am running Fedora 21 with MATE-Desktop.
        Yes, I’ve used compiz with MATE-Desktop with no issues with akmod drivers :)
        Yes, I did remove akmods before installing dkms drivers.
        Yes, there was no default xorg.conf file – akmods seemed to work without it with no issues.
        Yes, modules did compile cleanly though dkms was complaining about missing dkms.conf.

        To fix the low resolution had to install nvidia-xconfig module from your repository and run it – it created an xorg.conf with bunch of settings. Only:
        Section “Device”
        Identifier “Videocard0”
        Driver “nvidia”
        seemed to be required for nvidia driver to load.
        To enable compiz/OpenGL had to add the following lines in order to get OpenGL load correctly:
        Section “Files”
        ModulePath “/usr/lib64/nvidia/xorg”
        ModulePath “/usr/lib64/xorg/modules”

        Sadly, after making everything work, totem would not play videos at all – I would only see the white screen. The reason I wanted to use your drivers was to get the native video rendering on my 2560×1440 screen… so had to revert back to akmods. After revert vidoes still don’t play in Totem, though VLC works fine.
        Will have time to play more with your drivers at weekend.

        Many thanks for your reply and comments!

        1. All the settings you have added to /etc/X11/xorg.conf are already inside the packages in the following files:


          1. I don’t recall seeing 99-nvidia-*.conf files there after installing your drivers… as I said – I’ll give it another go on the weekend. Thanks!

  39. Hey– Thanks for this project. I LOVE your repos!

    I discovered that after installing or upgrading (kernel along with new nvidia driver) a line in Grub2 is still loading nouveau or, at least, passing arguments to it. Right after that statement is a blacklisting of nouveau. I always boot into the “Ooops! Something went wrong.” every time I boot. When I removed the nouveau line from Grub and ran grub2-mkconfig and rebooted, the log-in screen came right up along with by secondary monitor. I’d thought I’d share that here. BTW, I’m always running the latest stable Fedora (21 at the moment).

    Thanks again!
    Matt Hutchinson

    1. Fedora 21 running on a Lenovo W540 installed in a docking station.

      I am running into the same “Oh no! Something has gone wrong!” issue after installing the nvidia driver and akmod packages given here. The only way I was able to recover was to switch to a tty console, and uninstall all of the nvidia code.

      I will try again and remove the nvidia switches (except the blacklist one) from the boot line.

      1. Just tried again, this time removing nouveau.modeset=0 from /boot/grub2/grub.cfg, but it didn’t make any difference. I still get “Oh no! …”

        1. I also have to ctl-alt F2, log in as root and run the nv modprobe command (can’t remember it off the top of my head).

  40. Hi! Whether it is possible install driver version 340xx? My graphics card – NVidia 200, so never version of the driver does not work …

  41. Hi!
    Thanks for the repos. Everything is working great! However, I have a questions. I’m sorry if it’s very “newbie” for all of you, but I figure that other might have the same question.

    All I did to install the driver was:
    – Install repo
    – Remove othe nvidia drivers
    – And: yum -y install nvidia-driver cuda

    I thought that I would need the akmod module to make sure that the driver do not breatk after kernel update. But I did not install it, did 2 kernel update after that and everything is working great still.

    So, my question: On a standard Fedora installation,
    – Why would I install akmod modules?
    – Why would I install dkms driver?

    Thank you!

    1. If you have installed nvidia-driver and did not specify akmod or dkms, you will get akmod by default on Fedora. Do you need cuda?

      1. ok, got it. Thanks for the reply.
        You are right. I probably don’t have any programs using cuda… Handbrake maybe? Probably not. I installed it, I figured that it would not do much harm to have it installed…

  42. Thanks! I install 340 drivers from your repository, and a few days everything was fine, but then (possibly after Yum partial update, but without kernel!) was again loaded driver novieau and disappeared 3-D effects… How to disable novieau and check the installation?..

  43. Usually in my Korora I can log-in as user xy and then switch to a log-in for a second user (or more) simultaneously without logging out user xy. I can have two or more users logged-in the same time and jumping from one user to another without logging out a user.

    This is not possible with my Korora 21 (Fedora 21) with recent nvidia drivers installed out of repo http://negativo17.org/repos/fedora-nvidia.repo

    As soon as trying to log-in a second user I get a “OOPS something went wrong” (from Gnome) on console 2 (Ctrl-Alt-F2) and the already logged-in user on console 1 is logged-out automatically.

    May be this due to problems with graphic drivers and/or Xorg.

    Here is what happens.

    What is wrong?


    1. If you look at the log, you can see that there are numerous errors (EE). Are you sure you have only the bundled /etc/X11/xorg.conf.d/*nvidia* files?

      1. ls -all /etc/X11/xorg.conf.d
        insgesamt 20
        drwxr-xr-x. 2 root root 4096 13. Mär 09:44 .
        drwxr-xr-x. 6 root root 4096 30. Jan 08:42 ..
        -rw-r–r–. 1 root root 232 22. Jan 11:30 00-keyboard.conf
        -rw-r–r–. 1 root root 106 5. Aug 2014 99-nvidia-driver.conf
        -rw-r–r–. 1 root root 227 25. Feb 15:10 99-nvidia-modules.conf

        Look also at this http://fpaste.org/205473/14278221/raw/

        Nothing else found.

        I have now

        uname –all
        Linux xyz 3.19.1-201.fc21.x86_64 #1 SMP Wed Mar 18 04:29:24 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

        But also with older kernels these problems were existing.


          1. It is not, on Fedora 22+ the driver is loaded through the drm class (file /etc/X11/xorg.conf.d/99-nvidia-driver.conf). I don’t ship the file you’re mentioning in my packages, so don’t know where you got it.

  44. Thanks so much for the ease your packaging provides.

    As of F20 (running F21 now) the proprietary driver stopped responding to adjustments to backlight brightness and remains stuck at, I’m guessing, around 90%.

    I’m running a GT218M [NVS 3100M] (from your fedora-nvidia-340 repo).

    I’m curious if you have any thoughts on this.


  45. Nevermind. It occurred to me shortly after sending that that I’ve dealt with this before. It’s a Thinkpad-specific issued.

    The solution which used to work is to add a .conf to /etc/X11/xorg.conf.d, specifically with the content:

    Section “Device”
    Option “RegistryDwords” “EnableBrightnessControl=1”

    Unfortunately it now hangs at (something like) “waiting for Plymouth boot screen to quit” which it never does and therefore never fully gets to runlevel 5.

    I’ll keep experimenting. Thanks

  46. OK. From novieau loading helps
    yum remove xorg-x11-drv-nouveau
    rdblacklist=nouveau nouveau.modeset=0 in GRUB_CMDLINE_LINUX.

    But I have another problem with the drivers: now brightness is not regulated оn mу classic Thinkpad T410…
    Usual tricks like «acpi_backlight=vendor» in GRUB_CMDLINE_LINUX does not help… Does anyone how to solve it?..

    4.- Blacklist nouveau

    1. sudo dnf -y install beesu
    2. beesu gedit /etc/default/grub

    1. I found a solution to our problem (no backlight control on Thinkpads).

      I created an xorg conf file in /etc/X11/xorg.conf.d with the following contents and named it


      Section "Device"
      Identifier "Thinkpad Brightness Control"
      Option "RegistryDwords" "EnableBrightnessControl=1"

      This didn’t work previously because I had neglected to add the Identifier line. Hope this helps.

    2. Removing the nouveau driver is not required, as it’s not loaded. Adding the parameters through GRUB_CMDLINE_LINUX is required only if you regenerate the Grub config file through grub2-mkconfig. Otherwise what you did is not needed, the driver package adds the required parameters through grubby:

      $ rpm -q --scripts nvidia-driver
      postinstall scriptlet (using /bin/sh):
      if [ "$1" -eq "1" ]; then
        if [[ -f /boot/grub/grub.conf && ! -f /boot/grub2/grub2.cfg ]]; then
        /sbin/grubby $ISGRUB1 --update-kernel=ALL --args='nouveau.modeset=0 rd.driver.blacklist=nouveau nomodeset gfxpayload=vga=normal' &>/dev/null
      fi || :
      preuninstall scriptlet (using /bin/sh):
      if [ "$1" -eq "0" ]; then
        if [[ -f /boot/grub/grub.conf && ! -f /boot/grub2/grub2.cfg ]]; then
        /sbin/grubby $ISGRUB1 --update-kernel=ALL --remove-args='nouveau.modeset=0 rd.driver.blacklist=nouveau nomodeset gfxpayload=vga=normal' &>/dev/null
      fi ||:
  47. I just wanted to say thanks — I’m on Fedora 21 (3.19.3), GNOME 3.14.2; I went from a manually installed driver (346.47 from the nvidia website; gtx970) to your repo, and not only does the shell consume significantly less vram, but has become a *lot* more responsive.

    I’m not technical enough to tell whether your packaging is the cause; but the change followed up on installing it, and I’m really happy for it. Thanks!

  48. Hello Negativo,

    Thank you for your useful repos! There is any chance to start a repo for 340xx driver in fedora 22? I have a Dell precision 4500 with quadro 880m and the latest driver doesn’t work :(
    In rpmfusion there is 304xx but doesn’t work with the fedora’s xorg version!

    Currently I am using nouveau.

    Thank you!

  49. Thank you very much!

    Unfortunately, I got the following errors :(

    [ 64.201] (EE) Failed to load module “nouveau” (module does not exist, 0)
    [ 64.201] (EE) Failed to load module “nv” (module does not exist, 0)
    [ 64.204] (EE) open /dev/dri/card0: No such file or directory
    [ 64.205] (EE) open /dev/fb0: No such file or directory
    [ 64.206] (EE) Screen 0 deleted because of no matching config section.
    [ 64.904] (EE) AIGLX: reverting to software rendering
    [ 64.925] (EE) AIGLX error: dlopen of /usr/lib64/dri/swrast_dri.so failed (/usr/lib64/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch)
    [ 64.925] (EE) GLX: could not load software renderer

    1. Yes, it was an issue on 346.47 and fixed in 346.52. I have reapplied it to the 340.xx series (a new version is coming out, btw). Uploading now.

  50. Hello,

    Thank you for such a contribution to Fedora community. I’ve tried to add your repo without success:

    sudo yum-config-manager –add-repo=http://negativo17.org/repos/fedora-nvidia.repo
    > YumRepo Error: All mirror URLs are not using ftp, http[s] or file.

    sudo dnf –enablerepo=http://negativo17.org/repos/fedora-nvidia.repo
    > Error: Unknown repo: ‘http://negativo17.org/repos/fedora-nvidia.repo’

    What’s wrong here?

  51. For update,

    Solved this problem with the right command for dnf in Fedora 22 and good internet connection:
    sudo dnf config-manager –add-repo=http://negativo17.org

    We will see how it works.

    Thank you.

  52. FYI,

    “dnf install kernel-devel” will fix “something wrong happened” when booting Fedora 22, and possibly older Fedora too. Now things works!

    Thank you for your contribution.

    1. Hello, installation of the kernel-devel package is in the instructions for the aKMOD variant. aKMOD pulls in kernel-debug-devel, this is why I added it to the instructions. DKMS, on the other hand, already pulls in kernel-devel.

  53. Hi,

    I’m unable to get the proprietary drivers working under Fedora 22:

    $ Linux notebook 4.0.0-1.fc22.x86_64 #1 SMP Mon Apr 13 10:03:33 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

    This is a notebook with a Geforce 560M card.

    After installing with ‘# yum -y install nvidia-driver’, the system reboots to the infamous “Oh no! Something has gone wrong … Please log out and try again” screen, instead of a functional GDM. Nouveau, on the other hand, works perfectly.

    Can you help me further debug this? Thank you.

  54. Following Infinite’s comment above (manually installing the kernel-devel package) seems to have fixed the issue.

  55. Hello and thank you for the work!

    I’m trying to add your repo to a fresh Fedora22 install without success. I’ve tried both “yum-config-manager –add-repo=http://negativo17.org/repos/fedora-nvidia.repo” and “sudo dnf config-manager –add-repo=http://negativo17.org/repos/fedora-nvidia.repo” but i get the error: “Error: No matching repo to modify: –add-repo=http://negativo17.org/repos/fedora-nvidia.repo”. would you possibly have a hint for me on what i’m doing wrong and how to get your repo& driver on my system please?

    1. By a quick look to the comment you are not using a double dash (–) to the add-repo parameter:

      yum-config-manager --add-repo=http://negativo17.org/repos/fedora-nvidia.repo

      You can still copy the repository file in /etc/yum.repos.d manually, though.

  56. I’m having trouble building graphics programs like blender, and it appears to be due to do something about the nvidia-340 branch. Even though NVidia doesn’t recommend any other options for my card (Quadro FX 1800) other than the 340 branch, is it safe for me to use the 346 drivers and libraries (including CUDA and OpenCL) on my desktop (Dell Precision T7500 w/Fedora 21)?

  57. A quick question about Blender —

    When using nvidia’s installer, I’m able to use the graphics card as a ‘compute device’ for the Cycles Renderer (User Preferences/System/Compute Device/CUDA) — on your package, however, I don’t see the graphics card listed at all. This holds for the stable release, as well as the daily builds from blender.org.

    I’ve installed (all from the @fedora-nvidia repo)

    What do you think I might be missing?

  58. The problem I mentioned in the post above was resolved with today’s update to the 2:349.16-2 versions. Thanks!

        1. Hello, I’m literally swamped with apartment move and daily work. I will be rebuilding everything during the weekend, expect it next week.

  59. Hi, thanks for maintaining this and keeping up with us.

    I haven’t been able to get BOINC to find my GPU. I got it working last year with the RPMFusion drivers and the CUDA package from NVIDIA (I think it was 5.5 back then). I’ve got most of this repository installed. Anynthing I should look for?

      1. I couldn’t find it exactly in their docs. I know it ran with Cuda 5.5, and I think (don’t remember clearly) with 6.0. I’ve got a GTX650TiBOOST, if it’s relevant. Should still be supported.

        I just installed ccminer from your repository, to see if I could get anything working. When I ran “ccminer –benchmark” I got:
        [2015-05-02 02:49:15] GPU monitoring is not available.
        [2015-05-02 02:49:15] 1 miner thread started, using 'x11' algorithm.
        [2015-05-02 02:49:15] GPU #0: quark_blake512_cpu_init invalid device symbol
        [2015-05-02 02:49:16] GPU #0: aes_cpu_init invalid device symbol
        [2015-05-02 02:49:17] GPU #0: aes_cpu_init invalid device symbol
        [2015-05-02 02:49:18] GPU #0: x11_simd512_cpu_init invalid texture reference
        [2015-05-02 02:49:19] GPU #0: quark_blake512_cpu_init invalid device symbol
        [2015-05-02 02:49:20] GPU #0: aes_cpu_init invalid device symbol
        [2015-05-02 02:49:21] GPU #0: aes_cpu_init invalid device symbol
        [2015-05-02 02:49:22] GPU #0: x11_simd512_cpu_init invalid texture reference
        [2015-05-02 02:49:23] GPU #0: GeForce GTX 650 Ti BOOST, 0.00 H/s
        [2015-05-02 02:49:23] Total: 0.00 H/s
        [2015-05-02 02:49:23] GPU #0: quark_blake512_cpu_init invalid device symbol
        [2015-05-02 02:49:24] GPU #0: aes_cpu_init invalid device symbol
        [2015-05-02 02:49:25] GPU #0: aes_cpu_init invalid device symbol
        [2015-05-02 02:49:26] GPU #0: x11_simd512_cpu_init out of memory
        [2015-05-02 02:49:27] GPU #0: GeForce GTX 650 Ti BOOST, 0.00 H/s
        [2015-05-02 02:49:27] Total: 0.00 H/s
        [2015-05-02 02:49:27] GPU #0: quark_blake512_cpu_init invalid device symbol

        1. Mmmh. This is not what’s happening here:

          [2015-05-03 11:14:20] GPU monitoring is not available.
          [2015-05-03 11:14:20] 1 miner thread started, using 'x11' algorithm.
          [2015-05-03 11:14:30] GPU #0: GeForce GTX 860M, 2474.76 kH/s
          [2015-05-03 11:14:30] Total: 2474.76 kH/s

  60. Is there a problem with akmod-nvidia for F22?
    At the moment the newest driver in your repo is 2:352.09-1.fc22. There is no corresponding akmod-nvidia package. Thus nvidia-driver wants to pull in dkms-nvidia.

  61. thanks for the work

    i got a problem , i did use akmod-nvidia with f22 and i got a problem with the X server , it didn’t load the path /usr/lib64/nvidia/xorg which is present in

    log of the failed X server
    [ 2866.166] Build ID: xorg-x11-server 1.17.1-12.fc22
    [ 2866.167] (==) Using config file: “/etc/X11/xorg.conf”
    [ 2866.167] (==) Using config directory: “/etc/X11/xorg.conf.d”
    [ 2866.167] (==) Using system config directory “/usr/share/X11/xorg.conf.d”
    [ 2866.167] (==) ModulePath set to “/usr/lib64/xorg/modules”
    [ 2866.178] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
    [ 2866.190] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so
    [ 2866.195] (II) Loading /usr/lib64/xorg/modules/libfb.so
    [ 2866.196] (II) Loading /usr/lib64/xorg/modules/libwfb.so
    [ 2866.578] (II) Loading /usr/lib64/xorg/modules/input/libinput_drv.so

    so i did create a symlink
    ln -s /usr/lib64/nvidia/xorg/libglx.so /usr/lib64/xorg/modules/extensions/libglx.so
    and now it works

    am i the only one which got this bug ?

    1. It is loading fine on my system. I have other problems relating to the X 1.16+ server always loading glamor, but not that one you’re mentioning.

  62. i think the repo for fc21 is broken , there a mix between drivers version 349 and 352 , and it broke for me with the new kernel 4.0.4 ( akmod failed to build with 346 )

      1. Hello,

        I have Fedora 22 x64 with GTX 760Ti. By default is your repo suggesting to install beta driver? Why not stable? Can you please help me ho to install stable?

        1. Hello, not at the moment. You can just rebuild the source RPMS for 349.xx.

          Normally I have beta drivers available only for the unreleased Fedora versions, but this time the schedule did not match with Nvidia, and I had the beta driver in before the Fedora release.

  63. I have an issue with Fedora 22 KDE Spin. Installed fresh system from ISO. I added negativo17 repo. Nvidia driver works ok. System boot up, however KDE doesn’t start properly. I have one krunner error and 3 plasma errors and and the end plasma doesn’t start. With nouveau driver all is OK. Is there anybody how had the same issue?

    1. I had this issue until I realized my card needed the 340 driver. I had installed fedora-nvidia rather than the needed fedora-nvidia-340.repo. I disabled the fedora-nvidia repo , added the -340.repo, removed then installed per the instructions and it worked.

      1. Glad you fixed it. To go from one version to the other, you could just replace the .repo file and just do a dnf distro-sync or dnf downgrade command.

  64. I realized that when adding a repos with dnf config-manager, the files do not have read rights for group and other. So a dnf search would fail for that repos.
    Workaround: execute “chmod +r /etc/yum.repos.d/fedora-nvidia.repo” as root (or via sudo)

  65. Thank You so much for your efforts! I was able to install the drivers for my GT200GL Quadro FX3800 using the fedora-nvidia-340.repo on my HP Z800 Fedora 22 KDE. I was running Fedora 21 with the nvidia drivers successfully until a yum update broke it. The Download from Nvidia’s site no longer runs and there is some patch on the developer site I did not understand how to compile/implement. Until I found your site, I was stuck. Unable to revert back to the Nouveau drivers due to a lack of concise instructions.

  66. i get the ‘oh no something went wrong’ after installing nvidia-driver on F22. I already had kernel-devel installed, and im using kernel 4.0.4-303. I tried using the dkms-nvidia instead but same error. has something changed with latest kernel?

  67. i did kmods –force to try re-building for kernel 4.0.4-303 but get this error:

    [root@frodo andrew]# akmods --force
    Checking kmods exist for 4.0.4-303.fc22.x86_64 [ OK ]
    Building and installing nvidia-kmod [FAILED]
    Building rpms failed; see /var/cache/akmods/nvidia/352.09-1-for-4.0.4-303.fc22.x86_64.failed.log for details

    Hint: Some kmods were ignored or failed to build or install.
    You can try to rebuild and install them by by calling
    '/usr/sbin/akmods --force' as root.

    1. Do you have the kernel-devel package for 4.0.4-303.fc22.x86_64 installed?

      You can check with:

      rpm -qa kernel\* | sort

        1. we turn off Optimus in BIOS, and select discreet graphics rather than Nvidia. There may be other options, but this seems to work best for us.

    2. More specifically, the error I see in /var/cache/akmods/nvidia/352.09-1-for-4.0.4-303.fc22.x86_64.failed.log is:

      install: cannot stat '_kmod_build_4.0.4-303.fc22.x86_64/uvm/nvidia*.ko': No such file or directory

      1. sorry, full error here which gives more insight:

        + install -p -m 0755 '_kmod_build_4.0.4-303.fc22.x86_64/uvm/nvidia*.ko' /tmp/akmodsbuild.SKeKT5hh/BUILDROOT/nvidia-kmod-352.09-1.fc22.x86_64//usr/lib/modules//4.0.4-303.fc22.x86_64//extra/nvidia//
        install: cannot stat '_kmod_build_4.0.4-303.fc22.x86_64/uvm/nvidia*.ko': No such file or directory
        error: Bad exit status from /var/tmp/rpm-tmp.2G7CfH (%install)

  68. For Fedora 22, a file from the cuda-devel package (/usr/share/man/man3/deprecated.3.gz) conflicts with a file from the qwt5-qt4-devel package.

    Just thought you should know.


  69. I have same error as finite9, fresh install. No optimus, kernel-devel package installed for that specific kernel.

  70. Hello,

    I have installed Fedora 22 (fresh install) and then tried to install nvidia drivers from your repository. As reported before – nvidia driver is not loaded after reboot and resolution drops to 1024×768 maximum… the only thing I did was:

    dnf config-manager –add-repo=http://negativo17.org/repos/fedora-nvidia.repo


    yum -y install nvidia-driver

    What do I need do to actually get the driver working?

    Many thanks,

    1. from the log file:

      # cat /var/log/Xorg.0.log| grep -i glx
      [ 6.045] (II) “glx” will be loaded by default.
      [ 6.045] (II) LoadModule: “glx”
      [ 6.046] (II) Loading /usr/lib64/nvidia/xorg/libglx.so
      [ 6.221] (II) Module glx: vendor=”NVIDIA Corporation”
      [ 6.222] (II) NVIDIA GLX Module 352.21 Tue Jun 9 21:22:54 PDT 2015
      [ 6.898] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found)

        1. Looks like I have right version installed:

          $ rpm -qa kernel\* | sort

          and I can see the module is being built:
          # find / | grep nvidia.ko

  71. First of all, if you have an Optimus laptop, there’s no out of the box support.

    If it is not, do you have an /etc/X11/xorg.conf file? You should not have one. From the line in your log it is not loading the module from the appropriate folder, and the thing is in the /etc/X11/xorg.conf.d/99-nvidia*.conf files.

    1. It’s a desktop computer with a nVidia GeForce GTX 650 graphics card, rpm fusion drivers work with no issues out of the box.

      There was no /etc/X11/xorg.conf file after installation (and reboot), there were two /etc/X11/xorg.conf.d/99-nvidia*.conf files. Everything as expected from the standard installation.

      1. @slaanesh any idea why nvidia would fail on my desktop?

        The nvidia drivers from rpmfusion works great… but I cannot make yours to work :(

  72. Hello, thank you for building these and offering them to the public – it’s greatly appreciated.

    For the latest Fedora 22 kernel (4.0.5-300) I had to run “/usr/sbin/akmods –force” to get the nvidia.ko to build as it did not do this automatically like in the past.

    I’m not sure if this is something specific to kernel-4.0.5+ but this was not needed for prior 4.0.4* kernels. Hoping this helps someone.

    FWIW I’m using a Geforce GTX 560 with the latest 352-series drivers.

    Thanks again for providing these to the public.

    1. I’m sorry but it’s not happening here (GTX 560ti x2 in SLI on same kernel). If the new driver comes along with the new kernel-devel package (i.e. when updating all together), the module will get built at next boot.

  73. I was able to install the drivers for my GT200GL Quadro FX3800 using the fedora-nvidia-340.repo on my HP Z800 Fedora 22 KDE dual screens and it was running OK until I did a dnf upgrade to load 322 updates. This loaded new kernel-4.0.5-300.fc22.x86_64 and kernel-devel-4.0.5-300.fc22.x86_64. I yum removed and yum -y install nvidia-driver but the window sessions would not come up. After unloading I get only a single lo resolution screen. Any suggestions? Thanks!

      1. I believe the fedora-nvidia-340.repo is the legacy drivers as I had them working just fine, but I think they only work with the kernel prior to kernel-4.0.5-300.fc22.x86_64. Does the fedora-nvidia-340.repo have to be somehow updated in order to work with the new kernel?

  74. Hi there, great tutorial you’ve got here. Unfortunately, I still can’t use my nvidia gpu. Info: Running fedora 22 dual boot with win7, all non uefi, Asus k55 laptop, i7 with a gtx 850M. There’s no way to change between gpus in BIOS. Kernel 4.0.5-300.fc2.x86_64

    Here’s what’s happening, with the nouveau drivers, the battery life sucks, running cs go in fedora is ridiculous, and, this happens very often, the noveau drivers give me a ton of errors at startup, so I have to turn off my laptop 2, 3 times before it fully boots. This is why I want to try different drivers, in this case, the Nvidia ones.

    I’ve tried the bumblebee 2 times, and both times I had to reinstall fedora, I wasn’t able (probably because I’m ignorant) to undo what was done. But this time, with your tutorial, everything went fine when installing, I managed to run nvidia settings, had to install nvidia-xconfig, also ran that without any problem. when I rebooted my laptop, i couldn’t boot anymore.. I’m stuck in “A Start job is running for Wait for Plymouth Boot Screen to Quit (45s / no limit).

    From here, i’m able to enter the console, remove the nvidia drivers, but still can’t boot.

    If you could give me some help, I would appreciate it, because I’m not going to give up. I like these puzzles, but I’ve spent a good amount of time in this.. Oh, And I only started to mess with a linux os about 2 weeks ago, so go easy on me please :)

  75. I’m running Fedora 22. I have a GT240 card, and am using the 340 branch. I also had to manually run
    /usr/sbin/akmods –kernels 4.0.5-300.fc22.x86_64

    Until now I have had to keep rebooting into the older 4.0.4 kernel, because the modules for 4.0.5 did not build.

    Thank you sadsfae for the tip!!!

  76. Does anybody else has problem with totem that crashes after installing the drivers on F22 ?

    (totem:2936): Gdk-ERROR **: The program ‘totem’ received an X Window System error.
    This probably reflects a bug in the program.
    The error was ‘BadMatch (invalid parameter attributes)’.
    (Details: serial 393 error_code 8 request_code 153 (GLX) minor_code 31)
    (Note to programmers: normally, X errors are reported asynchronously;
    that is, you will receive the error a while after causing it.
    To debug your program, run it with the GDK_SYNCHRONIZE environment
    variable to change this behavior. You can then get a meaningful
    backtrace from your debugger if you break on the gdk_x_error() function.)

  77. oh dear… as of 4.0.7-300.fc22.x86_64 “which updated automatically” this stopped working for me..

    i have redone all the above with no success…
    i get plasma crashing on me “no menus etc..”

    and no second diaplay despite rebuilding the modules…

    dell inspiron 17 7000 series “Optimus” type…

    08:00.0 3D controller: NVIDIA Corporation Device 1344 (rev ff) (prog-if ff)
    !!! Unknown header type 7f
    Kernel modules: nouveau, nvidia

      1. sorry i did notice that and decided to start from scratch…

        to that end i have done the following:
        yum -y remove \*nvidia\*
        yum -y install nvidia-driver

        Kernel params in grub = rd.driver.blacklist=nouveau nomodeset

        this should give me a clean starting point….

        1. I now have both displays working.

          However when I login plasma crashes and I get screen scrolling rapidly on the laptop almost to a blur.

          Lspci -vv shows kernel driver in use nvidia
          Kernel modules: nouveau, nvidia

          Not sure where it’s getting nouveau from as I can’t find any reference to it.

          I should mention that I’m not too clued up on this sort of issue. It’s just always worked for me.

  78. You have saved me! could not get graphics working properly on my new HP Zbook 17 G2. Your repo worked perfectly!

  79. Hi,

    After playing a bit with optimus/bumblebee I’ve found I really don’t need this and it is more pain than gain :) So, I’ve removed everything installed by this, and moved back to negativo’s repo. Unfortunately my cinnamon/gnome crashes maybe due to some version conflict.

    I have messages like this
    Error: couldn't get an RGB, Double-buffered visual

    name of display: :0.0
    Error: couldn't find RGB GLX visual or fbconfig

    less /var/log/Xorg.0.log | grep gl
    [ 92.159] (WW) "glamoregl" will not be loaded unless you've specified it to be loaded elsewhere.
    [ 92.159] (II) "glx" will be loaded by default.
    [ 92.159] (II) LoadModule: "glx"
    [ 92.159] (II) Loading /usr/lib64/nvidia/xorg/libglx.so
    [ 92.159] (EE) Failed to load /usr/lib64/nvidia/xorg/libglx.so: libnvidia-tls.so.352.30: cannot open shared object file: No such file or directory
    [ 92.159] (II) UnloadModule: "glx"
    [ 92.159] (II) Unloading glx
    [ 92.159] (EE) Failed to load module "glx" (loader failed, 7)

    dnf list installed |grep nvidia
    akmod-nvidia.x86_64 2:352.30-1.fc22 @System
    nvidia-driver.x86_64 2:352.30-2.fc22 @System
    nvidia-libXNVCtrl.x86_64 2:352.30-1.fc22 @System
    nvidia-settings.x86_64 2:352.30-1.fc22 @System

    my system is 4.1.4-200.fc22.x86_64

    Any idea?


    1. Seems, it is solved by
      dnf --best install nvidia-driver-libs-2\:352.30-2.fc22

      ldd ./libglx.so
      linux-vdso.so.1 (0x00007ffc741e8000)
      libnvidia-tls.so.352.30 => /lib64/libnvidia-tls.so.352.30 (0x00007f2e5733f000)
      libnvidia-glcore.so.352.30 => /lib64/libnvidia-glcore.so.352.30 (0x00007f2e548ac000)
      libc.so.6 => /lib64/libc.so.6 (0x00007f2e544ec000)
      libdl.so.2 => /lib64/libdl.so.2 (0x00007f2e542e8000)
      libm.so.6 => /lib64/libm.so.6 (0x00007f2e53fe0000)
      /lib64/ld-linux-x86-64.so.2 (0x00005556b0291000)

      1. nvidia-driver-libs it’s a dependency of nvidia-driver, this means you have forced installation of the main package ignoring the rest as it is normally automatically pulled in.

        Also, don’t forget to install nvidia-driver-libs.i686 if you want to play Steam games :)

        1. Now, everything is installed from negativo repo, and there is no major error in my logs, however it seems glx extensions is missing/not working… do you have any idea how to fix it?

          1. Usually it’s an all in one, either you have OpenGL/GLX Nvidia libraries loaded or not. You can not have “some glx extensions”. What extensions are you referring to?

        2. Hi, I just installed Fedora22 64bit on my desktop PC with Nvidia GTX480.

          I updated all packages before attempting to install your nvidia driver like this:
          dnf remove \*nvidia\*
          dnf install nvidia-driver

          GDM crashed at boot, and journalctl showed that there was no 3D acceleration available.
          I tried ‘akmods –force’ and it showed that the module was OK.

          ‘nvidia-driver-libs’ were not installed however, after installing them manually, GDM went fine.

          Thank you for your work!


          1. Hello, yes, unfortunately with the latest library reorganization I accidentally deleted the nvidia-driver-libs requirement in nvidia-driver. It is fixed now and the libraries are installed automatically.

  80. So, finally I’ve removed the proprietary driver and installed again nouveau… it seems this has basic support for optimus (at least I can use digital output of my docking which was not working with intel only config), so if it will be stable enough I’ll stay with open source again :)

  81. You install instructions are missing key information for novice user like me or dozen others. You say to install driver install only “nvidia-driver” package, but that will not work. What about adding “nvidia-driver-libs”? How many users were left with broken computer unable to boot?

    1. The instructions are correct, it’s that with the latest library reorganization I accidentally deleted the nvidia-driver-libs requirement in nvidia-driver. It is fixed now and the libraries are installed automatically (as it was last week).

        1. You can use both DKMS or aKMOD, your choice. By default the first one providing nvidia-kmod gets pulled in, so in alphabetical order is akmod-nvidia then dkms-nvidia in Fedora, and binary kmod-nvidia and dkms-nvidia on CentOS/RHEL. Please read the repository page for instructions.

          1. Hmm i quite don´t understand, even if i have Googled for differences between KMOD, AKMOD and DKMS. I guess i was dumbed down by Ubuntu :) where i didn´t needed to choose anything and nvidia driver was one-click install in Additional Drivers GUI. So i have installed “nvidia-driver”, “nvidia-driver-libs” both 32/64 bit for Steam and now which kernel module you recommend to install for future so my system will boot after kernel update, KMOD or DKMS?

          2. If you have installed nvidia-driver, then you already have some module, as it’s automatic. That’s the point, you should not worry about it if you don’t know the differences. Try this to see what’s installed:

            $ rpm -qa \*nvidia\* | sort

  82. Hi, the newest update fails to find all files I guess. GDM crashed, only 2D acceleration was enabled and I got this error:

    (II) LoadModule: “glx”
    (II) Loading /usr/lib64/nvidia/xorg/libglx.so
    (EE) Failed to load /usr/lib64/nvidia/xorg/libglx.so: libnvidia-tls.so.352.30: cannot open shared object …

    I tried simply symlinking and it seems to work now:
    ln -s /usr/lib64/libnvidia-tls.so.352.30 /usr/lib64/nvidia/xorg/

    1. There is something wrong with your system, that is absolutely not needed. Libraries are loaded through ldconfig, and if your system would not be able to find libraries in /usr/lib64 it would not boot at all. Or you have screwed your permissions in /usr/lib64/libnvidia* or you have some other issue, because permissions are correct inside the package.

      $ rpm -qpvl nvidia-driver-libs-352.30-3.fc22.x86_64.rpm | grep tls
      -rwxr-xr-x 1 root root 12912 Jul 22 03:25 /usr/lib64/libnvidia-tls.so.352.30

      Your problem is not related to the packages.

      1. I think it happened because I tried to install both the driver and the 32bit libs at once. This happened on a new system again, and when I installed just the driver first, it worked fine.

  83. Hi, Thanks for the repo.

    I am just having one issue, I am trying to make my monitor layout stay after reboot.

    I created a .conf file under /etc/X11/xorg.conf.d/

    with the following:

    Section “Monitor”
    # HorizSync source: edid, VertRefresh source: edid
    Identifier “Monitor0”
    VendorName “Unknown”
    ModelName “DELL 2208WFP”
    HorizSync 30.0 – 83.0
    VertRefresh 56.0 – 76.0
    Option “DPMS”

    Section “Screen”
    Identifier “Screen0”
    Device “Device0”
    Monitor “Monitor0”
    DefaultDepth 24
    Option “Stereo” “0”
    Option “nvidiaXineramaInfoOrder” “DFP-0”
    Option “metamodes” “DVI-D-0: nvidia-auto-select +2970+480, DVI-I-1: nvidia-auto-select +1050+480, HDMI-0: nvidia-auto-select +0+0 {rotation=left}”
    Option “SLI” “Off”
    Option “MultiGPU” “Off”
    Option “BaseMosaic” “off”
    SubSection “Display”
    Depth 24

    but still no luck. Am I doing something wrong?.. still new to fedora and linux.


  84. Any chance of rolling back to the last driver version? gnome-shell keeps crashing when GDM tries to start up with nvidia-driver-355.11-1.fc23.x86_64 on Fedora 22 and Fedora 23 with a GeForce GTX 780 Ti. I checked the repo URL to see if I could roll back manually but I don’t see previous versions.

    [ 229.817576] traps: gnome-shell[5128] trap int3 ip:7f12a32668eb sp:7ffecc8db420 error:0
    [ 233.605400] traps: gnome-shell[5165] trap int3 ip:7fdcf08c28eb sp:7fff89b1b500 error:0
    [ 237.459072] traps: gnome-shell[5202] trap int3 ip:7fc7ee1878eb sp:7ffe00da84b0 error:0
    [ 241.272302] traps: gnome-shell[5239] trap int3 ip:7efc51e528eb sp:7ffd321776e0 error:0
    [ 245.121385] traps: gnome-shell[5277] trap int3 ip:7f97499cc8eb sp:7ffdd0b43650 error:0

    on Fedora 22 and Fedora 23.

    1. There is no previous version, but this does not seem to be related to the drivers. Do you have any additional X.org configuration apart from the one provided by the drivers?

      1. No additional X.org configuration other than what nvidia-driver provides.

        I was able to get more out of journalctl andit seems that it can’t find the drm kms device with the new driver. It was working fine with the previous driver.

        Sep 24 15:48:31 desktop systemd[1]: Started User Manager for UID 42.
        Sep 24 15:48:31 desktop gnome-session[2431]: (gnome-shell:2437): mutter-ERROR **: could not find drm kms device
        Sep 24 15:48:31 desktop kernel: traps: gnome-shell[2437] trap int3 ip:7f54c24fa8eb sp:7fffff26dd20 error:0
        Sep 24 15:48:38 desktop systemd-coredump[2441]: Process 2437 (gnome-shell) of user 42 dumped core.

        Stack trace of thread 2437:
        #0 0x00007f54c24fa8eb g_logv (libglib-2.0.so.0)
        #1 0x00007f54c24faa5f g_log (libglib-2.0.so.0)
        #2 0x00007f54c622b9bb meta_launcher_new (libmutter.so.0)
        #3 0x00007f54c62269e8 meta_backend_native_init (libmutter.so.0)
        #4 0x00007f54c2816b09 g_type_create_instance (libgobject-2.0.so.0)
        #5 0x00007f54c27f7ebb g_object_new_internal (libgobject-2.0.so.0)
        #6 0x00007f54c27f97d1 g_object_newv (libgobject-2.0.so.0)
        #7 0x00007f54c27fa104 g_object_new (libgobject-2.0.so.0)
        #8 0x00007f54c61b9846 meta_clutter_init (libmutter.so.0)
        #9 0x00007f54c61ec782 meta_init (libmutter.so.0)
        #10 0x00007f54cb6a843a main (gnome-shell)
        #11 0x00007f54c0916580 __libc_start_main (libc.so.6)
        #12 0x00007f54cb6a8849 _start (gnome-shell)

        Stack trace of thread 2439:
        #0 0x00007f54c09ed11d poll (libc.so.6)
        #1 0x00007f54c24f423c g_main_context_iterate.isra.29 (libglib-2.0.so.0)
        #2 0x00007f54c24f434c g_main_context_iteration (libglib-2.0.so.0)
        #3 0x00007f54c24f4389 glib_worker_main (libglib-2.0.so.0)
        #4 0x00007f54c251ab25 g_thread_proxy (libglib-2.0.so.0)
        #5 0x00007f54c0cbe60a start_thread (libpthread.so.0)
        #6 0x00007f54c09f8bbd __clone (libc.so.6)

        Stack trace of thread 2440:
        #0 0x00007f54c09ed11d poll (libc.so.6)
        #1 0x00007f54c24f423c g_main_context_iterate.isra.29 (libglib-2.0.so.0)
        #2 0x00007f54c24f45c2 g_main_loop_run (libglib-2.0.so.0)
        #3 0x00007f54c39a54a6 gdbus_shared_thread_func (libgio-2.0.so.0)
        #4 0x00007f54c251ab25 g_thread_proxy (libglib-2.0.so.0)
        #5 0x00007f54c0cbe60a start_thread (libpthread.so.0)
        #6 0x00007f54c09f8bbd __clone (libc.so.6)

        Sep 24 15:48:38 desktop gnome-session[2431]: Unrecoverable failure in required component gnome-shell-wayland.desktop
        Sep 24 15:48:38 desktop systemd-logind[1405]: Removed session c6.
        Sep 24 15:48:38 desktop /usr/libexec/gdm-wayland-session[2427]: Activating service name=’org.gtk.vfs.Daemon’
        Sep 24 15:48:38 desktop /usr/libexec/gdm-wayland-session[2427]: Successfully activated service ‘org.gtk.vfs.Daemon’
        Sep 24 15:48:38 desktop /usr/libexec/gdm-wayland-session[2427]: Activating service name=’ca.desrt.dconf’
        Sep 24 15:48:38 desktop gnome-session[2431]: gnome-session[2431]: WARNING: Application ‘gnome-shell-wayland.desktop’ killed by signal 5
        Sep 24 15:48:38 desktop org.gtk.vfs.Daemon[2429]: A connection to the bus can’t be made
        Sep 24 15:48:38 desktop systemd[1]: Stopping User Manager for UID 42…

  85. getting warnings in Xorg.0.log on fedora 23 about the ABI.

    warning: this version of xorg has ABI 22 but the driver requires ABI 20. driver will continue to load but will behave strangely.

    this is with 355.11

    1. Nvidia drivers do not support (yet) X.org server version 1.18. See /etc/X11/xorg.conf.d/99-nvidia-ignoreabi.conf on your system.

  86. First, I really love what you have done with the nvidia driver. I have one request for RHEL6: nvidia-driver-352.41-1.el6.
    It’s putting blacklist-nouveau.conf in /usr/lib/modprobe.d/ instead of /etc/modprobe.d/ On RHEL6, dracut isn’t using that file. If I copy it to /etc/modprobe.d/ dracut works as expected.

      1. Fantastic. I should mention that nvidia-uvm.conf in the nvidia-driver-cuda package has the same problem.
        I also found the binary driver installs libGL.so and libEGL.so. Maya2016 doesn’t run without them, so if we could get those links added to nvidia-driver-libs, that would be awesome. Last issue is that nvidia-settings only gets installed if I install nvidia-driver-cuda. If I want nvidia-smi, but not the cuda driver (or nvidia-uvm kernel module) I am unable to do that. Could nvidia-smi be moved to nvidia-driver instead of nvidia-driver-cuda? I apologize for all this at once, but if all these issues were resolved, I’d be a super happy camper.

  87. Hi,
    im asking you to make some legacy repo for fedora 23 nvidia drivers since my card is not in supported list for 355 .
    Ive made changes in you 340 repo file and installed the one from fc22 but it gave the same result, perhaps i did something wrong.
    this is what it show
    “Oh no! Something has gone wrong. A problem has occurred and the system can’t recover. Please log out and try again.”

Leave a Reply

Your email address will not be published. Required fields are marked *

I'm not dumb. I just have a command of thoroughly useless information.

%d bloggers like this: