How can i install 195.36.31 nvidia driver on suse 11.3 rc1?
on m7 i use this method:
but on RC1 this won’t work
i try:
a, nomodesettings
b, delete nouveou
c, blacklist nouveou in modprobe.d/blacklist…
any suggestion?
I have not tried it yet in RC1, but it should be solveable.
I do NOT think the blacklist files is called “blacklist”. I think it is xx-blacklist.conf (where xx is some number - I’m not at a Linux PC right now so I can not be 100% certain of the number, … it might be 50). Now if that is what you intended to type, please, can you be more accurate in future? Thanks. Sorry that I can not also be 100% precise.
You need to ensure that your kernel-source, kernel-syms … are the EXACT same version as your kernel.
I do NOT recommend using “init3” nor “init5” because that could have some modules that failed to unload and reload properly, and then this will not work, and you will be none the wiser and will be scratching your head forever as to why it did not work. Rather I recommend booting direct to run level 3 by typing “3” (no quotes) in the initial boot/splash menu, and then after loggin in as appropriate using “vi” to blacklist the nouveau driver in /etc/modprobe.d/xx-blacklist.conf file (where xx may be 50 - please check), and then execute the .run file. And then when complete, if a reboot does not work, build an xorg.conf with nvidia-xconfig and then restart the pc to test.
Edit - the only time I use “init 3” and “init 5” is when testing from a liveCD, where a reboot is not practical.
same issue with the 256 drivers.
need nomodeset and init 3 on the grub line to be able to install it. From desktop (init 5) I can’t even get to tty1 to init 3 that way as its a complete mess. Anyways that way it can be installed without error.
reboot (tried with nomodeset, nouveau.modeset=0, blacklisted nouveau) all result in a command line, it won’t start the X server.
dmesg showing NVRM: RmInitAdapter failed.
so I assume something is still blocking it
Please, what nvidia hardware?
I’ve installed 11.3 RC1 now on my 32-bit AMD Athlon-2800 w/2GB (Asus A7N8X Deluxe motherboard) w/ PCI nVidia GeForce 8400GS graphics. It is using the “novueau” driver with no problem.
But I know from experience my 32-bit AMD Athlon-1100 w/1GB (MSI KT3 Ultra motherboard) w/AGP nVidia GeForce FX5200 graphics will have problems as the nouveau driver does NOT like the nVidia FX5200.
Black nouveau driver in /etc/modprobe.d/50-blacklist.conf . You may need to use “vi” editor to do that (with root permissions) if doing from run level 3.
Then with root permissions run:
Xorg -configure
that (despite some errors) will create a /root/xorg.conf.new file. Open that file with “vi” editor, and change “nouveau” in that file to “nv”. Save the change.
Copy the file to /etc/X11/xorg.conf and reboot.
Does that work?
I have the practical theory behind this approach here (see post#3): openSUSE Graphic Card Practical Theory Guide for Users - openSUSE Forums
Alternatively, you could take the “bull by the horns” and simply remove the nouveau driver with something like:
rpm -e $(rpm -qa '*driver-nouveau*')
and then restart and see if “nv” driver loads automatically.
If the “nv” driver does not load automatically, then also apply the “Xorg -configure” approach I recommended above to create an /etc/X11/xorg.conf file (it will initially be in the /root/xorg.conf.new).
Further to this, on this same PC, with openSUSE-11.3 RC1 I now have the proprietary nvidia driver running (see pix):
http://thumbnails30.imagebam.com/8504/70122f85039758.jpg](ImageBam)
It was a bit more tricky than normal due to complexities associated with the nouveau driver. The solution is in the 11.3 release notes, but the solution is not something one normally does, and it may take a bit of time/effort to wrap one’s head around the activities needed with the work around.
Technical
Initializing Graphics with KMS (Kernel Mode Setting)
With openSUSE 11.3 we are switching to KMS (Kernel Mode Setting) for Intel, ATI and NVIDIA graphics, which now is our default. If you encounter problems with the KMS driver support (intel, radeon, nouveau), disable KMS by adding nomodeset to the kernel boot command line. To set this permanently, add it to the kernel command line in /boot/grub/menu.lst. This option makes sure the appropriate kernel module (intel, radeon, nouveau) is loaded with modeset=0 in initrd, i.e. KMS is disabled.
In the rare cases when loading the DRM module from initrd is a general problem and unrelated to KMS, it is even possible to disable loading of the DRM module in initrd completely. For this set the NO_KMS_IN_INITRD sysconfig variable to yes via YAST, which then recreates initrd afterwards. Reboot your machine.
On Intel without KMS the Xserver falls back to the fbdev driver (the intel driver only supports KMS). On ATI for current GPUs it falls back to radeonhd. On NVIDIA without KMS the nv driver is used (the nouveau driver only supports KMS).
So what I did on 11.3 RC1 to install the proprietary graphic driver was:
sh NVIDIA-Linux-x86-195.36.31-pkg1.run -q
nvidia-xconfig
to build a custom /etc/X11/xorg.conf (that may not be necessary … )
run “yast” (no quotes) and go to yast > System > /etc/sysconfig Editor > System > Kernel > NO_KMS_IN_INITRD and change it to “yes”.
http://thumbnails29.imagebam.com/8504/f703ae85039759.jpg](ImageBam)
.
http://thumbnails3.imagebam.com/8504/3a0d4085039761.jpg](ImageBam)
.
http://thumbnails29.imagebam.com/8504/4f9b8a85039763.jpg](ImageBam)
It took about 1 minute for that to be applied. THAT WAS NECESSARY (and new to me - but its in the release notes).
reboot and the proprietary driver started.
When trying to figure this out, I also removed the xorg-x11-driver-nouveau rpm, but I do not think that is necessary.
hello Oldcpu, thanks for your answers,
points 1, 2 and 3 I already done before, but redid them again and as you said its the only way to build the drivers.
point 4 is not needed, so skipped it
point 5 is I think the interesting one and this is what I did not do before and what makes it work.
tried it with 2 cards, 8800GT and GTX260, both work now.
Thank you for figuring point 5 out and you can drop point 4, as far as I can tell its does not help and current X can run fine without any xorg.conf file. I did not add or use the nomodeset line in grub, it seems step 5 itself is enough.
This is my /boot/grub/menu.lst. Which bit am I adding ‘nomodeset’ to?
default 0
timeout 3
gfxmenu (hd1,6)/boot/message
##YaST - activate
###Don’t change this comment - YaST2 identifier: Original name: linux###
title Desktop – openSUSE 11.3 RC 1 - 2.6.34-9
root (hd1,6)
kernel /boot/vmlinuz-2.6.34-9-desktop root=/dev/disk/by-id/ata-WDC_WD6400AAKS-65A7B0_WD-WMASY1019668-part7 resume=/dev/disk/by-id/ata-WDC_WD6400AAKS-65A7B0_WD-WMASY1019668-part6 splash=silent quiet showopts vga=0x31a
initrd /boot/initrd-2.6.34-9-desktop
###Don’t change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe – openSUSE 11.3 RC 1 - 2.6.34-9
root (hd1,6)
kernel /boot/vmlinuz-2.6.34-9-desktop root=/dev/disk/by-id/ata-WDC_WD6400AAKS-65A7B0_WD-WMASY1019668-part7 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x31a
initrd /boot/initrd-2.6.34-9-desktop
###Don’t change this comment - YaST2 identifier: Original name: windows###
title Windows
map (hd0) (hd0)
map (hd0) (hd0)
rootnoverify (hd0,0)
makeactive
chainloader +1
###Don’t change this comment - YaST2 identifier: Original name: floppy###
title Floppy
rootnoverify (fd0)
chainloader +1
###Don’t change this comment - YaST2 identifier: Original name: hard_disk###
title Hard Disk
rootnoverify (hd0,0)
chainloader +1
Thanks
Thanks for this.
I have an older Medion lcd display which is capable of 1280x1024, but the driver only allows 1024x768.
How do I change this and force it to use 1280x1024?
Which graphic driver are you using? Which graphic card are you using? Which openSUSE 11.3 version are you using?
I hope you tagged on to this thread because your problem is almost identical, … else it is VERY confusing for someone trying to understand WHY you added your post to this thread. It is DEFINITELY not clear from your post why you did not start a new thread. … I’m puzzled. :\
Also note openSUSE-11.3 RC1 is NOT a final delivery. It is for testing, and NOT for operational use.
See the bold comment above. Or you can use the method in YaST that oldcpu posted earlier.
thanks very much pilotgi - works fine.
@oldpcu
I’m using 11.3RC1 as the thread states.
Older motherboard with onboard nvidia nForce graphics.
I got the nVidia drivers installed, but need to specify the monitor’s max resolution. I can’t find where to add this in the xorg.cnf file.
In previous xorg releases you could specify the monitor’s resolution and sync speeds.
It all works fine using a newer monitor, but the older monitor has the problem.
If you are using the proprietary nVidia driver, then you can use the proprietary nVidia configuration program.
For example, did you try in run level 3 (and NOT in X window):
nvidia-xconfig
… there is also another nvidia program that is graphic oriented, but I am not familiar with it. Someone else should hopefully chime in here with its name.
Tried all this.
nVidia driver installs the gui for this as well as part of the setup, but it doesn’t allow monitor changes. (NVIDIA X server settings)
Any suggestions for finding how to manually set up the new xorg.conf file?
The device section states:
Section “Device”
### Available Driver options are:- ### Values: <i>: integer, <f>: float, <bool>: "True"/"False", ### <string>: "String", <freq>: "<f> Hz/kHz/MHz" ### [arg]: arg optional
So it must be possible to specify the sync speeds and resolution like in the older xorg versions.
OK, after reading through the posts here, I have managed to load the nVidia video driver, the hard way, though it might be better to add the Extra Hard Way as it seems now. As suggested in another post, here is my system specifications:
OS: openSUSE 11.3 RC1 64 bit booted from External USB Hard Drive
PC: AMD Phenom™ II X4 955 Processor 3.2 GHz
Memory=7.8 GiB, 4 Hard Drives & Lots of Space
Video=GT200b [GeForce GTX 275], Driver=NVIDIA 195.36.31
Sound=Creative X-Fi, KDE Desktop version 4.4.4
Until I was able to load the correct video driver, I had lots of odd things going on with viewing icons and the spacing of lots of things, but all is right now. The procedure I followed to install the video driver was:
These two actions caused the nv driver to be loaded
I am not sure of the real correct procedure to install the proprietary nVidia driver and not sure if it will change as we get closer to the final release, but this seems to be a LOT MORE trouble to perform than it used to be. Who is going to volunteer to write up the correct procedure for us to use (oldcpu?).
Thank You,
I’m on an AMD 64 x2 4GB and a Geforce 240 GT. 11.3 RC1 64 bit Gnome.
Here’s what I have done:
Used the nomodeset option to get any X to work. Installed the driver NVIDIA-Linux-x86_64-195.36.31-pkg2.run in runlevel 3. Tested the option to configure xorg.conf with the supplied conf-tool, but here it failed badly with the following monitor section:
Section “Monitor”
Identifier “Monitor0”
VendorName “Unknown”
ModelName “Unknown”
HorizSync 28.0 - 33.0
VertRefresh 43.0 - 72.0
Option “DPMS”
EndSection
Not much correct there, monitor is an LG L1811S, HSync is 30-83 and Vrefresh is 56-75. So obviously something is very wrong with monitor probing up to runlevel 3.
I moved the generated xorg.conf out of /etc/X11 and edited /etc/X11/xorg.conf.d/50-device.conf to this:
Section “Device”
Identifier “Default Device”Driver “nvidia”
Required magic for radeon/radeonhd drivers; output name
(here: “DVI-0”) can be figured out via ‘xrandr -q’
#Option “monitor-DVI-0” “Default Monitor”
EndSection
Nothing else done and it worlks like a charm, except that the panel applet for the display shows the refreshrate to be 50 Hz and only alternative is 51 Hz. That’s definitly something strange, the Nvidia graphics tool shows 60.2 Hz, the monitor itself 60 Hz!
xrandr -q gives the following, also wrong:
Screen 0: minimum 320 x 240, current 1280 x 1024, maximum 1280 x 1024
default connected 1280x1024+0+0 0mm x 0mm
1280x1024 50.0* 51.0
1280x960 52.0
1152x864 53.0
1024x768 54.0 55.0 56.0
832x624 57.0
800x600 58.0 59.0 60.0 61.0
700x525 62.0 63.0
640x480 64.0 65.0 66.0 67.0
512x384 68.0 69.0
400x300 70.0
320x240 71.0 72.0
So my conclusion is that we have a monitor probing problem somewhere.
I’ve also tested to use skipddc instead of nomodeset on the boot command line, no change works like a charm.
I will volunteer to show you how to do it with less steps than the one’s you posted.
To begin, one either needs to boot into failsafe mode at runlevel 3, or type ‘nomodeset 3’ at the grub screen.
Log in as root.
Enter the directory that contains the nvidia driver.
Run the nvidia shell script. In my case, I’m using the beta driver so it looks like this:
sh NVIDIA-Linux-x86_64-256.35-no-compat32.run -q
When the installer is done, type:
modprobe nvidia
Then:
rcxdm start
to start the X server. That’s it.
To make ‘nomodeset’ permanent, you need to either edit /boot/grub/menu.lst or use the YaST sysconfig editing tool.
I forgot to say above that there is no need to uninstall or blacklist the nouveau driver.
pilotgi your three step process seems simple enough. What does the rcxdm do in your last command “rcxdm start”.
Thank You,