Suse 10.0 nvidia installation problem
 

Hi,

I hope someone can help. I've just installed a completely fresh install of suse 10.0 and I can not get my nvidia GeForce graphics card to work properly (no 3D support). My previous linux install was Fedora 3 and 3D graphics it worked fine.

As per the instructions on the Suse site I used 'you' to install the drivers and then used
#sax2 -m 0=nvidia
to configure X. Checking xorg.conf everything is configured properly (driver="nvidia") but still no 3D support.

So I decide to try the more recent instance of the drivers at nvidia's website. This is the way I used to do it when I was running fedora. So;

I downloaded NVIDIA-Linux-x86-1.0-7676-pkg1.run
Then I switched to run level 3 (init 3)
And ran NVIDIA-Linux-x86-1.0-7676-pkg1.run
I accepted the agreement

At this point it stopped telling me that it didn't have a suitable interface precompiled (does it ever?) It then throws the message:
"unable to load nvidia.ko. Most likely because the kernel was built using the wrong kernel source."
And that it couldn't find my kernel source to build a new one or that my kernel source does not match the running kernel and if I know where the kernel source is installed I can give it the path with the --kernel-source-path option.

I was pretty sure I had installed the kernel-source package and that it matches my running kernel so I checked

# ls /lib/modules/`uname -r`/build/include/linux/version.h
This is successful and I have a /usr/src/linux that is linked correctly to /usr/src/linux-2.6.13-15 so I tried
#uname -r
This returns "2.6.13-15-default" so I have the correct kernel sources.

All well and good so I tried running NVIDIA-Linux-x86-1.0-7676-pkg1.run again with the correct options
# NVIDIA-Linux-x86-1.0-7676-pkg1.run --kernel-source-path=/usr/src/linux/

But to no avail it still tells me that it can't find my kernel source or that my kernel source does not match the running kernel.

I have even tried unpacking the nvidia script and compiling the driver on the command line but even that fails.

Can anyone see what I'm doing wrong or what I might be missing?

This is especially annoying as with fedora my graphics were fine but my sound card was flaky but now my soundcard is fine and the graphics are failing.

If I manage to work it out I'll post my solution.

Thanks.

I have just tried running the older NVIDIA-Linux-x86-1.0-7667-pkg1.run package. It seems to do a little more. Again it complains that it can't find a suitable precompilied kernel interface and then goes on to build/compile one, a progress bar even fills up from 0 to 100 suggesting some manner of compiling is going on. However it once again goes on to throw the same error:

"unable to load nvidia.ko. Most likely because the kernel was built using the wrong kernel source."

Ok, I've now discovered that my graphics card is sufficiently old that it is no longer supported by nvidia and that they advise installing an older release of their drivers. So I downloaded
NVIDIA-Linux-x86-1.0-7174-pkg1.run, switched to runlevel 3 and ran it

This appears to run fine. It builds a module and installs it. However now if I try to run sax2 as

sax2 -m 0=nvidia

It dies and advises me to check the logs the output of /var/log/SaX.log is:

Fatal server error:
no screens found

Please consult the The X.Org Foundation support
at http://wiki.X.Org
for help.
Please also check the log file at "/var/log/Xorg.0.log" for additional information.

My /var/log/Xorg.0.log reads:

(EE) NVIDIA(0): Failed to load the NVIDIA kernel module!
(EE) NVIDIA(0): *** Aborting ***
(II) UnloadModule: "nvidia"
(EE) Screen(s) found, but none have a usable configuration.

I have tried manually editing my xorg.conf to the following

Section "Device"
BoardName "GeForce2 GTS/GeForce2 Pro"
BusID "1:5:0"
Driver "nvidia"
Identifier "Device[0]"
Screen 0
VendorName "NVidia"
EndSection

But trying to start run level 5 just fails.

I've had the same problem with a fresh openSUSE 10.0RC1 install (see thread "How do I install nVidia 3D driver on openSUSE10.0?"
http://www.linuxquestions.org/questi...hreadid=378848)

