2:59 p.m.
Hello Everyone,
If the output of "/sbin/lspci | grep VGA" is:
03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT] (rev
a1)
are the correct instructions for installing the proprietary NVidia driver still
located here:
http://fedorasolved.org/video-solutions/nvidia-yum-kmod
I have tried the above referenced instructions a couple of times, with the same,
bad results... I am now going to try again, paying special attention to the
"Troubleshooting" section... With this exact system, I have been so used to
everything working (up until I installed Fedora 13) that I have never even had
to look at the troubleshooting steps for these instructions before.
I will get back to you with whatever happens.
Steven P. Ulrick
5:13 p.m.
New subject: Correct instructions for installing NVidia proprietary driver on Fedora 13? (WORKAROUND!)
On 31.05.2010 21:36, Steven P. Ulrick wrote:
> Hello Everyone,
> Since nothing has been figured out about this issue that I'm having yet, I
> thought I'd give you a lot more detail about my system:
>
> Main System: SuperMicro SuperWorkstation SYS-5046A-XB
> Motherboard: SuperMicro Super C7X58
> ICPU: ntel(R) Xeon(R) QuadCore CPU E5504 2.00GHz
> Memory: 8GB of RAM: Kingston ValueRAM 4GB (2 x 2GB) 240-Pin DDR3 SDRAM DDR3
1333
> (PC3 10600) Dual Channel Kit
> Video Card: nVidia GeForce 9600 GT (512MB of DDR2 memory on board.)
>
> Like I've said elsewhere in this thread, the proprietary nVidia drivers from
> rpmfusion worked great on this same system under Fedora 12. I even used the
> same instructions TRYING to get it to work under Fedora 13 that I used to
> SUCCESSFULLY get it working under Fedora 12.
>
> Also, both my Fedora 12 and my current Fedora 13 installs were full installs
> from the DVD. They were NOT upgrades, I completely wiped out the previous
> Fedora install.
>
> Steven P. Ulrick
Hey,
Do you have vt-x (virtualisation) enabled in your bios?
If so, Try adding "iommu=soft" to the end of kernel line in
/boot/grub/grub.conf
poncho
Hello Everyone,
Adding iommu=soft to my kernel line did not help. (Well directly it didn't.
Indirectly...) That gave me the idea to go into my BIOS and disable the
following:
(Under Advanced Chipset Options):
Intel VT-d
Intel I/OAT
(Under Processor & Clock Options):
Intel(R) Virtualization Tech
I then rebooted, and now the nVidia driver works on my system! So, is there a
regression somewhere with the way that Fedora deals with virtualization
technologies that are a part of the processor itself? If anyone knows of a bug
that fits the scenario laid out in this thread, including the changes that I made
that allowed it all to work again, please let me know. If not, tell me exactly
what component a bug should be filed against.
Thanks to all of you for your help!
Steven P. Ulrick
P.S.: I intend on playing around with my BIOS in the near future to see if I
really need to have all three of those options disabled.
4:26 p.m.
On Sun, 2010-05-30 at 18:47 -0500, Steven P. Ulrick wrote:
OK. The good news is that the RPM was successfully built. The bad
news is that
the output of "rpm -ivh kernel-2.6.33noframebuffer-1.x86_64.rpm" is as
follows:
[root@localhost x86_64]# rpm -ivh kernel-2.6.33noframebuffer-1.x86_64.rpm
Preparing... ########################################### [100%]
package kernel-2.6.33.3-85.fc13.x86_64 (which is newer than
kernel-2.6.33noframebuffer-1.x86_64) is already installed
package kernel-2.6.33.4-95.fc13.x86_64 (which is newer than
kernel-2.6.33noframebuffer-1.x86_64) is already installed
file /lib/firmware/matrox/g200_warp.fw from install of
kernel-2.6.33noframebuffer-1.x86_64 conflicts with file from package linux-
firmware-20100106-4.fc13.noarch
file /lib/firmware/matrox/g400_warp.fw from install of
kernel-2.6.33noframebuffer-1.x86_64 conflicts with file from package linux-
firmware-20100106-4.fc13.noarch
Any ideas?
When I build a kernel I have to rebuild the firmware, even though I
never use it. Here's my Build script:
#!/bin/bash
rpmbuild -bb --with baseonly --with firmware --without debuginfo
\
--target=`uname -m` SPECS/kernel.spec >& LOG/kernel
This web site is extremely useful when building a kernel.
http://fedoraproject.org/wiki/Building_a_custom_kernel
Part of your problem may be your choice of name for the custom kernel.
I suspect that kernel-2.6.33.noframebuffer-1.x86_64 (note the dot after
the "33") will work better. The new kernel must come after the old one
in ASCII sort order.
Good Luck. I have similar problems.
jon
4:19 p.m.
New subject: Correct instructions for installing NVidia proprietary driver on Fedora 13?
On 31.05.2010 21:36, Steven P. Ulrick wrote:
>> Hello Everyone9,
>> If the output of "/sbin/lspci | grep VGA" is:
>> 03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT]
> (rev
>> a1)
>>
>> are the correct instructions for installing the proprietary NVidia driver
> still
>> located here:
>> http://fedorasolved.org/video-solutions/nvidia-yum-kmod
>>
>> I have tried the above referenced instructions a couple of times, with the
> same,
>> bad results... I am now going to try again, paying special attention to
the
>> "Troubleshooting" section... With this exact
system, I have been so used
to
>> everything working (up until I installed Fedora 13) that I
have never even
had
>> to look at the troubleshooting steps for these instructions
before.
>>
>> I will get back to you with whatever happens.
>
> Hello Everyone,
> Since nothing has been figured out about this issue that I'm having yet, I
> thought I'd give you a lot more detail about my system:
>
> Main System: SuperMicro SuperWorkstation SYS-5046A-XB
> Motherboard: SuperMicro Super C7X58
> ICPU: ntel(R) Xeon(R) QuadCore CPU E5504 2.00GHz
> Memory: 8GB of RAM: Kingston ValueRAM 4GB (2 x 2GB) 240-Pin DDR3 SDRAM DDR3
1333
> (PC3 10600) Dual Channel Kit
> Video Card: nVidia GeForce 9600 GT (512MB of DDR2 memory on board.)
>
> Like I've said elsewhere in this thread, the proprietary nVidia drivers from
> rpmfusion worked great on this same system under Fedora 12. I even used the
> same instructions TRYING to get it to work under Fedora 13 that I used to
> SUCCESSFULLY get it working under Fedora 12.
>
> Also, both my Fedora 12 and my current Fedora 13 installs were full installs
> from the DVD. They were NOT upgrades, I completely wiped out the previous
> Fedora install.
>
> Steven P. Ulrick
Hey,
Do you have vt-x (virtualisation) enabled in your bios?
Yes I do. But I THINK it
said vt-d. But I'm not sure.
If so, Try adding "iommu=soft" to the end of kernel line in
/boot/grub/grub.conf
I just tried that, and it did not work...
Thank you for your help :)
Steven P. Ulrick
2:17 p.m.
To the end of the kernel line in grub I remove the "rhgb
quiet" and add:
nomodeset rdblacklist=nouveau
Then (after adding the rpmfusion-free and non-free repos) I run:
# yum -y install akmod-nvidia kmod-nvidia
And finally reboot. After I get into X I run:
# nvidia-settings
This lets me set my resolution and second monitor options.
Yeah, that is all a part of the directions that I have been using:
http://fedorasolved.org/video-solutions/nvidia-yum-kmod
Unfortunately, RIGHT at the time that X should be starting, and a login screen
coming up, the screen goes black and after a few seconds, the monitor goes into
powersave mode and the power button changes from white to a tannish color (the
color that says that there is no signal.
So, I obviously can't get into X to do anything. Not only that, but I can't do
"Ctrl | Alt | F2" to get into console mode... Also, the following don't
work:
Ctrl | Alt | Backspace Obviously, since I can't even get to X
Ctrl | Alt | Delete
My only choice is pushing the reset button...
Feel free to study the rest of this thread and see if you can figure out why it
is not working for me...
Steven P. Ulrick
8:02 p.m.
On 05/30/2010 04:47 PM, Steven P. Ulrick wrote:
>>> Hello Everyone
>>> I'm going to try all of this again. This time, I'm going to give a
precise,
>>> blow by blow account of what I am doing:
>>> 1. "yum update": No Packages marked for Update
>>> 2. [steve@localhost ~]$ /sbin/lspci | grep VGA
>>> 03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600
GT]
>>>
>> (rev
>>
>>> a1)
>>> 3. Go to this address: http://www.nvidia.com/object/IO_18897.html
>>> I found this on that page: "GeForce 9600 GT 0x0622"
>>> 4. I SKIP this step "su -c 'setsebool -P allow_execstack
on'" because I
have
>>> SELinux disabled.
>>> 5. su -c 'yum install kmod-nvidia'
>>> Results:
>>> Package 1:kmod-nvidia-195.36.24-1.fc13.6.x86_64 already installed and
latest
>>> version
>>> Nothing to do
>>> 6. su -c 'mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname
-r)-
>>> nouveau.img'
>>> 7. su -c 'dracut /boot/initramfs-$(uname -r).img $(uname -r)'
>>> 8. "rdblacklist=nouveau nomodeset" at the end of the appropriate
kernel
line
>>>
>> in
>>
>>> "grub.conf"
>>>
>>> These 8 steps are the same ones that I follow every time I try this. If
>>>
> this
>
>>> does not work, I am going to try 'blacklist "nouveau"' in
>>> /etc/modprobe/blacklist instead of "rdblacklist=nouveau" in
grub.conf.
>>>
>>> OK. Here we go...
>>>
>> Hello Again,
>> I decided to re-compile the kernel because of the last two comments on this
>> page:
>> http://ubuntuforums.org/archive/index.php/t-701291.html
>>
>>
>>> Tails9
>>> February 20th, 2008, 03:59 PM
>>> After reading alot, I guess I have to compile the kernel without the
>>>
> nvidiafb
>
>>> module, because I'd like to use the official nvidia drivers so I can
run
>>> compiz (again), but this time without XGL (so I have direct rendering (so
>>> the videotearing will be gone) ). Tails9
>>> March 2nd, 2008, 02:13 PM
>>> I recompiled the kernel without the framebuffer support, reinstalled the
>>> nvidiadrivers with envy and the problem is gone.
>>>
>> 1. "rpm -ivh kernel-2.6.33.4-95.fc13.src.rpm"
>> 2. cd ~/rpmbuild/SPECS/
>> 3. rpmbuild -bp kernel.spec
>> 4. "cd ~/rpmbuild/BUILD/kernel-2.6.33/linux-2.6.33.x86_64/"
>> vi Makefile"
>> EXTRAVERSION="-noframebuffer"
>> 3. "make menuconfig"
>> 4. "Device Drivers ---> Graphics support ---> Support for frame
buffer
devices"
>> 5. Uncheck "nVidia Framebuffer Support"&
"nVidia Riva support"
>> 6. "exit" back to the main menu.
>> 7. Select "exit" again, and choose to save my new configuration file
>> 8. "make rpm"
>>
>> It's building now. We'll see what happens.
>>
> OK. The good news is that the RPM was successfully built. The bad news is
that
> the output of "rpm -ivh
kernel-2.6.33noframebuffer-1.x86_64.rpm" is as
follows:
>
> [root@localhost x86_64]# rpm -ivh kernel-2.6.33noframebuffer-1.x86_64.rpm
> Preparing... ###########################################
[100%]
> package kernel-2.6.33.3-85.fc13.x86_64 (which is newer
than
> kernel-2.6.33noframebuffer-1.x86_64) is already installed
> package kernel-2.6.33.4-95.fc13.x86_64 (which is newer than
> kernel-2.6.33noframebuffer-1.x86_64) is already installed
> file /lib/firmware/matrox/g200_warp.fw from install of
> kernel-2.6.33noframebuffer-1.x86_64 conflicts with file from package linux-
> firmware-20100106-4.fc13.noarch
> file /lib/firmware/matrox/g400_warp.fw from install of
> kernel-2.6.33noframebuffer-1.x86_64 conflicts with file from package linux-
> firmware-20100106-4.fc13.noarch
>
> Any ideas?
>
> Steven P. Ulrick
>
Hi there
Did you do a clean install?
Yes. Did a clean install from the DVD, entirely wiped out my old Fedora 12
install.
If this does not work then try the akmod instead of the kmod
akmod will autotrack in newest kernel mod on boot
yum list | grep -i akmod:
akmod-nvidia.x86_64 1:195.36.24-1.fc13.5
@rpmfusion-nonfree
akmods.noarch 0.3.6-3.fc12
@rpmfusion-free
I used akmod on Fedora 12, and it always worked perfectly for me. In fact,
everything with the proprietary nVidia driver worked perfectly.
Steven P. Ulrick
5:02 p.m.
New subject: Correct instructions for installing NVidia proprietary driver on Fedora 13?
On Sun, May 30, 2010 at 13:34, Andre Costa <blueser(a)gmail.com> wrote:
Hi Steven,
On Sat, May 29, 2010 at 23:09, Steven P. Ulrick <lists-fedora(a)afolkey2.net
> wrote:
> > Hello Everyone,
> > If the output of "/sbin/lspci | grep VGA" is:
> > 03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600
> GT]
> (rev
> > a1)
> >
> > are the correct instructions for installing the proprietary NVidia
> driver
> still
> > located here:
> > http://fedorasolved.org/video-solutions/nvidia-yum-kmod
> >
> > I have tried the above referenced instructions a couple of times, with
> the
> same,
> > bad results... I am now going to try again, paying special attention to
> the
> > "Troubleshooting" section... With this exact system, I have been so
> used to
> > everything working (up until I installed Fedora 13) that I have never
> even had
> > to look at the troubleshooting steps for these instructions before.
> >
> > I will get back to you with whatever happens.
>
> Hello Again,
> Well, no luck so far... But here are some excerpts from log files that
> might
> help someone see what my problem is:
>
> First, the output of 'grep -i "nvidia" messages':
>
> [root@localhost log]# grep -i "nvidia" messages
> May 28 15:27:16 localhost kernel: nvidia: module license 'NVIDIA' taints
> kernel.
> May 28 15:27:16 localhost kernel: NVRM: The NVIDIA probe routine was not
> called
> for 1 device(s).
> May 28 15:27:16 localhost kernel: NVRM: This can occur when a driver such
> as
> rivafb, nvidiafb or
> May 28 15:27:16 localhost kernel: NVRM: rivatv was loaded and obtained
> ownership
> of the NVIDIA
> May 28 15:27:16 localhost kernel: NVRM: Try unloading the rivafb, nvidiafb
> or
> rivatv kernel module
> May 28 15:27:16 localhost kernel: NVRM: (and/or reconfigure your kernel
> without
> rivafb/nvidiafb
> May 28 15:27:16 localhost kernel: NVRM: support), then try loading the
> NVIDIA
> kernel module again.
> May 28 15:27:16 localhost kernel: NVRM: No NVIDIA graphics adapter probed!
> May 28 15:28:19 localhost kernel: NVRM: The NVIDIA probe routine was not
> called
> for 1 device(s).
> May 28 15:28:19 localhost kernel: NVRM: This can occur when a driver such
> as
> rivafb, nvidiafb or
> May 28 15:28:19 localhost kernel: NVRM: rivatv was loaded and obtained
> ownership
> of the NVIDIA
> May 28 15:28:19 localhost kernel: NVRM: Try unloading the rivafb, nvidiafb
> or
> rivatv kernel module
> May 28 15:28:19 localhost kernel: NVRM: (and/or reconfigure your kernel
> without
> rivafb/nvidiafb
> May 28 15:28:19 localhost kernel: NVRM: support), then try loading the
> NVIDIA
> kernel module again.
> May 28 15:28:19 localhost kernel: NVRM: No NVIDIA graphics adapter probed!
> May 28 15:33:54 localhost yum: Installed: 1:kmod-
> nvidia-2.6.33.3-85.fc13.x86_64-195.36.24-1.fc13.5.x86_64
>
> Second, the output of 'grep -i "nvidia" Xorg.0.log':
>
> [root@localhost log]# grep -i "nvidia" Xorg.0.log
> [ 185.822] (--) PCI:*(0:3:0:0) 10de:0622:10de:058f nVidia Corporation
> G94
> [GeForce 9600 GT] rev 161, Mem @ 0xfa000000/16777216,
> 0xd0000000/268435456,
> 0xf8000000/33554432, I/O @ 0x0000cc00/128, BIOS @ 0x????????/524288
> [ 185.824] (II) Loading
> /usr/lib64/xorg/modules/extensions/nvidia/libglx.so
> [ 185.833] (II) Module glx: vendor="NVIDIA Corporation"
> [ 185.833] (II) NVIDIA GLX Module 195.36.24 Thu Apr 22 19:52:00 PDT
> 2010
> [ 185.836] (II) NOUVEAU driver for NVIDIA chipset families :
> [ 185.836] (II) NOUVEAU driver for NVIDIA chipset families :
> [ 185.839] (--) NOUVEAU(0): Chipset: "NVIDIA NV94"
> [ 186.322] (EE) Failed to initialize GLX extension (Compatible NVIDIA X
> driver
> not found)
>
> Your insight is greatly appreciated.
>
It seems you`re loading nouveau instead of nvidia. If that`s the case, you
might have to blacklist nouveau kernel module somehow (which seems odd
considering that I didn't have to do anything). Did you install F13 from
scratch or did you upgrade from F12?
I`m not at home right now so I can`t check my configuration files, but I`ll
do that as soon as I can and see if that's anything that could help you.
Regards,
Andre
grub.conf doesn't seem to have anything specific to nvida/nouveau:
title Fedora (2.6.33.4-95.fc13.x86_64)
root (hd0,1)
kernel /vmlinuz-2.6.33.4-95.fc13.x86_64 ro
root=/dev/mapper/VolGroup00-System rd_LVM_LV=VolGroup00/System
rd_LVM_LV=VolGroup00/Swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8
SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=br-abnt2 rhgb quiet
vga=0x369
initrd /initramfs-2.6.33.4-95.fc13.x86_64.img
(NOTE: I added the vga=0x369 myself to see graphical boot on my main display
at 1600x1050, otherwise I get plain text boot progress)
There's a /etc/modprobe.d/blacklist-nouveau.conf which contains:
# RPM Fusion blacklist for nouveau driver - you need to run as root:
# dracut -f /boot/initramfs-$(uname -r).img $(uname -r)
# if nouveau is loaded despite this file.
blacklist nouveau
This file has been installed by xorg-x11-drv-nvidia-195.36.24-1.fc13.x86_64.
Checking the scripts it runs with "rpm -q --scripts" shows me it installs
/etc/init.d/nvidia which starts with
#!/bin/sh
#
# chkconfig: 2345 8 92
# description: This script will check if a nvidia kernel module is present
for\
# the running kernel and modify the xorg.conf to the
appropriate\
# configuration.
I guess all this combined made nvidia work here. Is your setup similar to
the one above?
Regards,
Andre
4:42 p.m.
I am thinking that your problem is nouveau must be blacklisted in the
grub.conf file
http://rpmfusion.org/Howto/nVidia
Hello Again,
I just checked the instructions at the above link. They seem to be a simplified
version of what I've already tried.
Steven P. Ulrick
4:03 a.m.
New subject: Correct instructions for installing NVidia proprietary driver on Fedora 13?
To the end of the kernel line in grub I remove the "rhgb quiet" and add:
nomodeset rdblacklist=nouveau
Then (after adding the rpmfusion-free and non-free repos) I run:
# yum -y install akmod-nvidia kmod-nvidia
And finally reboot. After I get into X I run:
# nvidia-settings
This lets me set my resolution and second monitor options.
--
Chris Kloiber
On 05/31/2010 04:40 AM, Steven P. Ulrick wrote:
>>>> Hi there
>>>>
>>>> Did you do a clean install?
>>>>
>>> Yes. Did a clean install from the DVD, entirely wiped out my old Fedora
12
>>> install.
>>>
>>>
>>>> If this does not work then try the akmod instead of the kmod
>>>> akmod will autotrack in newest kernel mod on boot
>>>>
>>> yum list | grep -i akmod:
>>> akmod-nvidia.x86_64 1:195.36.24-1.fc13.5
>>> @rpmfusion-nonfree
>>> akmods.noarch 0.3.6-3.fc12
>>> @rpmfusion-free
>>>
>>> I used akmod on Fedora 12, and it always worked perfectly for me. In
fact,
>>> everything with the proprietary nVidia driver worked perfectly.
>>>
>>> Steven P. Ulrick
>>>
>> Wow dude... I am really not sure what is going on.
>>
>> From what I hear all people have to do is make sure rpmfusion is in
>> repo and yum update
>>
>> This is the only thread were it has failed like this
>>
>>
>>
>> I guess the only thing left to try is not do it through yum but
>> add/remove software
>>
>> It should not make a bit of difference, but you may want to remove the
>> driver go back to nouveau and try the proprietary driver through
>> add/remove software, as well as the kmod for the kernel version.
>> Then lower protection (selinix) then rdblacklist=nouveau on kernel lines
>> in grub.conf
>
> Agreed, it SHOULDN'T make a difference. But I'll give it a shot...
> 1. "Applications | System | Software Management" (kpackagekit)
> 2. Search for "kmod-nvidia"
> 3. Select "akmod-nvidia"& "kmod-nvidia"
> 4. Install the following packages:
> nvidia-settings
> xorg-x11-drv-nvidia
> nvidia-xconfig
> xorg-x11-drv-nvidia-libs
> kmod-nvidia-2.6.33.4-95.fc13.x86_64
> 5. "Apply"
>
> NOTHING was added to the end of the kernel line in grub.conf. Also, here is
the
> contents of my xorg.conf file as it stands after I installed the above
packages:
> # Xorg configuration created by livna-config-display
>
> Section "Files"
> ModulePath "/usr/lib64/xorg/modules"
> EndSection
>
> Section "ServerFlags"
> Option "AIGLX" "on"
> EndSection
>
> Section "Device"
> Identifier "Videocard0"
> Driver "vesa"
> EndSection
>
> Section "Extensions"
> Option "Composite" "Enable"
> EndSection
>
> So, I'm going to delete xorg.conf, add "rdblacklist=nouveau nomodeset"
to the
> kernel line and reboot...
>
> I'll get back with you in a few minutes.
Well, here's the results: the screen still goes black (and, according to the
monitor itself) and goes into power save mode when it should be starting X.
For kicks I tried rebooting WITHOUT doing the initramfs/dracut stuff. Things did
not go any different than they do when I actually follow the correct
instructions.
One interesting observation: I am doing "rdblacklist=nouveau" and I do not
even
seem to have the "nouveau" driver running? my xorg.conf says "Driver
"vesa""
Perhaps retrying AFTER WORK, and doing "rdblacklist=vesa"?
Anyway, I NEED to get to work.
Steven P. Ulrick
3:40 a.m.
> >> Hi there
> >>
> >> Did you do a clean install?
> >>
> > Yes. Did a clean install from the DVD, entirely wiped out my old Fedora
12
> > install.
> >
> >
> >> If this does not work then try the akmod instead of the kmod
> >> akmod will autotrack in newest kernel mod on boot
> >>
> > yum list | grep -i akmod:
> > akmod-nvidia.x86_64 1:195.36.24-1.fc13.5
> > @rpmfusion-nonfree
> > akmods.noarch 0.3.6-3.fc12
> > @rpmfusion-free
> >
> > I used akmod on Fedora 12, and it always worked perfectly for me. In
fact,
> > everything with the proprietary nVidia driver worked
perfectly.
> >
> > Steven P. Ulrick
> >
> Wow dude... I am really not sure what is going on.
>
> From what I hear all people have to do is make sure rpmfusion is in
> repo and yum update
>
> This is the only thread were it has failed like this
>
>
>
> I guess the only thing left to try is not do it through yum but
> add/remove software
>
> It should not make a bit of difference, but you may want to remove the
> driver go back to nouveau and try the proprietary driver through
> add/remove software, as well as the kmod for the kernel version.
> Then lower protection (selinix) then rdblacklist=nouveau on kernel lines
> in grub.conf
Agreed, it SHOULDN'T make a difference. But I'll give it a shot...
1. "Applications | System | Software Management" (kpackagekit)
2. Search for "kmod-nvidia"
3. Select "akmod-nvidia" & "kmod-nvidia"
4. Install the following packages:
nvidia-settings
xorg-x11-drv-nvidia
nvidia-xconfig
xorg-x11-drv-nvidia-libs
kmod-nvidia-2.6.33.4-95.fc13.x86_64
5. "Apply"
NOTHING was added to the end of the kernel line in grub.conf. Also, here is
the
contents of my xorg.conf file as it stands after I installed the
above
packages:
# Xorg configuration created by livna-config-display
Section "Files"
ModulePath "/usr/lib64/xorg/modules"
EndSection
Section "ServerFlags"
Option "AIGLX" "on"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "vesa"
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
So, I'm going to delete xorg.conf, add "rdblacklist=nouveau nomodeset" to
the
kernel line and reboot...
I'll get back with you in a few minutes.
Well, here's the results: the screen still goes black (and, according to the
monitor itself) and goes into power save mode when it should be starting X.
For kicks I tried rebooting WITHOUT doing the initramfs/dracut stuff. Things did
not go any different than they do when I actually follow the correct
instructions.
One interesting observation: I am doing "rdblacklist=nouveau" and I do not even
seem to have the "nouveau" driver running? my xorg.conf says "Driver
"vesa""
Perhaps retrying AFTER WORK, and doing "rdblacklist=vesa"?
Anyway, I NEED to get to work.
Steven P. Ulrick
3:19 a.m.
>> Hi there
>>
>> Did you do a clean install?
>>
> Yes. Did a clean install from the DVD, entirely wiped out my old Fedora 12
> install.
>
>
>> If this does not work then try the akmod instead of the kmod
>> akmod will autotrack in newest kernel mod on boot
>>
> yum list | grep -i akmod:
> akmod-nvidia.x86_64 1:195.36.24-1.fc13.5
> @rpmfusion-nonfree
> akmods.noarch 0.3.6-3.fc12
> @rpmfusion-free
>
> I used akmod on Fedora 12, and it always worked perfectly for me. In fact,
> everything with the proprietary nVidia driver worked perfectly.
>
> Steven P. Ulrick
>
Wow dude... I am really not sure what is going on.
From what I hear all people have to do is make sure rpmfusion is in
repo and yum update
This is the only thread were it has failed like this
I guess the only thing left to try is not do it through yum but
add/remove software
It should not make a bit of difference, but you may want to remove the
driver go back to nouveau and try the proprietary driver through
add/remove software, as well as the kmod for the kernel version.
Then lower protection (selinix) then rdblacklist=nouveau on kernel lines
in grub.conf
Agreed, it SHOULDN'T make a difference. But I'll give it a shot...
1. "Applications | System | Software Management" (kpackagekit)
2. Search for "kmod-nvidia"
3. Select "akmod-nvidia" & "kmod-nvidia"
4. Install the following packages:
nvidia-settings
xorg-x11-drv-nvidia
nvidia-xconfig
xorg-x11-drv-nvidia-libs
kmod-nvidia-2.6.33.4-95.fc13.x86_64
5. "Apply"
NOTHING was added to the end of the kernel line in grub.conf. Also, here is the
contents of my xorg.conf file as it stands after I installed the above packages:
# Xorg configuration created by livna-config-display
Section "Files"
ModulePath "/usr/lib64/xorg/modules"
EndSection
Section "ServerFlags"
Option "AIGLX" "on"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "vesa"
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
So, I'm going to delete xorg.conf, add "rdblacklist=nouveau nomodeset" to
the
kernel line and reboot...
I'll get back with you in a few minutes.
Steven P. Ulrick
8:18 p.m.
On 05/30/2010 06:02 PM, Steven P. Ulrick wrote:
> On 05/30/2010 04:47 PM, Steven P. Ulrick wrote:
>
>>>> Hello Everyone
>>>> I'm going to try all of this again. This time, I'm going to give
a
>>>>
precise,
>>>> blow by blow account of what I am doing:
>>>> 1. "yum update": No Packages marked for Update
>>>> 2. [steve@localhost ~]$ /sbin/lspci | grep VGA
>>>> 03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600
>>>>
GT]
>>>>
>>>>
>>> (rev
>>>
>>>
>>>> a1)
>>>> 3. Go to this address: http://www.nvidia.com/object/IO_18897.html
>>>> I found this on that page: "GeForce 9600 GT 0x0622"
>>>> 4. I SKIP this step "su -c 'setsebool -P allow_execstack
on'" because I
>>>>
have
>>>> SELinux disabled.
>>>> 5. su -c 'yum install kmod-nvidia'
>>>> Results:
>>>> Package 1:kmod-nvidia-195.36.24-1.fc13.6.x86_64 already installed and
>>>>
latest
>>>> version
>>>> Nothing to do
>>>> 6. su -c 'mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname
-r)-
>>>> nouveau.img'
>>>> 7. su -c 'dracut /boot/initramfs-$(uname -r).img $(uname -r)'
>>>> 8. "rdblacklist=nouveau nomodeset" at the end of the
appropriate kernel
>>>>
line
>>>>
>>>>
>>> in
>>>
>>>
>>>> "grub.conf"
>>>>
>>>> These 8 steps are the same ones that I follow every time I try this. If
>>>>
>>>>
>> this
>>
>>
>>>> does not work, I am going to try 'blacklist "nouveau"'
in
>>>> /etc/modprobe/blacklist instead of "rdblacklist=nouveau" in
grub.conf.
>>>>
>>>> OK. Here we go...
>>>>
>>>>
>>> Hello Again,
>>> I decided to re-compile the kernel because of the last two comments on this
>>> page:
>>> http://ubuntuforums.org/archive/index.php/t-701291.html
>>>
>>>
>>>
>>>> Tails9
>>>> February 20th, 2008, 03:59 PM
>>>> After reading alot, I guess I have to compile the kernel without the
>>>>
>>>>
>> nvidiafb
>>
>>
>>>> module, because I'd like to use the official nvidia drivers so I can
run
>>>> compiz (again), but this time without XGL (so I have direct rendering
(so
>>>> the videotearing will be gone) ). Tails9
>>>> March 2nd, 2008, 02:13 PM
>>>> I recompiled the kernel without the framebuffer support, reinstalled the
>>>> nvidiadrivers with envy and the problem is gone.
>>>>
>>>>
>>> 1. "rpm -ivh kernel-2.6.33.4-95.fc13.src.rpm"
>>> 2. cd ~/rpmbuild/SPECS/
>>> 3. rpmbuild -bp kernel.spec
>>> 4. "cd ~/rpmbuild/BUILD/kernel-2.6.33/linux-2.6.33.x86_64/"
>>> vi Makefile"
>>> EXTRAVERSION="-noframebuffer"
>>> 3. "make menuconfig"
>>> 4. "Device Drivers ---> Graphics support ---> Support for
frame buffer
>>>
devices"
>>> 5. Uncheck "nVidia Framebuffer Support"& "nVidia Riva
support"
>>> 6. "exit" back to the main menu.
>>> 7. Select "exit" again, and choose to save my new configuration
file
>>> 8. "make rpm"
>>>
>>> It's building now. We'll see what happens.
>>>
>>>
>> OK. The good news is that the RPM was successfully built. The bad news is
>>
that
>> the output of "rpm -ivh kernel-2.6.33noframebuffer-1.x86_64.rpm" is as
>>
follows:
>> [root@localhost x86_64]# rpm -ivh kernel-2.6.33noframebuffer-1.x86_64.rpm
>> Preparing... ###########################################
>>
[100%]
>> package kernel-2.6.33.3-85.fc13.x86_64 (which is newer than
>> kernel-2.6.33noframebuffer-1.x86_64) is already installed
>> package kernel-2.6.33.4-95.fc13.x86_64 (which is newer than
>> kernel-2.6.33noframebuffer-1.x86_64) is already installed
>> file /lib/firmware/matrox/g200_warp.fw from install of
>> kernel-2.6.33noframebuffer-1.x86_64 conflicts with file from package linux-
>> firmware-20100106-4.fc13.noarch
>> file /lib/firmware/matrox/g400_warp.fw from install of
>> kernel-2.6.33noframebuffer-1.x86_64 conflicts with file from package linux-
>> firmware-20100106-4.fc13.noarch
>>
>> Any ideas?
>>
>> Steven P. Ulrick
>>
>>
>
>
> Hi there
>
> Did you do a clean install?
>
Yes. Did a clean install from the DVD, entirely wiped out my old Fedora 12
install.
> If this does not work then try the akmod instead of the kmod
> akmod will autotrack in newest kernel mod on boot
>
yum list | grep -i akmod:
akmod-nvidia.x86_64 1:195.36.24-1.fc13.5
@rpmfusion-nonfree
akmods.noarch 0.3.6-3.fc12
@rpmfusion-free
I used akmod on Fedora 12, and it always worked perfectly for me. In fact,
everything with the proprietary nVidia driver worked perfectly.
Steven P. Ulrick
Wow dude... I am really not sure what is going on.
From what I hear all people have to do is make sure rpmfusion is in
repo and yum update
This is the only thread were it has failed like this
I guess the only thing left to try is not do it through yum but
add/remove software
It should not make a bit of difference, but you may want to remove the
driver go back to nouveau and try the proprietary driver through
add/remove software, as well as the kmod for the kernel version.
Then lower protection (selinix) then rdblacklist=nouveau on kernel lines
in grub.conf
The horror show
7:43 p.m.
On 05/30/2010 04:47 PM, Steven P. Ulrick wrote:
>> Hello Everyone
>> I'm going to try all of this again. This time, I'm going to give a
precise,
>> blow by blow account of what I am doing:
>> 1. "yum update": No Packages marked for Update
>> 2. [steve@localhost ~]$ /sbin/lspci | grep VGA
>> 03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT]
>>
> (rev
>
>> a1)
>> 3. Go to this address: http://www.nvidia.com/object/IO_18897.html
>> I found this on that page: "GeForce 9600 GT 0x0622"
>> 4. I SKIP this step "su -c 'setsebool -P allow_execstack on'"
because I have
>> SELinux disabled.
>> 5. su -c 'yum install kmod-nvidia'
>> Results:
>> Package 1:kmod-nvidia-195.36.24-1.fc13.6.x86_64 already installed and latest
>> version
>> Nothing to do
>> 6. su -c 'mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-
>> nouveau.img'
>> 7. su -c 'dracut /boot/initramfs-$(uname -r).img $(uname -r)'
>> 8. "rdblacklist=nouveau nomodeset" at the end of the appropriate kernel
line
>>
> in
>
>> "grub.conf"
>>
>> These 8 steps are the same ones that I follow every time I try this. If
>>
this
>> does not work, I am going to try 'blacklist "nouveau"' in
>> /etc/modprobe/blacklist instead of "rdblacklist=nouveau" in grub.conf.
>>
>> OK. Here we go...
>>
> Hello Again,
> I decided to re-compile the kernel because of the last two comments on this
> page:
> http://ubuntuforums.org/archive/index.php/t-701291.html
>
>
>> Tails9
>> February 20th, 2008, 03:59 PM
>> After reading alot, I guess I have to compile the kernel without the
>>
nvidiafb
>> module, because I'd like to use the official nvidia drivers so I can run
>> compiz (again), but this time without XGL (so I have direct rendering (so
>> the videotearing will be gone) ). Tails9
>> March 2nd, 2008, 02:13 PM
>> I recompiled the kernel without the framebuffer support, reinstalled the
>> nvidiadrivers with envy and the problem is gone.
>>
> 1. "rpm -ivh kernel-2.6.33.4-95.fc13.src.rpm"
> 2. cd ~/rpmbuild/SPECS/
> 3. rpmbuild -bp kernel.spec
> 4. "cd ~/rpmbuild/BUILD/kernel-2.6.33/linux-2.6.33.x86_64/"
> vi Makefile"
> EXTRAVERSION="-noframebuffer"
> 3. "make menuconfig"
> 4. "Device Drivers ---> Graphics support ---> Support for frame buffer
devices"
> 5. Uncheck "nVidia Framebuffer Support"& "nVidia Riva
support"
> 6. "exit" back to the main menu.
> 7. Select "exit" again, and choose to save my new configuration file
> 8. "make rpm"
>
> It's building now. We'll see what happens.
>
OK. The good news is that the RPM was successfully built. The bad news is that
the output of "rpm -ivh kernel-2.6.33noframebuffer-1.x86_64.rpm" is as
follows:
[root@localhost x86_64]# rpm -ivh kernel-2.6.33noframebuffer-1.x86_64.rpm
Preparing... ########################################### [100%]
package kernel-2.6.33.3-85.fc13.x86_64 (which is newer than
kernel-2.6.33noframebuffer-1.x86_64) is already installed
package kernel-2.6.33.4-95.fc13.x86_64 (which is newer than
kernel-2.6.33noframebuffer-1.x86_64) is already installed
file /lib/firmware/matrox/g200_warp.fw from install of
kernel-2.6.33noframebuffer-1.x86_64 conflicts with file from package linux-
firmware-20100106-4.fc13.noarch
file /lib/firmware/matrox/g400_warp.fw from install of
kernel-2.6.33noframebuffer-1.x86_64 conflicts with file from package linux-
firmware-20100106-4.fc13.noarch
Any ideas?
Steven P. Ulrick
Hi there
Did you do a clean install?
When I did this the first time with F12 I did the steps in the rpmfusion
howto: the only difference was not using yum
I did it through add/remove software
After the proprietary installed with the kernel mod for driver for the
specific kernel
The metapackage for tracking in newest kernel was also installed.
rdblacklist= nouveau was then added to grub.conf before the reboot and
presto there it was
If this does not work then try the akmod instead of the kmod
akmod will autotrack in newest kernel mod on boot
I have not installed F13 yet but the more I read the more I know I will
be reformating this drive and doing a clean install.
Good luck
Michael
6:47 p.m.
> Hello Everyone
> I'm going to try all of this again. This time, I'm going to give a precise,
> blow by blow account of what I am doing:
> 1. "yum update": No Packages marked for Update
> 2. [steve@localhost ~]$ /sbin/lspci | grep VGA
> 03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT]
(rev
> a1)
> 3. Go to this address: http://www.nvidia.com/object/IO_18897.html
> I found this on that page: "GeForce 9600 GT 0x0622"
> 4. I SKIP this step "su -c 'setsebool -P allow_execstack on'"
because I have
> SELinux disabled.
> 5. su -c 'yum install kmod-nvidia'
> Results:
> Package 1:kmod-nvidia-195.36.24-1.fc13.6.x86_64 already installed and latest
> version
> Nothing to do
> 6. su -c 'mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-
> nouveau.img'
> 7. su -c 'dracut /boot/initramfs-$(uname -r).img $(uname -r)'
> 8. "rdblacklist=nouveau nomodeset" at the end of the appropriate kernel
line
in
> "grub.conf"
>
> These 8 steps are the same ones that I follow every time I try this. If
this
> does not work, I am going to try 'blacklist
"nouveau"' in
> /etc/modprobe/blacklist instead of "rdblacklist=nouveau" in grub.conf.
>
> OK. Here we go...
Hello Again,
I decided to re-compile the kernel because of the last two comments on this
page:
http://ubuntuforums.org/archive/index.php/t-701291.html
> Tails9
> February 20th, 2008, 03:59 PM
> After reading alot, I guess I have to compile the kernel without the
nvidiafb
> module, because I'd like to use the official nvidia drivers
so I can run
> compiz (again), but this time without XGL (so I have direct rendering (so
> the videotearing will be gone) ). Tails9
> March 2nd, 2008, 02:13 PM
> I recompiled the kernel without the framebuffer support, reinstalled the
> nvidiadrivers with envy and the problem is gone.
1. "rpm -ivh kernel-2.6.33.4-95.fc13.src.rpm"
2. cd ~/rpmbuild/SPECS/
3. rpmbuild -bp kernel.spec
4. "cd ~/rpmbuild/BUILD/kernel-2.6.33/linux-2.6.33.x86_64/"
vi Makefile"
EXTRAVERSION="-noframebuffer"
3. "make menuconfig"
4. "Device Drivers ---> Graphics support ---> Support for frame buffer
devices"
5. Uncheck "nVidia Framebuffer Support" & "nVidia Riva support"
6. "exit" back to the main menu.
7. Select "exit" again, and choose to save my new configuration file
8. "make rpm"
It's building now. We'll see what happens.
OK. The good news is that the RPM was successfully built. The bad news is that
the output of "rpm -ivh kernel-2.6.33noframebuffer-1.x86_64.rpm" is as follows:
[root@localhost x86_64]# rpm -ivh kernel-2.6.33noframebuffer-1.x86_64.rpm
Preparing... ########################################### [100%]
package kernel-2.6.33.3-85.fc13.x86_64 (which is newer than
kernel-2.6.33noframebuffer-1.x86_64) is already installed
package kernel-2.6.33.4-95.fc13.x86_64 (which is newer than
kernel-2.6.33noframebuffer-1.x86_64) is already installed
file /lib/firmware/matrox/g200_warp.fw from install of
kernel-2.6.33noframebuffer-1.x86_64 conflicts with file from package linux-
firmware-20100106-4.fc13.noarch
file /lib/firmware/matrox/g400_warp.fw from install of
kernel-2.6.33noframebuffer-1.x86_64 conflicts with file from package linux-
firmware-20100106-4.fc13.noarch
Any ideas?
Steven P. Ulrick
6:13 p.m.
Hello Everyone
I'm going to try all of this again. This time, I'm going to give a precise,
blow by blow account of what I am doing:
1. "yum update": No Packages marked for Update
2. [steve@localhost ~]$ /sbin/lspci | grep VGA
03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT]
(rev
a1)
3. Go to this address: http://www.nvidia.com/object/IO_18897.html
I found this on that page: "GeForce 9600 GT 0x0622"
4. I SKIP this step "su -c 'setsebool -P allow_execstack on'" because I
have
SELinux disabled.
5. su -c 'yum install kmod-nvidia'
Results:
Package 1:kmod-nvidia-195.36.24-1.fc13.6.x86_64 already installed and latest
version
Nothing to do
6. su -c 'mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-
nouveau.img'
7. su -c 'dracut /boot/initramfs-$(uname -r).img $(uname -r)'
8. "rdblacklist=nouveau nomodeset" at the end of the appropriate kernel line
in
"grub.conf"
These 8 steps are the same ones that I follow every time I try this. If this
does not work, I am going to try 'blacklist "nouveau"' in
/etc/modprobe/blacklist instead of "rdblacklist=nouveau" in grub.conf.
OK. Here we go...
Hello Again,
I decided to re-compile the kernel because of the last two comments on this
page:
http://ubuntuforums.org/archive/index.php/t-701291.html
Tails9
February 20th, 2008, 03:59 PM
After reading alot, I guess I have to compile the kernel without the nvidiafb
module, because I'd like to use the official nvidia drivers so I can run
compiz (again), but this time without XGL (so I have direct rendering (so
the videotearing will be gone) ). Tails9
March 2nd, 2008, 02:13 PM
I recompiled the kernel without the framebuffer support, reinstalled the
nvidiadrivers with envy and the problem is gone.
1. "rpm -ivh kernel-2.6.33.4-95.fc13.src.rpm"
2. cd ~/rpmbuild/SPECS/
3. rpmbuild -bp kernel.spec
4. "cd ~/rpmbuild/BUILD/kernel-2.6.33/linux-2.6.33.x86_64/"
vi Makefile"
EXTRAVERSION="-noframebuffer"
3. "make menuconfig"
4. "Device Drivers ---> Graphics support ---> Support for frame buffer
devices"
5. Uncheck "nVidia Framebuffer Support" & "nVidia Riva support"
6. "exit" back to the main menu.
7. Select "exit" again, and choose to save my new configuration file
8. "make rpm"
It's building now. We'll see what happens.
Steven P. Ulrick
5:07 p.m.
> Well, no luck so far... But here are some excerpts from log
files
> that might
> help someone see what my problem is:
>
> First, the output of 'grep -i "nvidia" messages':
>
> [root@localhost log]# grep -i "nvidia" messages
> May 28 15:27:16 localhost kernel: nvidia: module license 'NVIDIA'
> taints kernel.
> May 28 15:27:16 localhost kernel: NVRM: The NVIDIA probe routine
> was not called
> for 1 device(s).
> May 28 15:27:16 localhost kernel: NVRM: This can occur when a
> driver such as
> rivafb, nvidiafb or
> May 28 15:27:16 localhost kernel: NVRM: rivatv was loaded and
> obtained ownership
> of the NVIDIA
> May 28 15:27:16 localhost kernel: NVRM: Try unloading the rivafb,
> nvidiafb or
> rivatv kernel module
> May 28 15:27:16 localhost kernel: NVRM: (and/or reconfigure your
> kernel without
> rivafb/nvidiafb
> May 28 15:27:16 localhost kernel: NVRM: support), then try loading
> the NVIDIA
> kernel module again.
> May 28 15:27:16 localhost kernel: NVRM: No NVIDIA graphics adapter
> probed!
> May 28 15:28:19 localhost kernel: NVRM: The NVIDIA probe routine
> was not called
> for 1 device(s).
> May 28 15:28:19 localhost kernel: NVRM: This can occur when a
> driver such as
> rivafb, nvidiafb or
> May 28 15:28:19 localhost kernel: NVRM: rivatv was loaded and
> obtained ownership
> of the NVIDIA
> May 28 15:28:19 localhost kernel: NVRM: Try unloading the rivafb,
> nvidiafb or
> rivatv kernel module
> May 28 15:28:19 localhost kernel: NVRM: (and/or reconfigure your
> kernel without
> rivafb/nvidiafb
> May 28 15:28:19 localhost kernel: NVRM: support), then try loading
> the NVIDIA
> kernel module again.
> May 28 15:28:19 localhost kernel: NVRM: No NVIDIA graphics adapter
> probed!
> May 28 15:33:54 localhost yum: Installed: 1:kmod-
> nvidia-2.6.33.3-85.fc13.x86_64-195.36.24-1.fc13.5.x86_64
>
> Second, the output of 'grep -i "nvidia" Xorg.0.log':
>
> [root@localhost log]# grep -i "nvidia" Xorg.0.log
> [ 185.822] (--) PCI:*(0:3:0:0) 10de:0622:10de:058f nVidia
> Corporation G94
> [GeForce 9600 GT] rev 161, Mem @ 0xfa000000/16777216,
> 0xd0000000/268435456,
> 0xf8000000/33554432, I/O @ 0x0000cc00/128, BIOS @ 0x????????/524288
> [ 185.824] (II) Loading
> /usr/lib64/xorg/modules/extensions/nvidia/libglx.so
> [ 185.833] (II) Module glx: vendor="NVIDIA Corporation"
> [ 185.833] (II) NVIDIA GLX Module 195.36.24 Thu Apr 22
> 19:52:00 PDT 2010
> [ 185.836] (II) NOUVEAU driver for NVIDIA chipset families :
> [ 185.836] (II) NOUVEAU driver for NVIDIA chipset families :
> [ 185.839] (--) NOUVEAU(0): Chipset: "NVIDIA NV94"
> [ 186.322] (EE) Failed to initialize GLX extension (Compatible
> NVIDIA X driver
> not found)
Hello Everyone
I'm going to try all of this again. This time, I'm going to give a precise,
blow by blow account of what I am doing:
1. "yum update": No Packages marked for Update
2. [steve@localhost ~]$ /sbin/lspci | grep VGA
03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT] (rev
a1)
3. Go to this address: http://www.nvidia.com/object/IO_18897.html
I found this on that page: "GeForce 9600 GT 0x0622"
4. I SKIP this step "su -c 'setsebool -P allow_execstack on'" because I
have
SELinux disabled.
5. su -c 'yum install kmod-nvidia'
Results:
Package 1:kmod-nvidia-195.36.24-1.fc13.6.x86_64 already installed and latest
version
Nothing to do
6. su -c 'mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-
nouveau.img'
7. su -c 'dracut /boot/initramfs-$(uname -r).img $(uname -r)'
8. "rdblacklist=nouveau nomodeset" at the end of the appropriate kernel line in
"grub.conf"
These 8 steps are the same ones that I follow every time I try this. If this
does not work, I am going to try 'blacklist "nouveau"' in
/etc/modprobe/blacklist instead of "rdblacklist=nouveau" in grub.conf.
OK. Here we go...
Steven P. Ulrick
4:38 p.m.
I am thinking that your problem is nouveau must be blacklisted in the
grub.conf file
http://rpmfusion.org/Howto/nVidia
See the Fedora 12/13 install guide for the instruction to install
Selinix protection must be lowered to allow the nvidia driver to load and
rdblacklist=nouveau must be added to the kernel lines after quiet
These steps should be done before a reboot
Hello Michael,
A little clarification on something I said in my first message on this issue.
I followed the instructions located here:
http://fedorasolved.org/video-solutions/nvidia-yum-kmod
In addition to the other things on that page that apply to Fedora 13, followed
this instruction:
5. To use the default initrd, but disable the nouveau driver, edit
/etc/grub.conf and add the following to the end of the line(s) starting with
'kernel':
rdblacklist=nouveau
So, every time I have tried to reboot unsuccessfully with the NVidia driver
enabled, I have had rdblacklist=nouveau on the appropriate kernel line in
grub.conf.
Interestingly, the page that I got the instructions from has been changed. It
used to say:
rdblacklist=nouveau
now it says:
rdblacklist=nouveau nomodeset
Doesn't make any difference, though. I already tried that and it did not work
for me. But I will try again just for kicks...
A little more detail about what happens after I enable the NVidia driver.
1. Reboot the computer.
2. The computer appears to boot successfully. Every line in the boot messages
that has anything to do with NVidia has a nice green [OK] by it.
3. Boot appears to finish, and the screen goes black.
4. Then the signal is stopped from reaching the monitor, and the monitor pops up
a little message about there being no signal.
5. The normally white power button changes to the customary tannish color that
appears when there is no signal.
6. Then I can do nothing. "Ctrl | Alt | F2" does nothing, so I can't follow
any
of the trouble shooting steps in the instructions that I posted the link to
above...
7. Then I have to press the Reset button to reboot the computer.
So, I'm going to try all of this again, and maybe also try something I haven't
done before... We'll see what happens.
Steven P. Ulrick
2:36 p.m.
On 05/30/2010 09:34 AM, Andre Costa wrote:
Hi Steven,
On Sat, May 29, 2010 at 23:09, Steven P. Ulrick
<lists-fedora(a)afolkey2.net <mailto:lists-fedora@afolkey2.net>> wrote:
> Hello Everyone,
> If the output of "/sbin/lspci | grep VGA" is:
> 03:00.0 VGA compatible controller: nVidia Corporation G94
[GeForce 9600 GT]
(rev
> a1)
>
> are the correct instructions for installing the proprietary
NVidia driver
still
> located here:
> http://fedorasolved.org/video-solutions/nvidia-yum-kmod
>
> I have tried the above referenced instructions a couple of
times, with the
same,
> bad results... I am now going to try again, paying special
attention to the
> "Troubleshooting" section... With this exact system, I have
been so used to
> everything working (up until I installed Fedora 13) that I have
never even had
> to look at the troubleshooting steps for these instructions before.
>
> I will get back to you with whatever happens.
Hello Again,
Well, no luck so far... But here are some excerpts from log files
that might
help someone see what my problem is:
First, the output of 'grep -i "nvidia" messages':
[root@localhost log]# grep -i "nvidia" messages
May 28 15:27:16 localhost kernel: nvidia: module license 'NVIDIA'
taints kernel.
May 28 15:27:16 localhost kernel: NVRM: The NVIDIA probe routine
was not called
for 1 device(s).
May 28 15:27:16 localhost kernel: NVRM: This can occur when a
driver such as
rivafb, nvidiafb or
May 28 15:27:16 localhost kernel: NVRM: rivatv was loaded and
obtained ownership
of the NVIDIA
May 28 15:27:16 localhost kernel: NVRM: Try unloading the rivafb,
nvidiafb or
rivatv kernel module
May 28 15:27:16 localhost kernel: NVRM: (and/or reconfigure your
kernel without
rivafb/nvidiafb
May 28 15:27:16 localhost kernel: NVRM: support), then try loading
the NVIDIA
kernel module again.
May 28 15:27:16 localhost kernel: NVRM: No NVIDIA graphics adapter
probed!
May 28 15:28:19 localhost kernel: NVRM: The NVIDIA probe routine
was not called
for 1 device(s).
May 28 15:28:19 localhost kernel: NVRM: This can occur when a
driver such as
rivafb, nvidiafb or
May 28 15:28:19 localhost kernel: NVRM: rivatv was loaded and
obtained ownership
of the NVIDIA
May 28 15:28:19 localhost kernel: NVRM: Try unloading the rivafb,
nvidiafb or
rivatv kernel module
May 28 15:28:19 localhost kernel: NVRM: (and/or reconfigure your
kernel without
rivafb/nvidiafb
May 28 15:28:19 localhost kernel: NVRM: support), then try loading
the NVIDIA
kernel module again.
May 28 15:28:19 localhost kernel: NVRM: No NVIDIA graphics adapter
probed!
May 28 15:33:54 localhost yum: Installed: 1:kmod-
nvidia-2.6.33.3-85.fc13.x86_64-195.36.24-1.fc13.5.x86_64
Second, the output of 'grep -i "nvidia" Xorg.0.log':
[root@localhost log]# grep -i "nvidia" Xorg.0.log
[ 185.822] (--) PCI:*(0:3:0:0) 10de:0622:10de:058f nVidia
Corporation G94
[GeForce 9600 GT] rev 161, Mem @ 0xfa000000/16777216,
0xd0000000/268435456,
0xf8000000/33554432, I/O @ 0x0000cc00/128, BIOS @ 0x????????/524288
[ 185.824] (II) Loading
/usr/lib64/xorg/modules/extensions/nvidia/libglx.so
[ 185.833] (II) Module glx: vendor="NVIDIA Corporation"
[ 185.833] (II) NVIDIA GLX Module 195.36.24 Thu Apr 22
19:52:00 PDT 2010
[ 185.836] (II) NOUVEAU driver for NVIDIA chipset families :
[ 185.836] (II) NOUVEAU driver for NVIDIA chipset families :
[ 185.839] (--) NOUVEAU(0): Chipset: "NVIDIA NV94"
[ 186.322] (EE) Failed to initialize GLX extension (Compatible
NVIDIA X driver
not found)
Your insight is greatly appreciated.
It seems you`re loading nouveau instead of nvidia. If that`s the case,
you might have to blacklist nouveau kernel module somehow (which seems
odd considering that I didn't have to do anything). Did you install
F13 from scratch or did you upgrade from F12?
I`m not at home right now so I can`t check my configuration files, but
I`ll do that as soon as I can and see if that's anything that could
help you.
Regards,
Andre
I am thinking that your problem is nouveau must be blacklisted in the
grub.conf file
http://rpmfusion.org/Howto/nVidia
See the Fedora 12/13 install guide for the instruction to install
Selinix protection must be lowered to allow the nvidia driver to load and
rdblacklist=nouveau must be added to the kernel lines after quiet
These steps should be done before a reboot
I have not installed F 13 yet but I suspect I will have to disable the
nvidia drivers and reactivate nouveau before I attempt the upgrade.
After installation of F 13 then install nvidia drivers again
Michael
9:09 p.m.
Hello Everyone,
If the output of "/sbin/lspci | grep VGA" is:
03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT]
(rev
a1)
are the correct instructions for installing the proprietary NVidia driver
still
located here:
http://fedorasolved.org/video-solutions/nvidia-yum-kmod
I have tried the above referenced instructions a couple of times, with the
same,
bad results... I am now going to try again, paying special attention
to the
"Troubleshooting" section... With this exact system, I have been so used to
everything working (up until I installed Fedora 13) that I have never even had
to look at the troubleshooting steps for these instructions before.
I will get back to you with whatever happens.
Hello Again,
Well, no luck so far... But here are some excerpts from log files that might
help someone see what my problem is:
First, the output of 'grep -i "nvidia" messages':
[root@localhost log]# grep -i "nvidia" messages
May 28 15:27:16 localhost kernel: nvidia: module license 'NVIDIA' taints kernel.
May 28 15:27:16 localhost kernel: NVRM: The NVIDIA probe routine was not called
for 1 device(s).
May 28 15:27:16 localhost kernel: NVRM: This can occur when a driver such as
rivafb, nvidiafb or
May 28 15:27:16 localhost kernel: NVRM: rivatv was loaded and obtained ownership
of the NVIDIA
May 28 15:27:16 localhost kernel: NVRM: Try unloading the rivafb, nvidiafb or
rivatv kernel module
May 28 15:27:16 localhost kernel: NVRM: (and/or reconfigure your kernel without
rivafb/nvidiafb
May 28 15:27:16 localhost kernel: NVRM: support), then try loading the NVIDIA
kernel module again.
May 28 15:27:16 localhost kernel: NVRM: No NVIDIA graphics adapter probed!
May 28 15:28:19 localhost kernel: NVRM: The NVIDIA probe routine was not called
for 1 device(s).
May 28 15:28:19 localhost kernel: NVRM: This can occur when a driver such as
rivafb, nvidiafb or
May 28 15:28:19 localhost kernel: NVRM: rivatv was loaded and obtained ownership
of the NVIDIA
May 28 15:28:19 localhost kernel: NVRM: Try unloading the rivafb, nvidiafb or
rivatv kernel module
May 28 15:28:19 localhost kernel: NVRM: (and/or reconfigure your kernel without
rivafb/nvidiafb
May 28 15:28:19 localhost kernel: NVRM: support), then try loading the NVIDIA
kernel module again.
May 28 15:28:19 localhost kernel: NVRM: No NVIDIA graphics adapter probed!
May 28 15:33:54 localhost yum: Installed: 1:kmod-
nvidia-2.6.33.3-85.fc13.x86_64-195.36.24-1.fc13.5.x86_64
Second, the output of 'grep -i "nvidia" Xorg.0.log':
[root@localhost log]# grep -i "nvidia" Xorg.0.log
[ 185.822] (--) PCI:*(0:3:0:0) 10de:0622:10de:058f nVidia Corporation G94
[GeForce 9600 GT] rev 161, Mem @ 0xfa000000/16777216, 0xd0000000/268435456,
0xf8000000/33554432, I/O @ 0x0000cc00/128, BIOS @ 0x????????/524288
[ 185.824] (II) Loading /usr/lib64/xorg/modules/extensions/nvidia/libglx.so
[ 185.833] (II) Module glx: vendor="NVIDIA Corporation"
[ 185.833] (II) NVIDIA GLX Module 195.36.24 Thu Apr 22 19:52:00 PDT 2010
[ 185.836] (II) NOUVEAU driver for NVIDIA chipset families :
[ 185.836] (II) NOUVEAU driver for NVIDIA chipset families :
[ 185.839] (--) NOUVEAU(0): Chipset: "NVIDIA NV94"
[ 186.322] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver
not found)
Your insight is greatly appreciated.
Steven P. Ulrick
4:39 p.m.
New subject: Correct instructions for installing NVidia proprietary driver on Fedora 13?
Andre Costa <blueser <at> gmail.com> writes:
I have a 9800 GT, and all I had to do for F13 was enable rpmfusion
repo and
install kmod-nvidia; after that Nvidia driver was already used on the next
boot,
but it didn't recognize my dual-head setup (which was expected). I tried using
nvidia-settings (as root) to configure dual-head, but I had some trouble setting
it exactly the way I wanted; then I just replaced /etc/X11/xorg.conf with the
one from my F12 /etc backup and that was it. Much easier than with F12 =)
In a clean F13 install, I find that the SELinux boolean allow_execstack is on by
default (unlike F12), so I don't have to change it. However, the other steps
listed for F12 are still necessary. (I'm not using dual-head so that wasn't an
issue.)
3:33 p.m.
New subject: Correct instructions for installing NVidia proprietary driver on Fedora 13?
Hi Steven,
On Fri, May 28, 2010 at 16:59, Steven P. Ulrick
<lists-fedora(a)afolkey2.net>wrote:
Hello Everyone,
If the output of "/sbin/lspci | grep VGA" is:
03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT]
(rev
a1)
are the correct instructions for installing the proprietary NVidia driver
still
located here:
http://fedorasolved.org/video-solutions/nvidia-yum-kmod
I have tried the above referenced instructions a couple of times, with the
same,
bad results... I am now going to try again, paying special attention to
the
"Troubleshooting" section... With this exact system, I have been so used
to
everything working (up until I installed Fedora 13) that I have never even
had
to look at the troubleshooting steps for these instructions before.
I will get back to you with whatever happens.
I have a 9800 GT, and all I had to do for F13 was enable rpmfusion repo and
install kmod-nvidia; after that Nvidia driver was already used on the next
boot, but it didn't recognize my dual-head setup (which was expected). I
tried using nvidia-settings (as root) to configure dual-head, but I had some
trouble setting it exactly the way I wanted; then I just replaced
/etc/X11/xorg.conf with the one from my F12 /etc backup and that was it.
Much easier than with F12 =)
HTH
Andre
11:34 a.m.
New subject: Correct instructions for installing NVidia proprietary driver on Fedora 13?
Hi Steven,
On Sat, May 29, 2010 at 23:09, Steven P. Ulrick
<lists-fedora(a)afolkey2.net>wrote:
> Hello Everyone,
> If the output of "/sbin/lspci | grep VGA" is:
> 03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600
GT]
(rev
> a1)
>
> are the correct instructions for installing the proprietary NVidia driver
still
> located here:
> http://fedorasolved.org/video-solutions/nvidia-yum-kmod
>
> I have tried the above referenced instructions a couple of times, with
the
same,
> bad results... I am now going to try again, paying special attention to
the
> "Troubleshooting" section... With this exact system, I have been so used
to
> everything working (up until I installed Fedora 13) that I have never
even had
> to look at the troubleshooting steps for these instructions before.
>
> I will get back to you with whatever happens.
Hello Again,
Well, no luck so far... But here are some excerpts from log files that
might
help someone see what my problem is:
First, the output of 'grep -i "nvidia" messages':
[root@localhost log]# grep -i "nvidia" messages
May 28 15:27:16 localhost kernel: nvidia: module license 'NVIDIA' taints
kernel.
May 28 15:27:16 localhost kernel: NVRM: The NVIDIA probe routine was not
called
for 1 device(s).
May 28 15:27:16 localhost kernel: NVRM: This can occur when a driver such
as
rivafb, nvidiafb or
May 28 15:27:16 localhost kernel: NVRM: rivatv was loaded and obtained
ownership
of the NVIDIA
May 28 15:27:16 localhost kernel: NVRM: Try unloading the rivafb, nvidiafb
or
rivatv kernel module
May 28 15:27:16 localhost kernel: NVRM: (and/or reconfigure your kernel
without
rivafb/nvidiafb
May 28 15:27:16 localhost kernel: NVRM: support), then try loading the
NVIDIA
kernel module again.
May 28 15:27:16 localhost kernel: NVRM: No NVIDIA graphics adapter probed!
May 28 15:28:19 localhost kernel: NVRM: The NVIDIA probe routine was not
called
for 1 device(s).
May 28 15:28:19 localhost kernel: NVRM: This can occur when a driver such
as
rivafb, nvidiafb or
May 28 15:28:19 localhost kernel: NVRM: rivatv was loaded and obtained
ownership
of the NVIDIA
May 28 15:28:19 localhost kernel: NVRM: Try unloading the rivafb, nvidiafb
or
rivatv kernel module
May 28 15:28:19 localhost kernel: NVRM: (and/or reconfigure your kernel
without
rivafb/nvidiafb
May 28 15:28:19 localhost kernel: NVRM: support), then try loading the
NVIDIA
kernel module again.
May 28 15:28:19 localhost kernel: NVRM: No NVIDIA graphics adapter probed!
May 28 15:33:54 localhost yum: Installed: 1:kmod-
nvidia-2.6.33.3-85.fc13.x86_64-195.36.24-1.fc13.5.x86_64
Second, the output of 'grep -i "nvidia" Xorg.0.log':
[root@localhost log]# grep -i "nvidia" Xorg.0.log
[ 185.822] (--) PCI:*(0:3:0:0) 10de:0622:10de:058f nVidia Corporation G94
[GeForce 9600 GT] rev 161, Mem @ 0xfa000000/16777216, 0xd0000000/268435456,
0xf8000000/33554432, I/O @ 0x0000cc00/128, BIOS @ 0x????????/524288
[ 185.824] (II) Loading
/usr/lib64/xorg/modules/extensions/nvidia/libglx.so
[ 185.833] (II) Module glx: vendor="NVIDIA Corporation"
[ 185.833] (II) NVIDIA GLX Module 195.36.24 Thu Apr 22 19:52:00 PDT
2010
[ 185.836] (II) NOUVEAU driver for NVIDIA chipset families :
[ 185.836] (II) NOUVEAU driver for NVIDIA chipset families :
[ 185.839] (--) NOUVEAU(0): Chipset: "NVIDIA NV94"
[ 186.322] (EE) Failed to initialize GLX extension (Compatible NVIDIA X
driver
not found)
Your insight is greatly appreciated.
It seems you`re loading nouveau instead of nvidia. If that`s the case, you
might have to blacklist nouveau kernel module somehow (which seems odd
considering that I didn't have to do anything). Did you install F13 from
scratch or did you upgrade from F12?
I`m not at home right now so I can`t check my configuration files, but I`ll
do that as soon as I can and see if that's anything that could help you.
Regards,
Andre
3:39 p.m.
New subject: Correct instructions for installing NVidia proprietary driver on Fedora 13?
On 31.05.2010 21:36, Steven P. Ulrick wrote:
> Hello Everyone9,
> If the output of "/sbin/lspci | grep VGA" is:
> 03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT]
(rev
> a1)
>
> are the correct instructions for installing the proprietary NVidia driver
still
> located here:
> http://fedorasolved.org/video-solutions/nvidia-yum-kmod
>
> I have tried the above referenced instructions a couple of times, with the
same,
> bad results... I am now going to try again, paying special attention to the
> "Troubleshooting" section... With this exact system, I have been so used
to
> everything working (up until I installed Fedora 13) that I have never even had
> to look at the troubleshooting steps for these instructions before.
>
> I will get back to you with whatever happens.
Hello Everyone,
Since nothing has been figured out about this issue that I'm having yet, I
thought I'd give you a lot more detail about my system:
Main System: SuperMicro SuperWorkstation SYS-5046A-XB
Motherboard: SuperMicro Super C7X58
ICPU: ntel(R) Xeon(R) QuadCore CPU E5504 2.00GHz
Memory: 8GB of RAM: Kingston ValueRAM 4GB (2 x 2GB) 240-Pin DDR3 SDRAM DDR3 1333
(PC3 10600) Dual Channel Kit
Video Card: nVidia GeForce 9600 GT (512MB of DDR2 memory on board.)
Like I've said elsewhere in this thread, the proprietary nVidia drivers from
rpmfusion worked great on this same system under Fedora 12. I even used the
same instructions TRYING to get it to work under Fedora 13 that I used to
SUCCESSFULLY get it working under Fedora 12.
Also, both my Fedora 12 and my current Fedora 13 installs were full installs
from the DVD. They were NOT upgrades, I completely wiped out the previous
Fedora install.
Steven P. Ulrick
Hey,
Do you have vt-x (virtualisation) enabled in your bios?
If so, Try adding "iommu=soft" to the end of kernel line in
/boot/grub/grub.conf
poncho
3:02 p.m.
On 05/31/2010 12:36 PM, Steven P. Ulrick wrote:
> Hello Everyone9,
> If the output of "/sbin/lspci | grep VGA" is:
> 03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT]
>
(rev
> a1)
>
> are the correct instructions for installing the proprietary NVidia driver
>
still
> located here:
> http://fedorasolved.org/video-solutions/nvidia-yum-kmod
>
> I have tried the above referenced instructions a couple of times, with the
>
same,
> bad results... I am now going to try again, paying special attention to the
> "Troubleshooting" section... With this exact system, I have been so used
to
> everything working (up until I installed Fedora 13) that I have never even had
> to look at the troubleshooting steps for these instructions before.
>
> I will get back to you with whatever happens.
>
Hello Everyone,
Since nothing has been figured out about this issue that I'm having yet, I
thought I'd give you a lot more detail about my system:
Main System: SuperMicro SuperWorkstation SYS-5046A-XB
Motherboard: SuperMicro Super C7X58
ICPU: ntel(R) Xeon(R) QuadCore CPU E5504 2.00GHz
Memory: 8GB of RAM: Kingston ValueRAM 4GB (2 x 2GB) 240-Pin DDR3 SDRAM DDR3 1333
(PC3 10600) Dual Channel Kit
Video Card: nVidia GeForce 9600 GT (512MB of DDR2 memory on board.)
Like I've said elsewhere in this thread, the proprietary nVidia drivers from
rpmfusion worked great on this same system under Fedora 12. I even used the
same instructions TRYING to get it to work under Fedora 13 that I used to
SUCCESSFULLY get it working under Fedora 12.
Also, both my Fedora 12 and my current Fedora 13 installs were full installs
from the DVD. They were NOT upgrades, I completely wiped out the previous
Fedora install.
Steven P. Ulrick
I am baffled on this Steve
I am now having serious doubts about installing F13
As you said F12 is no problem
I reinstated nouveau on my F12 and reinstalled Nvidia drivers in about 5
minutes on this F12 machine.
I am running a Nvidia 9400 gt and it was a snap to install
I did not use the nomodeset command at the Grub.conf file just
rdblacklist-nouveau after quiet on all kernel lines
Worked like a charm
I for one have to have Nvidia drivers for the cuda on the Nvidia 9400gt
as I use the gpu to do Seti@home so nouveau is totally out and the mesa
drivers do not support cuda
Do you by chance have another PCIE nvidia that you can try just to see
if something went awry with your 9600. If no luck then I would say it is
a F13 bug.
Lots of other people have installed Nvidia with F13 and apparently it is
supposed to be a snap.
Michael
2:36 p.m.
Hello Everyone9,
If the output of "/sbin/lspci | grep VGA" is:
03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT]
(rev
a1)
are the correct instructions for installing the proprietary NVidia driver
still
located here:
http://fedorasolved.org/video-solutions/nvidia-yum-kmod
I have tried the above referenced instructions a couple of times, with the
same,
bad results... I am now going to try again, paying special attention
to the
"Troubleshooting" section... With this exact system, I have been so used to
everything working (up until I installed Fedora 13) that I have never even had
to look at the troubleshooting steps for these instructions before.
I will get back to you with whatever happens.
Hello Everyone,
Since nothing has been figured out about this issue that I'm having yet, I
thought I'd give you a lot more detail about my system:
Main System: SuperMicro SuperWorkstation SYS-5046A-XB
Motherboard: SuperMicro Super C7X58
ICPU: ntel(R) Xeon(R) QuadCore CPU E5504 2.00GHz
Memory: 8GB of RAM: Kingston ValueRAM 4GB (2 x 2GB) 240-Pin DDR3 SDRAM DDR3 1333
(PC3 10600) Dual Channel Kit
Video Card: nVidia GeForce 9600 GT (512MB of DDR2 memory on board.)
Like I've said elsewhere in this thread, the proprietary nVidia drivers from
rpmfusion worked great on this same system under Fedora 12. I even used the
same instructions TRYING to get it to work under Fedora 13 that I used to
SUCCESSFULLY get it working under Fedora 12.
Also, both my Fedora 12 and my current Fedora 13 installs were full installs
from the DVD. They were NOT upgrades, I completely wiped out the previous
Fedora install.
Steven P. Ulrick
5071
days inactive
5075
days old
24 comments
7 participants
participants (7)
-
Andre Costa -
Andre Robatino -
Chris Kloiber -
Jonathan Ryshpan -
Michael Miles -
Poncho -
Steven P. Ulrick