The Dell-NVidia RPM is distributed to install the Nvidia OpenGL video driver and to provide a mechanism for automatic rebuild of the video driver for new kernels. During installation the RPM performs the following tasks:
Since the Nvidia OpenGl driver provides a kernel module, this module must be built from source for each kernel. To simplify this process, Dell created the buildmodules service. The buildmodules service starts during the boot process for each kernel, and runs all of the scripts in the /etc/modulescripts directory. For the Nvidia OpenGL drivers, the /etc/modulescripts/video/build_nvidia.sh script executes. This script reads the install.xxxx.log file to detect the kernels available for the nvidia module. If the driver has not been built for the booting kernel, it builds and installs the module, and then records the kernel version in the install.xxxx.log.
To edit the XF86 configuration file, first verify the correct configuration file, then modify the configuration file to use the nVidia driver.
To verify the correct XFree86 configuration file, read the file /var/log/XFree86.0.log file and locate the line: (==) Using config file:"configfile", where configfile is the full path to the XFree86 configuration file.
To modify the configuration file to use the nVidia driver, follow these steps:
If a working XF86Config file is not present:
For more information on XF86Config file syntax, refer to the manual pages. At the command line type man XF86Config and press the <Enter>
Listed below are some of the more frequent issues that may occur when installing the NVidia module.
The information contained in the above article consists of excerpts from nVidia Knowledge Base. The technical information and troubleshooting described herein are for informational purposes only. For additional information or the complete article, go to the nVidia support Web site at https://www.nvidia.com and search the nVidia Knowledge Base.
One of the most useful tools for diagnosing problems is the /var/log/XFree86.num.log, where num is the server number. When reviewing the logs, lines that begin with (II) are information, (WW) are warnings, and (EE) are errors.
Check the /var/log/XFree86.num.log for the following items:
How can I increase the amount of data printed in the XFree86 log file?
By default, the NVIDIA X driver prints relatively few messages to stderr and the XFree86 log file. To troubleshoot, enable more verbose output by using the XFree86 command line options "-verbose" and "-logverbose" which can be used to set the verbosity level for the stderr and log file messages, respectively. XFree86 defaults to verbosity level 1 for stderr and level 3 for the log file. The NVIDIA X driver will output more messages when the verbosity level is at or above 5. To enable verbose messaging from the NVIDIA X driver to both the log file and stderr type, at a command line, startx -- -verbose 5 logverbose 5 and press the
There is a problem with the NVIDIA kernel module. This causes the X server to fail.
View /etc/modulescripts/video/install.xxxx.log, to see if the module was built for kernel that you are currently running. To force a rebuild of the nvidia.o module, remove the install log by typing rm –f /etc/modulescripts/video/install.xxxx.log at the command line prompt and press
To check that the module is loaded type lsmod and press the
The kernel source code is missing or incorrect. Install the source for the Linux kernel.
Make sure the line alias char-major-195 nvidia appears in your module configuration file, generally found in one these files /etc/conf.modules, /etc/modules.conf or /etc/modutils/alias. Consult the documentation that came with your Linux distribution for details.
These problems are generally caused by the build using the wrong kernel header files. The convention used to be that kernel header files should be stored in /usr/include/linux/, but that is deprecated in favor of /lib/modules/‘uname -r‘/build/include. The nvidia-installer should be able to determine the location on your system. However, if you encounter a problem, you can force the build to use certain header files by using the —kernel-include-dir option. Obviously, for this to work, you need the appropriate kernel header files installed on your system. Consult the documentation that came with your distribution; some distributions don’t install the kernel header files by default, or they install headers that don’t coincide properly with the kernel you are running.
Conflicting libraries may have been installed by your distribution’s update utility; First remove the install log (rm /etc/modulescripts/video/install.xxxx.log) and then run the etc/modulescripts/video/build_nvidia.sh script.
On a distribution that uses RPM (Red Hat, Mandrake, SuSE, etc), then use RPM to determine the kernel sources installed. At a shell prompt, type: rpm -qa | grep kernel and look at the output. A package that corresponds to the kernel (often named something like kernel-2.4.18-3) and a kernel source package with the same version (often named something like kernel-source-2.4.18-3) should display. If none of the lines seem to correspond to a source package, then install it. If the versions listed mismatch (ex: kernel-2.4.18-10 vs. kernel-source-2.4.18-3), then update the kernel-source package to match the installed kernel. If you have multiple kernels installed, install the kernel-source package that corresponds to the running kernel (or make sure the installed source package matches the running kernel). View the output of uname -r and match versions.
The kernel header files Red Hat Linux distributes for Red Hat Linux 7.3 2.4.18-3bigmem kernel are misconfigured. NVIDIA’s precompiled kernel module for this kernel can be loaded, but in order to compile the NVIDIA kernel interface files for this kernel, then type the following lines at a command line, pressing the
Most of the startx delay problems are caused by incorrect data in the video BIOS about what display devices are possibly connected or what i2c port should be used for detection. You can work around these problems by adding the IgnoreDisplayDevices option line to the XF86Config file.
This is because some versions of the glibc package shipped by Red Hat that support TLS do not properly handle using dlopen() to access shared libraries which utilize some TLS models. To resolve this, obtain the update glibc-2.3.2-11.9, or newer, from Red Hat.
Most distribution-provided configuration applets do not detect the NVIDIA accelerated driver, and consequently do not update when the driver is installed.
For more information, consult this article at the nVidia website: https://www.nvidia.com/view.asp?IO=linux_display_ia32_1.0-4363
最終更新日: 09/22/2015 06:30 AM