To go into a little more detail, I tried the 7676-pkg1.run and got a "legacy" card error message. (I'm running a "lowly" GeForce2). I then ran the 7174-pkg1.run file. After answering the nVidia EULA, I got an error message "No precompiled kernel interface was found to match your kernel. Would you like to download a precompiled kernel from ftp://download.invidia.com?" I wasn't connected to the internet, so I answered NO. The .run file then "compiled" and new interface, or appeared to, the progress bar went to 100%, and the script said it has finished its job successfully. It said for SuSE, to run sax2. So I ran modprobe nvidia and then sax2 -m 0=nvidia. Sax2 gave the error "xc:could not start configuration server".
WONDERFUL!
So I checked the /etc/X11/xorg.conf file for "nvidia" driver, and edited /etc/inittab back to runlevel 5. Then I rebooted. On reboot, I got errors as soon as xserver tried to start. Two of the screen errors were: "FATAL:Error inserting nvidia (/lib/modules/2.6.13-8-default/kernel/drivers/video/nvidia.ko):
Unknown symbol in module, or unknown parameter (see dmesg).",
& "(EE)NVIDIA(0):Failed to load the NVIDIA kernel module!".
Again, WONDERFUL!
So, still in runlevel 3, (non-GUI), I logged in as root. Then I edited /etc/X11/xorg.conf back to "nv". Then I did an init 5. That started the xserver again, and I logged in as user. I then did a "Find Files" from K-Menu for "nvidia.ko" starting from //. Nothing. Just to double-check, I opened a terminal, su'ed to root, and rebuilt the locate database. Then, still as user "root", I did a locate nvidia.ko.
Again, nothing. No wonder the nvidia.ko module can't be inserted. I'd like to insert it somewhere!!

I'm gonna watch your thread and mine. I've already encountered some clues from user "usaf_sp". Check out his thread of:
http://www.linuxquestions.org/questi...hreadid=379305
for more clues. He seems to be knowledgeable about openSUSE 10.0. From trial and error?


:study:

Ok, I finally solved this problem.

Having installed packages 7676 and 7174 I was still unable to start an x server with driver="nvidia". So I went to wiki.X.Org as suggested in /var/log/SaX.log and looked up the "no screens found" error. There wasn't much there but it did suggest switching to runlevel 3 (init 3) and running either "x -configure" or xorgcfg. I ran xorgcfg and it failed complaining that there were conflicting nvidia divers of the same name. So I used "nvidia-installer -uninstall" to remove the last driver I'd built leaving only 1 behind. Switching to runlevel 5 yielded no joy.

Having looked around the internet a bit more I discovered someone's rant about what the install process does. (Apologies for henious paraphrasing): the install process for the nvidia drives overwrites your opengl libraries (and some other bits) with nvidia's versions. And moves your original ones to a dummy location. So should you uninstall them it puts back the originals. But what I appear to have done was install the 7676 libs (moving the originals to the dummy location) and then had over written those with the 7174 libs. But the installer doesn't keep track of which are the real libs so the 7174 module copied the 7676 libs over the originals. So in actual fact I had no easy way to go back to the original opengl config. In fact I have no way of telling which other libs were also affected.

My solution was to reinstall Suse 10 from scratch. Which wasn't very painful as it was a fresh (relatively) unconfigured installation anway and then ONLY install the 7174 nvidia drivers. I kind of sucked but it was still quicker than spending another 3 hours looking for a soluton on the internet.

Everything now works, except for an old harddrive that appears to have died during the reinstallation process but it was on it's way out anyway.

By the way I too am running an old GeForce 2 card.

Re: Suse 10.0 nvidia installation problem
 

well it depends on what distro you are using, yes most of them do not include the kernel-source packages but the one i use, Archlinux, does, by default with the base install. and arch has a wonderful nvidia driver package so you do not have to go to nvidia to get it. they have the newest one and the legacy one (7174) all packaged up and ready to install. you still have to edit the xorg.conf file, but it sure makes it a whole heck of a lot easier to install. no more errors about not having the kernel-source or wrong compiler anymore.

anyway, glad you got it working, dont know why suse makes this so hard

Re: Re: Suse 10.0 nvidia installation problem
 

Well I spoke too soon. Everything was running fine but now after the first reboot the graphics driver won't load.

Try using the nvidia installer script fetchnvidia.sh.

You can install and run it automagically from Software Update in Yast. This worked flawlessly for my bleeding edge 7800GTX card.

unsuccessful
 

I reinstalled openSUSE 10.0 RC1 today, and re-ran the 7174 binary installer. I wish I could tell you I was successful like you were, but I wasn't. I got no errors whatsoever during the install, sax2 ran, but when I rebooted, I was in run level 3.
So I could get back to the GUI, I edited /etc/X11/xorg.conf and changed driver from "nvidia" back to "nv". I'm going over to the SUSE forums site to submit the error logs. Installing 3D driver for GeForce2 "legacy" graphics card shouldn't be THIS difficult.
:confused:

SUSE forums
 

Just returned from SUSE forums. Seems everyone with nVidia "legacy" cards are having problems. Reportedly, SUSE is "working on it". Check these two ditties I found over there:

"I had the same exact symptoms with my nVidia card (GEForce2) that is now relegated to legacy. If I run the NVidia installer, I can start up X without problems using the "nvidia" driver. I extracted the installer script and found a script that will fix the problem instead of having to run the installer. From the driver directory, the file is ./usr/src/nv/makedevices.sh which has the contents of:

#!/bin/sh

error() {
echo "$(basename $0): fatal error, $1 failed"
exit 1
}

if [ ! -c /dev/.devfsd ]; then
for i in 0 1 2 3 4 5 6 7; do
node="/dev/nvidia$i"
rm -f $node
mknod $node c 195 $i || error "mknod \"$node\""
chmod 0666 $node || error "chmod \"$node\""
done
node="/dev/nvidiactl"
rm -f $node
mknod $node c 195 255 || error "mknod \"$node\""
chmod 0666 $node || error "chmod \"$node\""
fi

if [ -d /etc/udev/devices ]; then
for i in 0 1 2 3 4 5 6 7; do
node="/etc/udev/devices/nvidia$i"
rm -f $node
mknod $node c 195 $i || error "mknod \"$node\""
chmod 0666 $node || error "chmod \"$node\""
done
node="/etc/udev/devices/nvidiactl"
rm -f $node
mknod $node c 195 255 || error "mknod \"$node\""
chmod 0666 $node || error "chmod \"$node\""
fi

exit 0
# end script

This script sets up several devices, but I'm not sure how to read BASH scripts. However, if this script is run before starting X, X will start--assuming nVidia legacy card w/nVidia driver 7174 installed.

Evidently, the directions on the SUSE website for installing legacy nVidia cards needs more information than just editing the /etc/udev/static_devices.txt file."

AND this one:

"A quick an maybe dirty workaround is:
Log in as root and copy the script above into

/etc/init.d/boot.local

and save the file.

For Legacy-cards, load down the lastest usefull driver from Nvidia.com (NVIDIA-Linux-x86-1.0-7174-pkg1.run). Switch as root into Runlevel 3 (init 3) and run the Driver-script.

After installation type:

switch2nvidia

type

sax2

and do the your configurations (by default, agp-support seems to be disable, change it to 3)

Test your settings and save it. After the next start of xserver, you got 3D-power.

I've tested the desciption with an old ELZA III and it works. "

Food for thought. I'm gonna keep trying. B4 I forget, is your card PCI or AGP? Notice where the second post says "and do the your configurations (by default, agp-support seems to be disable, change it to 3)". I'm not sure what that means. Do you?

:confused:

i just made it past the same basic problem a lot of people are having with SUSE 10 and nVidia. i have 2 nvidia cards, a geforce2 mx and a riva tnt2 (now legacy). i needed to switch to the 7174 driver so i downloaded it and built it fine but had problems loading it into the kernel. modprobe nvidia complained about missing symbols or invalid parameters. checking dmesg revealed the problem was with NVreg_DeviceFileUID. this must be some parameter/function available in newer versions of the nvidia driver but not 7174. i had to edit /etc/modprobe.d/nvidia and comment out the option line that mentioned NVreg_DeviceFileUID (the only line in my file). after that i could insert the nvidia module into the running kernel with modprobe. i tried to run sax2 -m 0=nvidia after that but it didn't work. i just made sure that the /etc/X11/xorg.conf file listed the "nvidia" driver and not the "nv" driver and did init 5 and X started up just fine, both cards using nvidia-7174. hope this helps.

GeForce2 working now!
 

Thanks, darkroom7. I finally got 3D working, but I did it differently than you What I did SHOULD work for CL-1, as well. I copied the bash script shown in this thread to /etc/init.d/boot.local. Then I jumped to runlevel 3 and ran the 7174.pkg1.run installer. Then I issued the command "switch2nvidia". Then I ran SaX2. I then rebooted and logged in as the user. I'll tell you what, I've learned a lot about the nVidia installer, SaX2, and xorg.conf and inittab files.

CL-1, I hope you didn't give up. I finally got my card working. I don't know if I'll have to re-configure after a kernel update, or not, but except for re-creating the bash script, I can now install Nvidia driver in my sleep!
:)

