Re: when will nvidai-glx and nvidia-kernel-source hit etch? {Scanned} {Scanned} {Scanned}
On Tue, Oct 24, 2006 at 12:19:40PM -0500, Henry Hollenberg wrote: So gdm is looking for /usr/X11R6/bin/X but my xserver now is: /usr/X11R6/bin/Xorg when I try and run this binary by hand I see these errors: (==) Using config file: /etc/X11/xorg.conf Error: API mismatch: the NVIDIA kernel module has the version 1.0-8774, but this X module has the version 1.0-8776. Please make sure that the kernel module and all NVIDIA driver components have the same version. (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! Please ensure (EE) NVIDIA(0): that there is a supported NVIDIA GPU in this system, and (EE) NVIDIA(0): that the NVIDIA device files have been created properly. (EE) NVIDIA(0): Please consult the NVIDIA README for details. (EE) NVIDIA(0): *** Aborting *** (EE) Screen(s) found, but none have a usable configuration. Ok, I have a Leadtek PX6800GT video card installed in this system so I don't think the supported NVIDIA GPU line is the issue must be the API mismatchnot sure how that would have happened. Think I'll cc Randall Donald the nvidia maintainer andy:/usr/X11R6/bin# lspci :01:00.0 VGA compatible controller: nVidia Corporation NV40 [GeForce 6800 Ultra/GeForce 6800 GT] (rev a2) I'll give kdm a whirl and see if it does better than gdm... Try 'modprobe nvidia' to see if you can load the kernel module. Might be worth appending 'nvidia' to /etc/modules to make sure it is always loaded at boot. If you can't load the module then it probably isn't compiled for the current kernel yet. To fix that do: m-a -t prepare m-a -t a-i nvidia modprobe nvidia -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: when will nvidai-glx and nvidia-kernel-source hit etch? {Scanned} {Scanned} {Scanned}
On Tue, Oct 24, 2006 at 11:24:13AM -0500, Henry Hollenberg wrote: OK, I added some unstable lines to my sources.list and ran apt-get update: deb http://cudlug.cudenver.edu/debian/ testing main contrib non-free deb-src http://cudlug.cudenver.edu/debian/ testing main contrib non-free deb http://cudlug.cudenver.edu/debian/ unstable main contrib non-free deb-src http://cudlug.cudenver.edu/debian/ unstable main contrib non-free then: apt-get -f install which installed: ii linux-image-2.6.18-1-amd642.6.18-2Linux 2.6.18 image on AMD64 apt-get -t unstable install nvidia-kernel-common apt-get -t unstable install nvidia-kernel-source apt-get -t unstable install module-assistant m-a a-i nvidia apt-get -t unstable install nvidia-glx And somehow the 2.6.18 kernel headers got installed not sure when or how: ii linux-kernel-headers 2.6.18-3Linux Kernel Headers for development linux-kernel-headers provides /usr/include/linux for compiling user space programs. It has nothing to do with your running kernel and the version doesn't really matter. The headers for compiling kernel modules involves linux-headers-2.6.18 or similar. I checked /etc/X11/XF86Config-4 and it looked ok according to Andrew Schulman's instructions. I also added my user to group video in case that was needed also according to Schulman. I am still gettting a gdm startup error: Failed to start the X server GDM: Xserver not found: /usr/X11R6/bin/X :0 Error: Command could not be executed! Please install the Xserver or correct the GDM configuration and restart GDM Maybe your gdm is misconfigured since I think it should be /usr/bin/X Assuming the X symlink is actually installed and pointing at Xorg. Is xserver-xorg installed? -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: when will nvidai-glx and nvidia-kernel-source hit etch? {Scanned} {Scanned} {Scanned}
Jo Shields wrote: On Mon, 2006-10-23 at 21:15 -0500, Henry Hollenberg wrote: andy:/etc/apt# apt-get install nvidia-graphics-drivers Reading package lists... Done Building dependency tree... Done E: Couldn't find package nvidia-graphics-drivers There's no such (binary) package. nvidia-kernel-common: Init scripts needed by Nvidia. I've compiled the 2.6.17 kernel using the .config file that came with 2.6.17-2-amd64 which seemed to go OK. But all that gives me is an identical kernel and identical modules as the precompiled ones that were already installed. I compiled the nvidia-kernel-source in the /usr/src/modules directory BY HAND as none of the EASY methods worked. It was pretty easy just read a couple of lines in the README and set one environment to the correct kernel source in the make command: 'make SYSSRC=/usr/src/linux-source-2.6.17 module' 'make SYSSRC=/usr/src/linux-source-2.6.17 install' checked to make sure the nvidia.ko file was FRESH and was in the right place /lib/modules/2.6.17/kernel/drivers/video/nvidia.ko I also did a simple 'make module' and 'make install' to drop the nvidia.ko module into the (duplicate) running kernel modules /lib/modules/2.6.17-2-amd64. Now I'm trying to complete the last of the steps without a real clear idea of what I'm trying to get installed. Following the directions apt-get fails and when I download the packages by hand dpkg now seems to be trying to install some helper packages for a later kernel: andy:/home/hgh/TMP# dpkg -i nvidia-kernel-2.6-amd64_1.0.8774+1_all.deb Selecting previously deselected package nvidia-kernel-2.6-amd64. (Reading database ... 138710 files and directories currently installed.) Unpacking nvidia-kernel-2.6-amd64 (from nvidia-kernel-2.6-amd64_1.0.8774+1_all.deb) ... dpkg: dependency problems prevent configuration of nvidia-kernel-2.6-amd64: nvidia-kernel-2.6-amd64 depends on nvidia-kernel-2.6.18-1-amd64; however: Package nvidia-kernel-2.6.18-1-amd64 is not installed. dpkg: error processing nvidia-kernel-2.6-amd64 (--install): dependency problems - leaving unconfigured Errors were encountered while processing: nvidia-kernel-2.6-amd64 Best I can tell I have nvidia-kernel-(common|source): rc nvidia-glx1.0.8774-7 NVIDIA binary XFree86 4.x driver iU nvidia-kernel-2.6-amd64 1.0.8774+1 NVIDIA binary kernel module for 2.6 series c rc nvidia-kernel-2.6.18-1-amd64 1.0.8774+1 NVIDIA binary kernel module for Linux 2.6.18 ii nvidia-kernel-common 20051028+1 NVIDIA binary kernel module common files ii nvidia-kernel-source 1.0.8774-7 NVIDIA binary kernel module source and I lack: nvidia-kernel-$VERSION (don't know why i need it or why it's not there already since i have the compiled module.) nvidia-glx (I guess I need the one above just to satisfy dependencies on this one, sigh...) nvidia-glx-ia32 Not sure if these last two are kernel version specific? I'll keep digging. I'm cc'ing Randall Donald the debian package maintainer to see if he has any tips for cutting thru this Gordian Knot. Thanks to all for their tips. hgh. nvidia-kernel-source: Source code required to compile a kernel module. nvidia-kernel-$VERSION: Non-existant package with the kernel module in it. When compiling your own module, it Provides: the appropriate nvidia-kernel-$VERSION package. nvidia-glx: Binary 2D/3D driver for X11. Will not install unless you already have nvidia-kernel-$VERSION installed. nvidia-glx-ia32: Extra binary driver components required to run 32-bit applications on a 64-bit system without a chroot. -- Henry Hollenberg [EMAIL PROTECTED] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: when will nvidai-glx and nvidia-kernel-source hit etch? {Scanned} {Scanned} {Scanned}
On (24/10/06 09:13), Henry Hollenberg wrote: Jo Shields wrote: There's no such (binary) package. nvidia-kernel-common: Init scripts needed by Nvidia. I've compiled the 2.6.17 kernel using the .config file that came with 2.6.17-2-amd64 which seemed to go OK. But all that gives me is an identical kernel and identical modules as the precompiled ones that were already installed. snip I know you're running etch but this post may help: On (26/09/06 11:46), Wackojacko wrote: I run nvidia graphics drivers on my AMD64 3200+, in both 64 bit and 32 bit sid, so they definitely work. Here's what I do. ~apt-get install module-assistant nvidia-kernel-source ~m-a prepare (sudo or root) ~m-a a-i nvidia (sudo or root) ~dpkg -i /usr/src/nvidia-kernel-moduleX.deb (sudo or root) ~apt-get install nvidia-glx (sudo or root) Restart X. I'm also running sid and this has worked for me twice (the second time after a kernel upgrade, the first when 'nv' module stopped working) If this doesn't work from the etch repositories, you could use sid just to upgrade your kernel and the nvidia stuff. YMMV Regards Clive -- www.clivemenzies.co.uk ... ...strategies for business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: when will nvidai-glx and nvidia-kernel-source hit etch? {Scanned} {Scanned} {Scanned}
nvidia-kernel-source: Source code required to compile a kernel module. nvidia-kernel-$VERSION: Non-existant package with the kernel module in it. When compiling your own module, it Provides: the appropriate nvidia-kernel-$VERSION package. nvidia-glx: Binary 2D/3D driver for X11. Will not install unless you already have nvidia-kernel-$VERSION installed. nvidia-glx-ia32: Extra binary driver components required to run 32-bit applications on a 64-bit system without a chroot. Install nvidia-kernel-common Install module-assistant Install nvidia-kernel-source Run m-a a-i nvidia Install nvidia-glx That really should be it. The reason your nvidia-kernel-2.6-amd64 won't install is because you don't have nvidia-kernel-2.6.18-1-amd64 (or nvidia-kernel-$(uname -r) at any rate) installed. OK, I added some unstable lines to my sources.list and ran apt-get update: deb http://cudlug.cudenver.edu/debian/ testing main contrib non-free deb-src http://cudlug.cudenver.edu/debian/ testing main contrib non-free deb http://cudlug.cudenver.edu/debian/ unstable main contrib non-free deb-src http://cudlug.cudenver.edu/debian/ unstable main contrib non-free then: apt-get -f install which installed: ii linux-image-2.6.18-1-amd642.6.18-2Linux 2.6.18 image on AMD64 apt-get -t unstable install nvidia-kernel-common apt-get -t unstable install nvidia-kernel-source apt-get -t unstable install module-assistant m-a a-i nvidia apt-get -t unstable install nvidia-glx And somehow the 2.6.18 kernel headers got installed not sure when or how: ii linux-kernel-headers 2.6.18-3Linux Kernel Headers for development I checked /etc/X11/XF86Config-4 and it looked ok according to Andrew Schulman's instructions. I also added my user to group video in case that was needed also according to Schulman. I am still gettting a gdm startup error: Failed to start the X server GDM: Xserver not found: /usr/X11R6/bin/X :0 Error: Command could not be executed! Please install the Xserver or correct the GDM configuration and restart GDM hgh. -- Henry Hollenberg [EMAIL PROTECTED] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: when will nvidai-glx and nvidia-kernel-source hit etch? {Scanned} {Scanned} {Scanned}
I wrote: OK, I added some unstable lines to my sources.list and ran apt-get update: deb http://cudlug.cudenver.edu/debian/ testing main contrib non-free deb-src http://cudlug.cudenver.edu/debian/ testing main contrib non-free deb http://cudlug.cudenver.edu/debian/ unstable main contrib non-free deb-src http://cudlug.cudenver.edu/debian/ unstable main contrib non-free then: apt-get -f install which installed: ii linux-image-2.6.18-1-amd642.6.18-2Linux 2.6.18 image on AMD64 apt-get -t unstable install nvidia-kernel-common apt-get -t unstable install nvidia-kernel-source apt-get -t unstable install module-assistant m-a a-i nvidia apt-get -t unstable install nvidia-glx And somehow the 2.6.18 kernel headers got installed not sure when or how: ii linux-kernel-headers 2.6.18-3Linux Kernel Headers for development I checked /etc/X11/XF86Config-4 and it looked ok according to Andrew Schulman's instructions. I also added my user to group video in case that was needed also according to Schulman. I am still gettting a gdm startup error: Failed to start the X server GDM: Xserver not found: /usr/X11R6/bin/X :0 Error: Command could not be executed! Please install the Xserver or correct the GDM configuration and restart GDM Found something screwy: andy:/usr/X11R6# ls -l total 28 lrwxrwxrwx 1 root root6 2006-10-16 08:24 bin - ../bin drwxr-xr-x 3 root root 4096 2006-10-16 08:33 include drwxr-xr-x 4 root root 4096 2006-10-16 08:33 lib drwxr-xr-x 3 root root 4096 2005-12-23 14:54 lib64 So /usr/X11R6/bin is rediricted to /usr/bin Which package is setting up this symlink? I think it is a very bad thing as that is how I ended up deleting my whole /usr/bin contents when this etch upgrade startedall to get my hands on openoffice. So where is /usr/X11R6/bin's files? Look to be intermixed with /usr/bin's files now.that sure seems screwy. I sure don't recall creating that symlink: andy:/var/log# history | grep ln 510 history | grep ln hgh. hgh. -- Henry Hollenberg [EMAIL PROTECTED] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: when will nvidai-glx and nvidia-kernel-source hit etch? {Scanned} {Scanned} {Scanned}
Henry Hollenberg wrote: I wrote: OK, I added some unstable lines to my sources.list and ran apt-get update: deb http://cudlug.cudenver.edu/debian/ testing main contrib non-free deb-src http://cudlug.cudenver.edu/debian/ testing main contrib non-free deb http://cudlug.cudenver.edu/debian/ unstable main contrib non-free deb-src http://cudlug.cudenver.edu/debian/ unstable main contrib non-free then: apt-get -f install which installed: ii linux-image-2.6.18-1-amd642.6.18-2 Linux 2.6.18 image on AMD64 apt-get -t unstable install nvidia-kernel-common apt-get -t unstable install nvidia-kernel-source apt-get -t unstable install module-assistant m-a a-i nvidia apt-get -t unstable install nvidia-glx And somehow the 2.6.18 kernel headers got installed not sure when or how: ii linux-kernel-headers 2.6.18-3 Linux Kernel Headers for development I checked /etc/X11/XF86Config-4 and it looked ok according to Andrew Schulman's instructions. I also added my user to group video in case that was needed also according to Schulman. I am still gettting a gdm startup error: Failed to start the X server GDM: Xserver not found: /usr/X11R6/bin/X :0 Error: Command could not be executed! Please install the Xserver or correct the GDM configuration and restart GDM Found something screwy: andy:/usr/X11R6# ls -l total 28 lrwxrwxrwx 1 root root6 2006-10-16 08:24 bin - ../bin drwxr-xr-x 3 root root 4096 2006-10-16 08:33 include drwxr-xr-x 4 root root 4096 2006-10-16 08:33 lib drwxr-xr-x 3 root root 4096 2005-12-23 14:54 lib64 So /usr/X11R6/bin is rediricted to /usr/bin Which package is setting up this symlink? I think it is a very bad thing as that is how I ended up deleting my whole /usr/bin contents when this etch upgrade startedall to get my hands on openoffice. So where is /usr/X11R6/bin's files? Look to be intermixed with /usr/bin's files now.that sure seems screwy. I sure don't recall creating that symlink: andy:/var/log# history | grep ln 510 history | grep ln So gdm is looking for /usr/X11R6/bin/X but my xserver now is: /usr/X11R6/bin/Xorg when I try and run this binary by hand I see these errors: (==) Using config file: /etc/X11/xorg.conf Error: API mismatch: the NVIDIA kernel module has the version 1.0-8774, but this X module has the version 1.0-8776. Please make sure that the kernel module and all NVIDIA driver components have the same version. (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! Please ensure (EE) NVIDIA(0): that there is a supported NVIDIA GPU in this system, and (EE) NVIDIA(0): that the NVIDIA device files have been created properly. (EE) NVIDIA(0): Please consult the NVIDIA README for details. (EE) NVIDIA(0): *** Aborting *** (EE) Screen(s) found, but none have a usable configuration. Ok, I have a Leadtek PX6800GT video card installed in this system so I don't think the supported NVIDIA GPU line is the issue must be the API mismatchnot sure how that would have happened. Think I'll cc Randall Donald the nvidia maintainer andy:/usr/X11R6/bin# lspci :01:00.0 VGA compatible controller: nVidia Corporation NV40 [GeForce 6800 Ultra/GeForce 6800 GT] (rev a2) I'll give kdm a whirl and see if it does better than gdm... hgh. -- Henry Hollenberg [EMAIL PROTECTED] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: when will nvidai-glx and nvidia-kernel-source hit etch? {Scanned} {Scanned} {Scanned}
(==) Using config file: /etc/X11/xorg.conf Error: API mismatch: the NVIDIA kernel module has the version 1.0-8774, but this X module has the version 1.0-8776. Please make sure that the kernel module and all NVIDIA driver components have the same version. (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! Please ensure (EE) NVIDIA(0): that there is a supported NVIDIA GPU in this system, and (EE) NVIDIA(0): that the NVIDIA device files have been created properly. (EE) NVIDIA(0): Please consult the NVIDIA README for details. (EE) NVIDIA(0): *** Aborting *** (EE) Screen(s) found, but none have a usable configuration. Ok, I have a Leadtek PX6800GT video card installed in this system so I don't think the supported NVIDIA GPU line is the issue must be the API mismatchnot sure how that would have happened. Think I'll cc Randall Donald the nvidia maintainer andy:/usr/X11R6/bin# lspci :01:00.0 VGA compatible controller: nVidia Corporation NV40 [GeForce 6800 Ultra/GeForce 6800 GT] (rev a2) I'll give kdm a whirl and see if it does better than gdm... /usr/X11R6/bin was dumped and symlinked with the XOrg transition about 18 months ago. Nothing should be using /usr/X11R6, period. Especially on an Etch system. The error message you're getting is right in front of your face: the NVIDIA kernel module has the version 1.0-8774, but this X module has the version 1.0-8776 means your nvidia kernel module has version 1.0-8774 but your nvidia-glx has version 8776. Don't try and mix and match versions. And for reference, you can't just add lines to unstable. Apt will automatically use the most recent mirror it sees for *ALL* packages, unless you prepare accordingly. -t unstable is redundant unless you prepare apt for another default. As such, large chunks of your system are likely to have been moved to unstable. Let's try this again. Installing Nvidia: 1) Nvidia is made from two main components - a binary driver (nvidia-glx) and a kernel module (package name varies a lot). The kernel module must be built against your EXACT, RUNNING KERNEL; the two components must MATCH PRECISELY. 2) To install the kernel module, you must compile it. This requires kernel headers for your running kernel (linux-headers-$(uname -r)) and the module source code (nvidia-kernel-source). 3) To compile it, you can mess around by hand, or use the module-assistant tool. m-a a-i nvidia will retrive a C compiler (if needed), kernel headers for your running kernel (if needed) and the nvidia-kernel-source package (if needed), AS LONG AS THEY ARE AVAILABLE FROM YOUR SOURCES.LIST. If not, then you'll need to install the above by hand. 4) When module-assistant has built and installed your kernel module, install the nvidia-kernel-common package (useful Init scripts to make nvidia behave) and nvidia-glx package (the actual driver). At this point, you can reconfigure your X server to use nvidia rather than nv. 5) If given packages are unavailable on your release (e.g. Etch), then you *might* be able to get away with downloading the .deb files from Unstable and installing them with dpkg -i. However, adding unstable to sources.list is a sure-fire way to move to unstable, unless significant time, care attention is taken. Yeah it was already pointed out to me that I must have compiled under 2.6.17-amd64 instead of booting into 2.6.18-amd64 first and then running the m-a stuff. Lots of steps, boy my butt is getting tired. Anyway, now I'm up against more missing executables in /usr/bin so I removed the unstable lines from sources.list and ran: dpkg -l | grep ii | cut -d -f 3 | xargs -n 1 apt-get --reinstall install to brute force rebuild all the missing binaries/symlinks I deleted from /usr/bin last week. So far I've added 20 new executables I had previously missed 1884 -- 1904 on a 'ls /usr/bin | wc'. -- Henry Hollenberg [EMAIL PROTECTED] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: when will nvidai-glx and nvidia-kernel-source hit etch? {Scanned} {Scanned} {Scanned}
On Tue, Oct 24, 2006 at 01:43:13PM -0500, Henry Hollenberg wrote: Yeah it was already pointed out to me that I must have compiled under 2.6.17-amd64 instead of booting into 2.6.18-amd64 first and then running the m-a stuff. Lots of steps, boy my butt is getting tired. Anyway, now I'm up against more missing executables in /usr/bin so I removed the unstable lines from sources.list and ran: dpkg -l | grep ii | cut -d -f 3 | xargs -n 1 apt-get --reinstall install to brute force rebuild all the missing binaries/symlinks I deleted from /usr/bin last week. So far I've added 20 new executables I had previously missed 1884 -- 1904 on a 'ls /usr/bin | wc'. How about: grep -l '/usr/bin' /var/lib/dpkg/info/*.list |sed -e 's/.list$//' That should list which packages should have files in /usr/bin, rather than every package installed (many of which do not have files in /usr/bin at all). -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: when will nvidai-glx and nvidia-kernel-source hit etch? {Scanned} {Scanned} {Scanned}
Lennart Sorensen wrote: On Tue, Oct 24, 2006 at 01:43:13PM -0500, Henry Hollenberg wrote: Yeah it was already pointed out to me that I must have compiled under 2.6.17-amd64 instead of booting into 2.6.18-amd64 first and then running the m-a stuff. Lots of steps, boy my butt is getting tired. Anyway, now I'm up against more missing executables in /usr/bin so I removed the unstable lines from sources.list and ran: dpkg -l | grep ii | cut -d -f 3 | xargs -n 1 apt-get --reinstall install to brute force rebuild all the missing binaries/symlinks I deleted from /usr/bin last week. So far I've added 20 new executables I had previously missed 1884 -- 1904 on a 'ls /usr/bin | wc'. How about: grep -l '/usr/bin' /var/lib/dpkg/info/*.list |sed -e 's/.list$//' That should list which packages should have files in /usr/bin, rather than every package installed (many of which do not have files in /usr/bin at all). -- Len Sorensen Ok ran that a few more times and I don't seem to see any new executables getting added to /usr/bin. Fixed the font path in /etc/X11/xorg.conf from: #FontPath/usr/X11R6/lib/X11/fonts/misc/:unscaled to: FontPath/usr/share/fonts/X11/misc/:unscaled Added a symlink for the X-server executable so gdm/kdm could find it: ln -s /usr/bin/Xorg /usr/bin/X And X seems to be working, ie have a working graphical login and graphical screen and pointer but once kde comes up I have no icons just a blank screen and a pointerseem to have lost my window manager. hgh. -- Henry Hollenberg [EMAIL PROTECTED] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: when will nvidai-glx and nvidia-kernel-source hit etch? {Scanned} {Scanned} {Scanned}
On Tue, 2006-10-24 at 12:19 -0500, Henry Hollenberg wrote: Henry Hollenberg wrote: I wrote: OK, I added some unstable lines to my sources.list and ran apt-get update: deb http://cudlug.cudenver.edu/debian/ testing main contrib non-free deb-src http://cudlug.cudenver.edu/debian/ testing main contrib non-free deb http://cudlug.cudenver.edu/debian/ unstable main contrib non-free deb-src http://cudlug.cudenver.edu/debian/ unstable main contrib non-free then: apt-get -f install which installed: ii linux-image-2.6.18-1-amd642.6.18-2 Linux 2.6.18 image on AMD64 apt-get -t unstable install nvidia-kernel-common apt-get -t unstable install nvidia-kernel-source apt-get -t unstable install module-assistant m-a a-i nvidia apt-get -t unstable install nvidia-glx And somehow the 2.6.18 kernel headers got installed not sure when or how: ii linux-kernel-headers 2.6.18-3 Linux Kernel Headers for development I checked /etc/X11/XF86Config-4 and it looked ok according to Andrew Schulman's instructions. I also added my user to group video in case that was needed also according to Schulman. I am still gettting a gdm startup error: Failed to start the X server GDM: Xserver not found: /usr/X11R6/bin/X :0 Error: Command could not be executed! Please install the Xserver or correct the GDM configuration and restart GDM Found something screwy: andy:/usr/X11R6# ls -l total 28 lrwxrwxrwx 1 root root6 2006-10-16 08:24 bin - ../bin drwxr-xr-x 3 root root 4096 2006-10-16 08:33 include drwxr-xr-x 4 root root 4096 2006-10-16 08:33 lib drwxr-xr-x 3 root root 4096 2005-12-23 14:54 lib64 So /usr/X11R6/bin is rediricted to /usr/bin Which package is setting up this symlink? I think it is a very bad thing as that is how I ended up deleting my whole /usr/bin contents when this etch upgrade startedall to get my hands on openoffice. So where is /usr/X11R6/bin's files? Look to be intermixed with /usr/bin's files now.that sure seems screwy. I sure don't recall creating that symlink: andy:/var/log# history | grep ln 510 history | grep ln So gdm is looking for /usr/X11R6/bin/X but my xserver now is: /usr/X11R6/bin/Xorg when I try and run this binary by hand I see these errors: (==) Using config file: /etc/X11/xorg.conf Error: API mismatch: the NVIDIA kernel module has the version 1.0-8774, but this X module has the version 1.0-8776. Please make sure that the kernel module and all NVIDIA driver components have the same version. (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! Please ensure (EE) NVIDIA(0): that there is a supported NVIDIA GPU in this system, and (EE) NVIDIA(0): that the NVIDIA device files have been created properly. (EE) NVIDIA(0): Please consult the NVIDIA README for details. (EE) NVIDIA(0): *** Aborting *** (EE) Screen(s) found, but none have a usable configuration. Ok, I have a Leadtek PX6800GT video card installed in this system so I don't think the supported NVIDIA GPU line is the issue must be the API mismatchnot sure how that would have happened. Think I'll cc Randall Donald the nvidia maintainer andy:/usr/X11R6/bin# lspci :01:00.0 VGA compatible controller: nVidia Corporation NV40 [GeForce 6800 Ultra/GeForce 6800 GT] (rev a2) I'll give kdm a whirl and see if it does better than gdm... /usr/X11R6/bin was dumped and symlinked with the XOrg transition about 18 months ago. Nothing should be using /usr/X11R6, period. Especially on an Etch system. The error message you're getting is right in front of your face: the NVIDIA kernel module has the version 1.0-8774, but this X module has the version 1.0-8776 means your nvidia kernel module has version 1.0-8774 but your nvidia-glx has version 8776. Don't try and mix and match versions. And for reference, you can't just add lines to unstable. Apt will automatically use the most recent mirror it sees for *ALL* packages, unless you prepare accordingly. -t unstable is redundant unless you prepare apt for another default. As such, large chunks of your system are likely to have been moved to unstable. Let's try this again. Installing Nvidia: 1) Nvidia is made from two main components - a binary driver (nvidia-glx) and a kernel module (package name varies a lot). The kernel module must be built against your EXACT, RUNNING KERNEL; the two components must MATCH PRECISELY. 2) To install the kernel module, you must compile it. This requires kernel headers for your running kernel (linux-headers-$(uname -r)) and the module source code (nvidia-kernel-source). 3) To compile it, you can mess around by hand, or use the module-assistant tool. m-a a-i nvidia will retrive a C compiler (if needed), kernel headers for your running kernel (if needed) and the nvidia-kernel-source package (if
