HELP! Nvidia stops working with last update!

[AloneInTheDark]

Hi all,
almost everything was working on my Dell Latitude D820 until the "yum update" of this morning. (kernel update).
Now the situation is this:

kernel 2.6.29.6-217.2.3.fc11.i586

rpm -qa|grep -i nvid|sort

kmod-nvidia-185.18.31-1.fc11.i586
kmod-nvidia-2.6.29.6-217.2.3.fc11.i586-185.18.31-1.fc11.i586
xorg-x11-drv-nvidia-185.18.31-1.fc11.i586
xorg-x11-drv-nvidia-libs-185.18.31-1.fc11.i586

lspci -nn | grep VGA

01:00.0 VGA compatible controller [0300]: nVidia Corporation G72M [GeForce Go 7400] [10de:01d8] (rev a1)

cat /etc/X11/xorg.conf

# Xorg configuration created by livna-config-display

Section "ServerLayout"
        Identifier     "Default Layout"
        Screen      0  "Screen0" 0 0   
        InputDevice    "Mouse0" "CorePointer"
        InputDevice    "Keyboard0" "CoreKeyboard"
EndSection                                       

Section "Files"
        ModulePath   "/usr/lib/xorg/modules/extensions/nvidia"
        ModulePath   "/usr/lib/xorg/modules"                  
EndSection                                                    

Section "ServerFlags"
        Option      "AIGLX" "on"
        Option      "DontZap" "false"
EndSection                           

Section "InputDevice"

    # generated from default
        Identifier  "Mouse0"
        Driver      "mouse" 
        Option      "Protocol" "auto"
        Option      "Device" "/dev/input/mice"
        Option      "Emulate3Buttons" "no"
        Option      "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

# keyboard added by rhpxl
        Identifier  "Keyboard0"
        Driver      "kbd"
        Option      "XkbModel" "pc105"
        Option      "XkbLayout" "us"
EndSection

Section "Monitor"
        Identifier   "Monitor0"
        VendorName   "Unknown"
        ModelName    "Unknown"
        HorizSync    28.0 - 33.0
        VertRefresh  43.0 - 72.0
        Option      "DPMS"
EndSection

Section "Device"

    #Driver         "nvidia"
        Identifier  "Videocard0"
        Driver      "nvidia"
        Option      "AddARGBGLXVisuals" "True"
EndSection

Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        Monitor    "Monitor0"
        DefaultDepth     24
        Option      "AddARGBGLXVisuals" "True"
        SubSection "Display"
                Viewport   0 0
                Depth     24
        EndSubSection
EndSection

Section "Extensions"
        Option      "Composite" "Enable"
EndSection

tail -50 /var/log/Xorg.0.log

          
(II) Loading sub module "ramdac"                                              
(II) LoadModule: "ramdac"                                                     
(II) Module "ramdac" already built-in
(II) resource ranges after probing:
        [0] -1  0       0xffffffff - 0xffffffff (0x1) MX[B]
        [1] -1  0       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [2] -1  0       0x000c0000 - 0x000effff (0x30000) MX[B]
        [3] -1  0       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [4] -1  0       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [5] -1  0       0x00000000 - 0x00000000 (0x1) IX[B]