this is so strange. i guess i'm missing something. i had to reboot today and when it came back up Xorg failed to start. i got the no screens error. lsmod showed the nvidia module was installed. i don't get it. i just re-ran NVIDIA-Linux-x86-1.0-7174-pkg1.run, let it recompile the nvidia module, then i did modprobe nvidia to install it in the kernel. init 5 started up Xorg just fine. i don't know what the deal is, but rebuilding the module got it back up.

bash script
 

Darkroom7,
Try inserting the bash script shown earlier in this thread into the file /etc/init.d/boot.local. Unless you've already added something to it, the file most likely contains only comments. After doing so, reboot and see if that works. It did for me.
I found those instructions posted on the SUSE forums.

Ok, I believe that I've finally solved this problem.

When I installed Suse the first time I ruined everything by installing the latest and legact nvidia drivers. If I ran xorgcfg (in runlevel 3) there were two drivers labelled nvidia listed as available to X and it couldn't resolve which to use.

I then tried reinstalling Suse so that I was starting from scratch and installed only the legacy driver. No joy this time either. Xorgcfg still listed there being 2 nvidia drivers. I couldn't work that out but maybe I didn't tell it to totally reformat the file system when I reinstalled Suse.

Resigning to defeat I installed Fedora Core 4 but it had it's usual problems with sound and video setup and it wouldn't let me connect to my wireless router for more than 30 seconds at a time. After an evenings playing around with it I decided to return to Suse (which I prefer).

