OS: Linux 2.6.27.29-0.1-default x86_64
System: openSUSE 11.1 (x86_64)
KDE: 4.3.00 (KDE 4.3.0) “release 155”
Is incompatible with latest nvidia drivers (nvidia-gfxG02-kmp-default 185.18.31_2.6.27.25_0.1-11.1 and x11-video-nvidiaG02 185.18.31-12.1, I’m working in safe mode now …
8-(
I shall wait.
Why not install the nVidia drivers the “hard” way ?
(it is hard until you try it, after that it becomes your second nature 
)
You just need to remember to recompile the drivers after a kernel update.
Download the drivers from nvidia website. Save the file on desktop or whenever you want it. Press Ctrl+Alt+F1 to get to tty1, login, type su, go to the directory where you saved the nVidia drivers, type /etc/init.d/xdm stop (to stop the X server), after that type sh nVidia-whatever-version.run -q, after compiling the driver type /etc/init.d/xdm start to start the X servr again.
P.S. You need kernel-source, make and gcc to compile it.
Sure. I’ll follow your advice.
It’s just that I can’t do during work so I hope my wife will leave me free an hour or two next sunday …
TNX a lot!
By the way, the drivers are compatible, it’s just that this module is incompatible with the kernel you are running. Have phun and good luck!
BenderBendingRodriguez wrote:
>
> By the way, the drivers are compatible, it’s just that this module is
> incompatible with the kernel you are running. Have phun and good luck!
>
>
I just updated to 2.6.27.29-0.1-default and nvidia-gfxG02-kmp-
default-185.18.31_2.6.27.25_0.1-11.1 and x11-video-nvidiaG02-185.18.31-12.1
on openSUSE 11.1 x64 - via yast and no manual compiles and no problems.
Good it works 
Some people also reported that this module works. Earlier in the old days when i was using NVIDIA repo they didn’t work, i guess they made them compatible regardless what kernel-version you’re using?
BenderBendingRodriguez adjusted his/her AFDB on Friday 21 Aug 2009 10:06 to
write:
>
> Why not install the nVidia drivers the “hard” way ?
>
> (it is hard until you try it, after that it becomes your second nature
> )
>
> You just need to remember to recompile the drivers after a kernel
> update.
>
> Download the drivers from nvidia website. Save the file on desktop or
> whenever you want it. Press Ctrl+Alt+F1 to get to tty1, login, type su,
>
You forgot to tell him to drop to runlevel 3, you cannot install the drivers
while X is running.
After you login as root type:
init 3
This will drop out the Xserver allowing you to run the install script, once
you have installed following the below stuff type :
init 5
This will get you to the login screen.
Mark
Caveat emptor
Nullus in verba
Nil illegitimi carborundum
Unfortunatelly you are wrong
/etc/init.d/xdm stop and then start is enough to do this since it stops only the x server and not the rest. Try it for yourself?
init 3 kills more services than necessary so this way you keep the sound etc. so less chances of breaking something.
I’d update the wiki for installing nVidia drivers the hard way but i’d need to speak about it with someone more experienced IF there are any disadvantages here.
BenderBendingRodriguez adjusted his/her AFDB on Friday 21 Aug 2009 18:36 to
write:
>
> Unfortunatelly you are wrong
>
> /etc/init.d/xdm stop and then start is enough to do this since it stops
> only the x server and not the rest. Try it for yourself?
>
>
Ye that will work and I am not disputing that, but you did not tell the OP
to do that.
You told him to rerun the command after he installed the drivers but not to
run /etc/init.d/xdm stop first.
i was only pointing out so that the OP did not think he had done something
wrong when the Nvidia install throws an error because the X server is still
running.
However I think init 3 is a better approach as then you have more chance of
the system not hanging on to the old module, I have seen times when an xdm
stop does not work because something running on the DE//WM has locked the
xserver and does not release the module.
However horses for courses.
HTH
–
Mark
Caveat emptor
Nullus in verba
Nil illegitimi carborundum
Something more ;)??
Then i might add if that command won’t tell in green that it has been stopped then use init 3:)
BenderBendingRodriguez adjusted his/her AFDB on Friday 21 Aug 2009 20:06 to
write:
> Something more ;)??
Nah, I will take my pedant hat off now.
Cheers take care.
–
Mark
Caveat emptor
Nullus in verba
Nil illegitimi carborundum
BenderBendingRodriguez, baskitcaise, thanks for suggestions, I didn’t recompile the driver till now 'cause lack of time.
In my opinion stopping xdm or entering in init 3 is more or less the same and I (personally) don’t have difficulties of this kind (I managed earlier in Slackware these things).
I’m glad Steve Barrell was lucky with yast, maybe he was just “average” and I was the UNLUCKY !!
Anyway, using yast I upgraded the kernel, rebooted , rechecked with yast, applied new nvidia, no error messages … but now every time a boot I got a beautifull black screen (apparently keyboard is not working too), so I’m using the “failsafe mode”.
/var/log/Xorg.0.log - /var/log/Xorg.0.log.old are of no use (as far as I understand.
TNX all!
acez adjusted his/her AFDB on Friday 21 Aug 2009 23:26 to write:
>
> BenderBendingRodriguez, baskitcaise, thanks for suggestions, I didn’t
> recompile the driver till now 'cause lack of time.
>
> In my opinion stopping xdm or entering in init 3 is more or less the
> same and I (personally) don’t have difficulties of this kind (I managed
> earlier in Slackware these things).
>
> I’m glad Steve Barrell was lucky with yast, maybe he was just “average”
> and I was the UNLUCKY !!
> Anyway, using yast I upgraded the kernel, rebooted , rechecked with
> yast, applied new nvidia, no error messages … but now every time a
> boot I got a beautifull black screen (apparently keyboard is not working
> too), so I’m using the “failsafe mode”.
>
> /var/log/Xorg.0.log - /var/log/Xorg.0.log.old are of no use (as far as
> I understand.
>
> TNX all!
>
>
You might be suffering from a badly configured xorg.conf in /etc/X11/ due to
the other options you tried.
One method is to drop to init 3 again and run:
sax2 -r -m 0=vesa
This should at least get you a new vanilla xorg.conf using the vesa driver,
just click through without making any alterations, make sure you do the test
when it asks and save the config.
Now this next step is not needed most of the time but I do it as it can
help:
modprobe nvidia
see if there are any error messages, if there is no output then:
sax2 -r -m 0=nvidia
Go through the config ( hopefully it will have started )
When you have saved then run:
init 5
and if you get back to the DE/WM then use the newly installed nvidia-setting
GUI config ( as your normal user when you save this as user it will put an
…nvidia.rc in your ~ so that it is run at every login.
HTH
–
Mark
Caveat emptor
Nullus in verba
Nil illegitimi carborundum
… actually I got NVIDIA-Linux-x86_64-185.18.31-pkg2.run (31, not 36)…
Manual install didn’t work.
De-installation through yast and manual install, didn’t work too.
Everything OK here, new xorg.conf file. Rebooting and/or init 5 works well.
No messages.
Failure. Sax2 bringing me in a completly black monitor (seems like “shut down”) and keyboard not responding (CNTRL-ALT-BACKSPACE CNTRL-ALT-CANC ineffective). I must shut down using the power button …
Now Have the vesa config working so no need to use tha failsafe mode. Tomorrow I’ll try to force reinstall the driver with yast and with manual (.36 release)… maybe …
TNX Good night!
One question though, did you try to install with the nVidia repo? If yes then did you deinstall it before trying to install manually?
Strange, indeed…I have no issues with nVidia after the kernel update.
Typically if one is using the vesa or openGL (opensource) nvidia driver, one should have no issues with a kernel update.
But to get better performance, many users will use a proprietary nVidia graphic driver, where that driver is either packaged to work with a specific kernel version, or it is built (the hardway - which is not hard) to work with a specific kernel version. When there is a kernel update, the proprietary driver is almost always broken by the update.
The vesa driver is referred to syntactically as “vesa”, openGL as “nv” and proprietary as “nvidia”.
One can tell which graphic driver there /etc/X11/xorg.conf file is directing to be used by typing:
grep -i driver /etc/X11/xorg.conf
I’ve updated two PCs at home thus far to the 2.6.27.29 kernel. I had to rebuild the proprietary driver in both cases, using the “hardway”, which in truth is NOT hard. It does require a bit of thinking in advance where experience with openSUSE is needed.
Is kernel-source specific for a given kernel version ? I don’t see it in any of the repo’s that I have (Update, OSS, non-OSS).
How does one install kernel-source ? What repo is it available in ?
My present kernel version (after initial update) is Linux 2.6.27.29-0.1-default.
The 2.6.27.29-0.1 is the new kernel that showed up this week, packaged by SuSE-GmbH. It is in the update repository. Take a look here:
Index of /update/11.1
for example, for the 32-bit, I just looked, and kernel-source for the 2.6.27.29-0.1 is there:
Index of /update/11.1/rpm/i586
Please check again. 