(**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32
(==) NVIDIA(0): RGB weight 888
(==) NVIDIA(0): Default visual is TrueColor
(==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
(**) NVIDIA(0): Option "AddARGBGLXVisuals" "True"
(**) NVIDIA(0): Enabling RENDER acceleration
(II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is
(II) NVIDIA(0):     enabled.
(II) NVIDIA(0): NVIDIA GPU GeForce Go 7400 (G72) at PCI:1:0:0 (GPU-0)
(--) NVIDIA(0): Memory: 524288 kBytes
(--) NVIDIA(0): VideoBIOS: 05.72.22.21.fe
(II) NVIDIA(0): Detected PCI Express Link width: 16X
(--) NVIDIA(0): Interlaced video modes are supported on this GPU
(--) NVIDIA(0): Connected display device(s) on GeForce Go 7400 at PCI:1:0:0:
(--) NVIDIA(0):     LPL (DFP-0)
(--) NVIDIA(0): LPL (DFP-0): 330.0 MHz maximum pixel clock
(--) NVIDIA(0): LPL (DFP-0): Internal Dual Link LVDS
(II) NVIDIA(0): Assigned Display Device: DFP-0
(==) NVIDIA(0):
(==) NVIDIA(0): No modes were requested; the default mode "nvidia-auto-select"
(==) NVIDIA(0):     will be used as the requested mode.
(==) NVIDIA(0):
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0):     "nvidia-auto-select"
(II) NVIDIA(0): Virtual screen size determined to be 1920 x 1200
(--) NVIDIA(0): DPI set to (147, 145); computed from "UseEdidDpi" X config
(--) NVIDIA(0):     option
(**) NVIDIA(0): Enabling 32-bit ARGB GLX visuals.
(--) Depth 24 pixmap format is 32 bpp
(II) do I need RAC?  No, I don't.
(II) resource ranges after preInit:
        [0] -1  0       0xffffffff - 0xffffffff (0x1) MX[B]
        [1] -1  0       0x000f0000 - 0x000fffff (0x10000) MX[B]
        [2] -1  0       0x000c0000 - 0x000effff (0x30000) MX[B]
        [3] -1  0       0x00000000 - 0x0009ffff (0xa0000) MX[B]
        [4] -1  0       0x0000ffff - 0x0000ffff (0x1) IX[B]
        [5] -1  0       0x00000000 - 0x00000000 (0x1) IX[B]
(II) NVIDIA(0): Initialized GPU GART.
(II) NVIDIA(0): ACPI display change hotkey events enabled: the X server is new
(II) NVIDIA(0):     enough to receive ACPI display change hotkey events.

Now if I lunch startx the screen goes black and nothing more!
I tried the NVIDIA binary drivers (NVIDIA-Linux-x86-185.18.31-pkg1.run) but no luck.
I tried to boot in the last kernel (kernel-2.6.29.6-213) but coudn't install the package kernel-2.6.29.6-213-devel in order the permit the driver compilation (how can I install it?)

Don't know exactly what to do,now!
I'm really stuck here!!!

[jaustin]

I got the same. I had to boot into an earlier kernel, goto a terminal and disable the nvidia init script for the run level I was going for before changing the /etc/X11/xorg.conf file entry "driver nvidia" to "driver vesa" in order to be able to look and see whether someone else has had this problem.

Seems that I'm not alone!

Now that I can actually run "yum" again , I look forward to the next update which fixes this bug.

J

[AloneInTheDark]

I did the same (I moved xorg.conf) but now I can't even use

system-config-display

I have:

Traceback (most recent call last):
  File "/usr/share/system-config-display/xconf.py", line 376, in <module>
    dialog = xConfigDialog.XConfigDialog(hardware_state, xconfig, rhpxl.videocard.VideoCardInfo())
  File "/usr/share/system-config-display/xConfigDialog.py", line 641, in __init__
    if len(self.xconfig.layout[0].adjacencies) > 1:
IndexError: index out-of-bounds

How can I switch back to old kernel ? How to install old kernel-devel*, kernel-headers, kernel-firmware ?

[UPDATE]
Changing from "vesa" to "nouveau" lets me to have 1920 resolution!

[skiski]

I have the exact same problem with my latitude d630 and my nvidia quadro 135M.

I've gone back to nouveau waiting for an update.

and I'm looking for xorg-x11-drv-nvidia-185.18.29-1.fc11.i586, so if anyone know where to find it...

[SilvioTO]

Same problem here on Toshiba laptop. I update my system 30 minutes ago and x stop working.

FATAL: Error inserting nvidia (/lib/modules/2.6.29.6-217.2.3.fc11.i686.PAE/extra/nvidia/nvidia.ko): Invalid module format
(EE) NVIDIA: Failed to load the NVIDIA kernel module. Please check your system's kernel log for additional error messages.
(EE) NVIDIA: Failed to load module "nvidia" (module-specific error, 0)
(EE) NVIDIA: No drivers available.

Fatal server error:
no screen found

[petermholmes]

I'm dead too. Given the number of nvidias (Does Dell ship anything else? They're not exactly a minor player in the computer market..) out there, you'd HOPE that somebody would check before doing these updates.

At any rate...what got me going again was to turn off the machine, turn it back on, and keep hitting escape until the Grub menu came up. At that point, I told it to boot from the previous version of the kernel.

[petermholmes]

I stand corrected. Now my vmware server is f*cked. GRRRRRRRRRR...

[newiLuvatar]

may this can help: http://forums.fedoraforum.org/showthread.php?t=227755

EDIT: well, after having taken a closer look at the numbers, this is probably not the problem...

[erroneus]

Thought I would throw my "me too!" here as well. I'm probably quite similar to the D820 user as I am a D830 user. I am able to ssh into my laptop to make changes. So far, I have substituted the nouveau driver and I am not getting results.

If it helps to know, I am running 64 bit. I am removing all of the nvidia rpms to see if that can aid in recovery. There are dependency problems with libGL.so.1 though... weird.

[bob]

Just saw that there's updates for the kmod-nvidia's and akmods now; installing and rebooting.

[erroneus]

Perhaps the updates bob found are not the same ones on the mirrors now? I just removed the nvidia packages and was able to get video under the nouveau driver. I re-added the nvidia rpms and the problem returned. It seems to be causing some kernel oopses whether or not the nvidia driver is being invoked. I did an "nvidia-config-display disable" and rebooted without any good results.

If there is a direct location from which to download the working packages, I'd appreciate knowing.

BTW, booting to another kernel version did not work for me... it was the first thing I tried.

As to vmware being messed up, you probably need to run vmware-config or whatever. I gave up on vmware on my laptop in favor of virtualbox. If vmware made workstation free, I would consider using it again though...maybe.

[bob]

Well, THAT was a load of fun! So, after rebooting, I can't even access Fedora. I'm in Mint at the moment and wishing I'd backed up my July and August pics. Ain't looking good!!! Okay, some futzing on the menu and I'm back. 'hiddenmenu' seems to bork; no idea why. I'm going to be busy backing things up for awhile.

[mivaho]

A me too here. Dell Latitude D820

@erroneus Changing to another kernel didn't work for me as well. Had to go into single modus and remark the driver "nvidia" line in /etc/X11/xorg.conf and adding a new line saying driver "vesa" After that I did a chkconfig nvidia off and rebooted.

Now in vesa modus I can do all the work I need to do, all be it in less resolution.

If everything is working again I only need to delete the vesa line en un remark the nvidia line in xorg.conf and chkconfig nvidia on

Just have to wait a bit.

Michel

[erroneus]

A me too here. Dell Latitude D820

@erroneus Changing to another kernel didn't work for me as well. Had to go into single modus and remark the driver "nvidia" line in /etc/X11/xorg.conf and adding a new line saying driver "vesa" After that I did a chkconfig nvidia off and rebooted.

Now in vesa modus I can do all the work I need to do, all be it in less resolution.

If everything is working again I only need to delete the vesa line en un remark the nvidia line in xorg.conf and chkconfig nvidia on

Just have to wait a bit.

Michel

Use "nouveau" instead of "vesa" for improved results.

As for wishing you had backed up some pictures? Is your drive encrypted and you are unable to access without a proper boot? Can you ssh into your computer to tweak things like inittab to default to "3" so you can gain access to the console?

[brunson]

I ran into the same thing. When I first upgraded to the latest kernel the nvidia drivers weren't available, so I was able to revert to the previous kernel, but when kmod-nvidia updated it overwrote the drivers and then I was in the same boat as the rest of you.

I downloaded the source for the driver rpms, but the kernel-headers packages to go with 2.6.29.6-213 aren't available via yum any more, only for the latest kernel. I'm going off in search of them now (koji?), if I can get them I think I may be able to compile myself out of this mess.