I reinstalled Suse 10 last night and made sure I set it to completely repartition and reformat the hard drive. When I booted up I, switched to run level 3 and ran xorgcfg. There was already a driver listed called nvidia (as well as the normal nv driver). This seemed odd to me, clearly Suse 10 must already have a compiled nvidia driver (and my earlier assumption about not having correctly formatted the HD the second time round was wrong). My solution was just to move this driver out the way

#mv /usr/X11R6/lib/modules/drivers/nvidia_drv.o /root

Then I ran the legacy nvidia installer script (which ran and compiled correctly) and I then manually edited my xorg.conf (rather than using sax2). Switching to runlevel 5 and everything appears to be fine although I have yet to reboot my machine but I don't forsee any problems.

Oh and one thing I did notice on my rather aged machine Suse 10 boots significantly faster than Fedora (core 1, 2 and 4)

poking around
 

Man, this is getting strange. Did you see darkroom7's earlier post where he said "i had to edit /etc/modprobe.d/nvidia and comment out the option line that mentioned NVreg_DeviceFileUID (the only line in my file)."?
So you found a pre-installed "nvidia" driver in SUSE10, huh? Hmmm. I'm going to do some digging around on my system. I may have a second driver "lurking". I never ran xorgcfg or xconf (on Slax it's xconf for Xorg). My driver is still 3D functional, BUT my monitor is flickering with visible scan lines no matter what resolution I select. This has never happened on any other distro. I know my SCSI controller shares IRQ5 with the GeForce2 card, but like I said, the flickering's never been an issue before.

