Dr. Redhat 7.3 und Mr. Kernel

[ra1der]

Guten Tag zusammen,

ich habe leider ein kleines, aber mich ehrlich gesagt sehr verwirrendes Problem. Redhat7.3 war die Distribution meiner Wahl und liess sich einwandfreih installiern. Internetanbindung über fli4l-router ging Problemlos, alles weitere auch.

Aber dann probierte ich, Quake3 zu starten. Eigentlich kein Problem, denn vor einiger Zeit hatte ich schoneinmal Suse auf meinem Rechner gehabt (version 7.3). Doch wie schon so oft wurde ich Opfer eines (für mich) unglaublichen, unlogischen Teufelskreises.

1. Ich lud mir bei Nvidia folgende Dateien:

NVIDIA_kernel-1.0-2880.src.rpm

und

NVIDIA_GLX-1.0-2880.i386.rpm

-eigentlich richtig, oder?


2. Nun versuchte ich zu installieren.

NVIDIA_kernel-1.0-2880.src.rpm - einwandfreih, keine Probleme (rpm -ivh
NVIDIA_kernel-1.0-2880.src.rpm)

aber dann kahm NVIDIA_GLX-1.0-2880.i386.rpm. Immer wenn ich diese Datei mit rpm -ivh installiern möchte, sagt mir die Konsole, dass für GLX die Kernel Datei vorhanden sein muss.
Wass soll das? Diese Datei habe ich doch vorher installiert! Auch ein Reboor brachte keine Abhilfe.

Woran liegt das? Was muss ich tun?


danke im Vorraus :)

ra1der

[fsd]

Lad dir erstmal die neueren Treiber von www.nvidia.com (http://www.nvidia.com) runter.
Dann solltest du dir besser die .tar.gz files runterladen. Diese einfach entpacken und make ausführen (make install ist nicht notwendig).
Dann postest du mal die Fehlermeldungen, die evtl. erscheinen.

MfG fsd.

[ra1der]

Ich habe nocheinmal die neusten RPM Datein ausprobiert ->

Nun habe ich folgendes Problem::


quake3
Q3 1.31 linux-i386 Dec 17 2001
----- FS_Startup -----
Current search path:
/home/raider/.q3a/baseq3
/usr/local/games/quake3/baseq3/pak7.pk3 (4 files)
/usr/local/games/quake3/baseq3/pak6.pk3 (64 files)
/usr/local/games/quake3/baseq3/pak5.pk3 (7 files)
/usr/local/games/quake3/baseq3/pak4.pk3 (272 files)
/usr/local/games/quake3/baseq3/pak3.pk3 (4 files)
/usr/local/games/quake3/baseq3/pak2.pk3 (148 files)
/usr/local/games/quake3/baseq3/pak1.pk3 (26 files)
/usr/local/games/quake3/baseq3/pak0.pk3 (3539 files)
/usr/local/games/quake3/baseq3
./quake3.x86/baseq3

----------------------
4064 files in pk3 files
execing default.cfg
execing q3config.cfg
com_zoneMegs will be changed upon restarting.
couldn't exec autoexec.cfg
Hunk_Clear: reset the hunk ok
Joystick is not active.
----- Client Initialization -----
----- Initializing Renderer ----
-------------------------------
----- Client Initialization Complete -----
----- R_Init -----
...loading opengl32: QGL_Init: Can't load opengl32 from /etc/ld.so.conf or current dir: /usr/local/games/quake3/opengl32: cannot open shared object file: No such file or directory
failed
...loading libMesaVoodooGL.so: QGL_Init: Can't load libMesaVoodooGL.so from /etc/ld.so.conf or current dir: /usr/local/games/quake3/libMesaVoodooGL.so: cannot open shared object file: No such file or directory
failed
...loading libGL.so: Initializing OpenGL display
...setting mode 3: 640 480
Using XFree86-VidModeExtension Version 2.1
XF86DGA Mouse (Version 2.0) initialized
XFree86-VidModeExtension Activated at 640x480
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Couldn't get a visual
...WARNING: could not set the given mode (3)
----- CL_Shutdown -----
RE_Shutdown( 1 )
-----------------------
----- CL_Shutdown -----
-----------------------
Sys_Error: GLimp_Init() - could not load OpenGL subsystem

[raider@Raider raider]$

::::::: Irgendwleche +set r_gldriver Pfadangaben bringen aber auch nichts!

[ra1der]

Wenn ich selber compile, gibt es folgende Fehler:

[root@Raider driver]# cd NVIDIA_kernel-1.0-2960
[root@Raider NVIDIA_kernel-1.0-2960]# make

You appear to be compiling the NVdriver kernel module with
a compiler different from the one that was used to compile
the running kernel. This may be perfectly fine, but there
are cases where this can lead to unexpected behaviour and
system crashes.

If you know what you are doing and want to override this
check, you can do so by setting IGNORE_CC_MISMATCH.

In any other case, set the CC environment variable to the
name of the compiler that was used to compile the kernel.

*** Failed cc sanity check. Bailing out! ***
make: *** [gcc-check] Fehler 1
[root@Raider NVIDIA_kernel-1.0-2960]#


----------------------------------------------------------------------

Bei der GLX-Datei funktioniert alles reibungslos

komisch...

[Mr Jon Snow]

Bei mir gings mit diesen Files (noch mit GF2PRO):

NVIDIA_GLX-1.0-2960.i386.rpm

und

NVIDIA_kernel-1.0-2960.rh73up.athlon.rpm

Kommt jetzt drauf an wieviele CPUs (up für eine und smp für zwei) und WELCHE CPU du hast.

[ra1der]

Danke für den Tipp,

ist das mit dem .athlon CPU abhängig?

Ich habe einen Duron 800 auf einem Abit KT7a Mobo.

[Painkiller]

Irgendwo aud dem Freshrpm ftp gibt es speziell auf RedHat 7.3 zugeschnittene NVidia RPMs... Mit denen von NVidia.com hatte ich auch immer probleme :D

[Belkira]

2. Nun versuchte ich zu installieren.

NVIDIA_kernel-1.0-2880.src.rpm - einwandfreih, keine Probleme (rpm -ivh
NVIDIA_kernel-1.0-2880.src.rpm)

Der Fehler hier ist, daß Du ein "source rpm" nach /usr/src/redhat ausgepackt hast, nichts weiter. Welche Probleme hast Du dabei erwartet?

Stattdessen mußt Du es compilieren, also rpmbuild --recompile NVIDIA_kernel-1.0-2880.src.rpm und dann das erzeugte binary rpm aus /usr/src/redhat/RPMS installieren.

Auch ein Reboor brachte keine Abhilfe.
Ein Reboot unter Linux ist selten, eigentlich nur erforderlich, wenn der Kernel ausgetauscht wurde.