CL-1, can you do me a favor? Can you send a copy of your xorg.conf file to djohnston999 @ yahoo DOT com? Maybe I can find an error in my file that's causing this. Also, the card I'm using is a GeForce2 GTS. (I've noticed a lot of variations of GeForce2).

Thanks, and congrats!

Ok, Further weirdness:

I've now rebooted my machine for the first time. And lo and behold it couldn't start X. Running xorgconf listed that there were 2 drivers named "nvidia" listed. I now really don't understand what is going on. So I tried darkroom7's suggestion of commenting out the line in /etc/modprobe.d/nvidia. Still nothing.

So I unloaded the driver the correct way

#nvidia-installer --uninstall

and re-ran the install script

#NVIDIA-Linux-x86-1.0-7174-pkg1.run

This compiled and ran and upon switching to init 5 X started as normal with 3D suport. I notice in sax2 the checkbox for enable 3D support is checked but greyed out (so that it can't be turned off).

So I have one thing to say and that is - eh?

I don't really fancy having to unload, recompile and reinstall this everytime I boot my machine.

I'm going to try adding that script you to my boot.local although I don't see that it'll have any effect as the devices that it creates are already there. I've checked the Suse forums too and I'm also going to do the 2 things that were suggested

1) move /etc/modprobe.d/nvidia to /root
2) add the following two lines to /etc/udev/static_devices.txt
nvidia0 c 195 0 644
nvidiactl c 195 255 644

After I reboot my machine I'll tell you all how it went tomorrow.

Well I've rebooted and now if I have the nvidia driver enabled in my xorg.conf it hangs at the login screen. The user and password boxes appear but without the user name preentered. The cursor doesn't blink. The keyboard is totally unresponsive. The mouse pointer is there but won't repsond to clicks. If I reboot (to safe mode) and select the nv driver everything is fine.

Well I've changed everything back (removed the 2 lines from static_devics.txt and removed the script from boot.local). And the hanging problem still occured. I then noticed that there were many extra options for the nvidia driver set in my xorg.conf that I hadn't put there, I think at some point when I ran sax2 it added these options so I removed them and switched between run levels. Still no joy. I uninstalled the nvidia drivers, recompiled and installed them and it works again but now I'm afraid to shutdown my machine :(

Given that there were those extra options in my xorg.conf then I effectively haven't tested either the static_devices or the boot.local edits on there own. So at some point I'll try them individually and see if they help.

Ok, rebooted the machine. X didn't start. Checked if the various devices made by the makedevices.sh script were present. They were not. Ran the makedevices.sh script. Switch to runlevel 5 and everything ran fine. So it would seem that a lack of those devices is the problem. The script tries to make devices in /dev/ and /etc/udev/devices/. I notice that in a clean Suse 10 install there is no /etc/udev/devices/. Anyway running the script and creating the devices in only /dev/ worked for me. So I've added the script to my /etc/rc.d/boot.local.

Instead of adding the contents of the makedevices.sh script to your boot.local file a cleaner way to add the script would be to do the following. Ensure the NVIDIA-Linux-x86-1.0-7174-pkg1.run installer is in the root directory

#cd /root
#NVIDIA-Linux-x86-1.0-7174-pkg1.run --extract-only
#echo "#Creating nvidia devices\necho 'Creating nvidia devices'\ncd /root/NVIDIA-Linux-x86-1.0-7174-pkg1/usr/src/nv\n./makedevices.sh\n"

Of course if that echo doesn't work you could add the lines to your boot.local like this:

#Creating nvidia devices
echo 'Creating nvidia devices'
cd /root/NVIDIA-Linux-x86-1.0-7174-pkg1/usr/src/nv
./makedevices.sh

This has happened a few times in the past. What happens is that the nvidia drivers have no pre compiled kernel modules to use with the new kernel. there seems to be an easy fix to this. log in as root in console mode /usr/src/linux

run make oldconfig or make menuconfig or make xconfig

don't change anything. save and close. now cd to the nvidia driver package. type sh NVIDIA-Linux-whatever whatever.run

now it accept the agreement no it will complain about no kenel module. then it uninstalls the old driver then it installs the new nvidia driver. in your WM start sax2 enable 3d then test then finalize and your all set.

Thanks powerlifter450 but the problem isn't that I can't install and run the 3D acceleration for the card. Given and fresh install of suse on the first boot I can compile, install and correctly configure the card as per the instructions from Nvidia. The problem is that when I reboot the machine afterwards runlevel 5 is unable to start X (even though it was previously working). Also, when it worked, using sax2 to configure the card never worked for me, manually editing my xorg.conf did. And, if you read through the nvidia installer script, I'm pretty sure that the installer does not uninstall the old driver, if there is an nvidia driver present it merely writes over it.

Anyway you'll be pleased to know that I now have this working with the card coming up correctly at boot time. The way I got it to work (installing legacy drivers) was to do the following, assuming this is the first install of the driver, ensure the NVIDIA installer script is in the root directory then, as root:

# init 3
# cd root
# NVIDIA-Linux-x86-1.0-7174-pkg1.run --extract-only
# NVIDIA-Linux-x86-1.0-7174-pkg1.run

Then accept everything and let it compile the module and kernel interface. Next, don't use sax2, follow the instructions for editing your xorg.conf file as provided in the nvidia read me. That is, open /etc/X11/xorg.conf and make the following edits:

1) In the "module" section ensure Load "glx" is present and REMOVE Load "dri"
2) In the "Device" section change Driver "nv" to Driver "nvidia"

Next edit your /etc/rc.d/boot.local Add the following lines, as written, to the end of the file (the leading # in this section adds a comment line to the boot.local, it isn't supposed to indicate a command line input):

#Creating nvidia devices
echo 'Creating nvidia devices'
cd /root/NVIDIA-Linux-x86-1.0-7174-pkg1/usr/src/nv
./makedevices.sh

Finally switch back to the graphical interface:

# init 5

My question, shall i buy nvidia or ATI-radeon graphic card if i wanna use Suse ?
Suse supports which one better ?

personally I like nvidia because I can run project looking glass with thier cards.

I wonder how much support and whatever M$ promises NVidia and ATI for all these problems we have.

Why?
The driver should be opensource.
Anyway, does suse supports nvidia's chipsets well?

ATI made the interface for their 3D cards opensource. Nvidia have not. Nvidia have provided enough information about there cards to allow for a basic driver to be built (the nv driver) but the controls for their 3D graphics routines remain closed source. When you compile the Nvidia driver you're actually compiling a small piece of code that acts as an interface between the kernel and their binary (closed source) library/driver/thingy. So at a push, I suppose you might find that the ATI cards have better support than Nvidia in linux.

In practical terms if you have a recent graphics card and the latest drivers and you follow the instructions you'll rarely have any problems with either ATI or Nvidia cards. The only reason I was having a problem was because I was trying to get an old card and old (unsupported) driver to run in the latest Suse and clearly there are some subtle differences in Suse 10 to the verson of Suse the old nvidia installer was designed to run with.

Oh yes one thing I forgot to mention. If you have installed an old unsupported nvidia driver in Suse 10 you should run YOU and switch the latest nvidia drivers to "never download".

Sorry if this disrupts the thread. But I've reached a state of ecstasy at having finally solved my NVidia driver problem in OpenSuSE. I'm relatively a newbie so this might not be anything, but I thought I'd post it if it has the slightest chance of saving someone grief.

I just did a couple simple things and now my NVidia driver is running. I have glx, anyway, which I didn't have with the "nv" driver. Here's what I did:

1) Logged out of my xserver and went to "init 3" as root

2) Ran "nvidia-installer --uninstall" to clear out any manual installs. I assume the YOU installed version is not affected by this but I don't really know.

3) Ran "you" from the terminal as root, selected "Reload Patches from Server", and filtered the resulting list to see all installed patches (Filter "Installed Patches" I think).

4) Found the NVidia installer in the list, either install it ("i") or update it (">").

5) Back at the command line:
cd /lib/modules/2.6.13-15-default/kernel/drivers/video/
ln -s /lib/modules/2.6.13-15-default/kernel/drivers/video/nvidia/nvidiafb.ko
mv nvidiafb.ko nvidia.ko

I had to do this, I assume, because modprobe couldn't find "nvidia.ko" in the .../drivers/video directory

6) Edit XF86Config as follows:
cd /etc/X11
cp /etc/X11/XF86Config /etc/X11/XFConfig.backup (or whatevery you want to call it, just in case)
vi /etc/X11/XF86Config

Search down until you find Section "Devices". Mine looks like this:

Section "Device"
BoardName "RIVA TNT2 Model 64/Model 64 Pro"
BusID "1:0:0"
Driver "nvidia"
Identifier "Device[0]"
Screen 0
VendorName "NVidia"
EndSection

And my Section "Module" looks like this:

Section "Module"
Load "dbe"
Load "type1"
Load "freetype"
Load "extmod"
Load "glx"
Load "v4l"
EndSection

Save that and exit.

7) Run "init 5"


And it worked. As you can see, I have an old card, but if it workd for a RIVA, hopefully it'll work for newer cards. I suspect step 5 was most important, and that XF86Config was properly configured. The weird thing is, when I lsmod, I don't see anything that looks like my nvidia driver. Maybe once I reboot? I'm afraid to reboot. Pray for me.

Adam

I had the same problem as darkroom on running sax2 -m 0=nvidia (everybody say it with me now "0 is a digit not a letter ...and all your base" I have fatal error: yada yada no screen you suck go back to windows xp
pls to check var/log yada yada

checked log ,still says you suck and do dmesg
this is a rather long log how does grep work again :) uhm oh well same symbol problem as dark room comment out line in modprobe.d
I had a few other lines in modprobe.d as well
ran sax2(worked for me not for darkroom I guess) again which said something about not liking those other lines in modprobe.d but gloriously the nvidia splash screen came up configured then init 5 and away I go to correct the other weirdness brought on by the suse 10.0 upgrade from 9.3 ....man a (semi?)working beagle is cool but this was not worth it.

Clean installs are the way to go but linux installs are built over time and you fall in love with what you have :)
oh by the way I ran the bash script in this thread previous to commenting out the lines in modprobe.d as I wanted to see if that helped, just thought I would mention that ....losing interest...fading attention span.... Im out

#!/bin/sh

error() {
echo "$(basename $0): fatal error, $1 failed"
exit 1
}

if [ ! -c /dev/.devfsd ]; then
for i in 0 1 2 3 4 5 6 7; do
node="/dev/nvidia$i"
rm -f $node
mknod $node c 195 $i || error "mknod \"$node\""
chmod 0666 $node || error "chmod \"$node\""
done
node="/dev/nvidiactl"
rm -f $node
mknod $node c 195 255 || error "mknod \"$node\""
chmod 0666 $node || error "chmod \"$node\""
fi

if [ -d /etc/udev/devices ]; then
for i in 0 1 2 3 4 5 6 7; do
node="/etc/udev/devices/nvidia$i"
rm -f $node
mknod $node c 195 $i || error "mknod \"$node\""
chmod 0666 $node || error "chmod \"$node\""
done
node="/etc/udev/devices/nvidiactl"
rm -f $node
mknod $node c 195 255 || error "mknod \"$node\""
chmod 0666 $node || error "chmod \"$node\""
fi

exit 0
# end script

This script sets up several devices, but I'm not sure how to read BASH scripts. However, if this script is run before starting X, X will start--assuming nVidia legacy card w/nVidia driver 7174 installed.

Evidently, the directions on the SUSE website for installing legacy nVidia cards needs more information than just editing the /etc/udev/static_devices.txt file."

AND this one:

"A quick an maybe dirty workaround is:
Log in as root and copy the script above into

/etc/init.d/boot.local

and save the file.

For Legacy-cards, load down the lastest usefull driver from Nvidia.com (NVIDIA-Linux-x86-1.0-7174-pkg1.run). Switch as root into Runlevel 3 (init 3) and run the Driver-script.

After installation type:

switch2nvidia

type

sax2

and do the your configurations (by default, agp-support seems to be disable, change it to 3)

Test your settings and save it. After the next start of xserver, you got 3D-power.

I've tested the desciption with an old ELZA III and it works. "

Food for thought. I'm gonna keep trying. B4 I forget, is your card PCI or AGP? Notice where the second post says "and do the your configurations (by default, agp-support seems to be disable, change it to 3)". I'm not sure what that means. Do you?

:confused:[/QUOTE]


After a lot of different solutions the above script passed the first reboot test!! ;)
I use an nvidia GeForce 256 card and updating via YOU seems that the driver installed doesn't suport that card. I use'd the NVIDIA-Linux-x86-1.0-7174-pkg1.run.