Nachdem ich eine HD tauschte wurde SuSE 8.2 neu aufgesetzt und mit YOU die Kernel- und XFree-Updates gemacht. Vorgegangen wurde dann nach ftp://ftp.suse.com/pub/suse/i386/supplementary/X/XFree86/nvidia-installer-HOWTO und installiert wurde NVIDIA-Linux-x86-1.0-5336-pkg1.run Es hat bei diesem Rechner diese Karte mit 3D auch schon funktioniert, allerdings war es ein älterer Treiber. Damals hatte ich es dadurch gelöst, dass ich die User in die Gruppe video aufnahm. Das dürfte es aber diesmal nicht sein. Aber vielleicht doch irgendein Rechteproblem. Früher gab es zur Installation eine Anweisung: "export IGNORE_CC_MISMATCH=yes". Die fehlt nun im Howto und ware daher auch nicht ausgeführt. Darauf hin gab es die Fehlermeldung "Screen(s) found, but none have a usable configuration". Diese Fehlermeldung bekam ich dadurch weg, dass ich im Bios "Assign IRQ for VGA" (Soyo SY-7IS2, Intel 815) einstellte. Die Grafikkarte ist eine GeForce4 MX 440-SE (ich glaube es ist eine Pixelview). Ob "PCI/VGA Palette Snoop" auch noch aktiviert sein muß, ist mir nicht klar. Ich habe das vorsichtshalber mal aktiviert. Kann es sein, dass aufgrund dieser fehlenden Bios-Einstellung, die nvidia-Installation nicht korrekt durchgeführt wurde? Ich hatte dies im Bios geändert um IRQs zu sparen und habe nun nach der IRQ-Aktivierung: cat /proc/interrupts CPU0 0: 161742 XT-PIC timer 1: 159 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 2 XT-PIC rtc 9: 157209 XT-PIC nvidia 11: 2463 XT-PIC eth0, usb-uhci, usb-uhci, Ensoniq AudioPCI 12: 4931 XT-PIC PS/2 Mouse 14: 21952 XT-PIC ide0 15: 138 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 Es wird zwar nun beim Starten in den Runlevel 5 das Nvidia-Logo angezeigt, aber das war es dann auch schon. Bei der Konfiguration mit sax2, sieht man nach dem Aufruf zwar nvidia statt nv, 3D ist aber nicht an, wenn ich die erkannte Grafikkarte MX 440 dann lösche und durch die tatsächliche MX 440-SE ersetze, so wird 3D aktiv gesetzt. Beim Verlassen von sax2, d.h. der Test wurde ordnungsgemäß beendet, friert vermutlich X ein, d.h. man kann am Rechner keine Befehle mehr eingeben, aber remote ein Reboot durchführen. Ähnlich ist es später, wenn man als User KDE verlassen will. Der Bildschirm beginnt in einem grau-weißem Bild mit Netzmuster zu blinken und der Rechner kann nur mehr remote angesprochen werden. grep nv /etc/X11/XF86Config Driver "nvidia" Es gibt also nirgends mehr ein "nv" in der XF86Config. aus /etc/X11/XF86Config Section "Module" Load "dbe" Load "type1" Load "speedo" Load "freetype" Load "extmod" Load "glx" Load "v4l" EndSection Section "Device" BoardName "GeForce4 MX 440-SE" Driver "nvidia" Identifier "Device[0]" Screen 0 Option "Rotate" "off" VendorName "NVidia" EndSection Lt. http://www.nvidia.de/docs/IO/10421/README_Linux_5328_de_unix.txt sollte Load "dri" und Load "GLcore" nicht verhanden sein. Das dürfte also ok sein. cat .X.err XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: SuSE Linux [ELF] SuSE Build Date: 17 March 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Wed Feb 11 22:48:41 2004 (==) Using config file: "/etc/X11/XF86Config" (EE) LoadModule: Module glx does not have a glxModuleData data object. (EE) Failed to load module "glx" (invalid module, 0) (EE) NVIDIA(0): Failed to load GLX Could not init font path element /usr/X11R6/lib/X11/fonts/local, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/kwintv, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID, removing from list! kbuildsycoca running... mcop warning: user defined signal handler found for SIG_PIPE, overriding ERROR: KUniqueApplication: DCOP communication error! rpm -q XFree86-GLX XFree86-GLX-4.3.0-15 locate glx /etc/profile.d/xf86_glx.csh /etc/profile.d/xf86_glx.sh /usr/bin/3Ddiag.nvidia_glx /usr/lib/GL/libGL.so.1.2.xf86_glx /usr/share/doc/NVIDIA_GLX-1.0/include/GL/glx.h /usr/share/doc/NVIDIA_GLX-1.0/include/GL/glxtokens.h /usr/X11R6/bin/glxgears /usr/X11R6/bin/glxinfo /usr/X11R6/bin/switch2xf86_glx /usr/X11R6/lib/modules/extensions/libglx.so.1.0.5336 /usr/X11R6/lib/modules/glx.so /usr/X11R6/man/man1/glxgears.1x.gz /usr/X11R6/man/man1/glxinfo.1x.gz Der einzige User ist Mitglied in der Gruppe video. 3Ddiag 3Ddiag version 0.691 Verifying 3D configuration: Using 3dinfo ************************************************************ Verifying 3D configuration based on XFree86 4 for 3D board "nVidia Corporation GeForce4 MX 440 (10de@0171)": Verifying driver installation: nvidia ... failed! ======================= !!! WARNING !!! ======================== Due to license issues only a Dummy Nvidia 2D/3D driver with Software 3D/OpenGL rendering is provided. Please download the official 2D/3D Nvidia driver from the nVidia webserver (http://www.nvidia.com), if you want to use 3D hardware accelerated 3D/OpenGL. ================================================================ Tests for correct OpenGL libraries/GLX extensions: Test for correct XFree86 version ... done. Tests for XFree86 configuration: Config File /etc/X11/XF86Config ... done. Driver ... done. Color Depth ... done. Extensions ... done. Options ... done. ----------------------- NOTE ----------------------------------- If 3D hardware OpenGL configuration is not stable enough, you should switch back to 'Mesa Software Rendering'. You can verify this configuration with the command "3Ddiag --mesasoft". ----------------------- NOTE ----------------------------------- Checking GLU/glut runtime configuration: GLU ... done (package mesaglu) glut ... done (package mesaglut) cat /proc/driver/nvidia/agp/status Status: Enabled Driver: AGPGART AGP Rate: 4x Fast Writes: Disabled SBA: Disabled cat /proc/driver/nvidia/agp/card Fast Writes: Supported SBA: Not Supported AGP Rates: 4x 2x 1x Registers: 0x1f000017:0x1f000104 cat /proc/driver/nvidia/agp/host-bridge Host Bridge: Intel Corp. 82815 815 Chipset Host Bridge and Memory Controller Hub Fast Writes: Not Supported SBA: Supported AGP Rates: 4x 2x 1x Registers: 0x1f000207:0x00000104 cat /proc/driver/nvidia/cards/0 Model: GeForce4 MX 440 IRQ: 9 Video BIOS: 04.17.00.63.39 Card Type: AGP grep nv /etc/logindevperm #:0 0600 /dev/nvidiactl:/dev/nvidia0:/dev/nvidia1:/dev/nvidia2:/dev/nvidia3 Ist das ok, dass das auskommentiert ist? In /usr/share/doc/NVIDIA_GLX-1.0/README.DE habe ich die Lösung meines Problemes leider auch nicht entdeckt. Es ist auch fraglich, ob dies überhaupt noch gültig ist, da es sich dort um eine Installation via rpm handelt. Al
Al Bogner wrote:
[...] (EE) LoadModule: Module glx does not have a glxModuleData data object. (EE) Failed to load module "glx" (invalid module, 0) [...] In /usr/share/doc/NVIDIA_GLX-1.0/README.DE habe ich die Lösung meines Problemes leider auch nicht entdeckt. Es ist auch fraglich, ob dies überhaupt noch gültig ist, da es sich dort um eine Installation via rpm handelt.
Da liegt IMHO zumindest ein Teil Deines Problems! Der NVIDIA Treiber ist nicht korrekt installiert, evtl. gibt es eine oder mehrere aeltere Treiber-Leichen auf dem System, die Probleme verursachen. Wuerde raten, alle NVIDIA-Teile in Runlevel 3 zunaechst zu loeschen, d.h. auch von Hand die lib-Verzeichnisse zu ueberpruefen (welche Dateien da wichtig sind, steht im NVIDIA-README). Dann auf alle Faelle Framebuffer ausschalten und evtl. BIOS-Optionen checken. ACPI und APIC sind auch immer so Kandidaten fuer Probleme. U.U. hilft es auch, von Kernel AGP auf NVIDIA AGP umzusteigen oder umgekehrt. Evtl. geht es ja schon nach einer erneuten "frischen" Installation. Kernel-Source muss dabei vermutlich installiert und korrekt konfiguriert sein. CU, Th.
Am Donnerstag, 12. Februar 2004 08:50 schrieb Thomas Hertweck:
Al Bogner wrote:
[...] (EE) LoadModule: Module glx does not have a glxModuleData data object. (EE) Failed to load module "glx" (invalid module, 0) [...] In /usr/share/doc/NVIDIA_GLX-1.0/README.DE habe ich die Lösung meines Problemes leider auch nicht entdeckt. Es ist auch fraglich, ob dies überhaupt noch gültig ist, da es sich dort um eine Installation via rpm handelt.
Da liegt IMHO zumindest ein Teil Deines Problems! Der NVIDIA Treiber ist nicht korrekt installiert, evtl. gibt es eine oder mehrere aeltere Treiber-Leichen auf dem System, die Probleme verursachen.
Das sah ich auch so. Mit dieser Fehlermeldung bin ich auch nicht allein, doch Suchen ergaben keine genauen Hinweis zur Lösung.
Evtl. geht es ja schon nach einer erneuten "frischen" Installation.
Ich probierte es auch mit einem 2.4.25-rc2, worauf der Treiber deinstalliert und neuinstalliert wurde. An den Symptomen änderte sich aber nichts. Ich probiere es, wenn ich Zeit habe, wieder mit dem alten Treiber und setze den Rechner, der noch nicht fertig neu aufgesetzt war, nochmals neu auf. Das geht vermutlich schneller. Ich fürchte, dass der fehlende feste IRQ für die Grafikkarte Auslöser für das Problem war. Al
Am Donnerstag, 12. Februar 2004 12:43 schrieb Al Bogner:
(EE) LoadModule: Module glx does not have a glxModuleData data object. (EE) Failed to load module "glx" (invalid module, 0) [...]
Ich probiere es, wenn ich Zeit habe, wieder mit dem alten Treiber und setze den Rechner, der noch nicht fertig neu aufgesetzt war, nochmals neu auf. Das geht vermutlich schneller. Ich fürchte, dass der fehlende feste IRQ für die Grafikkarte Auslöser für das Problem war.
Ich rätsle noch immer woran es liegt, aber wenigstens funktioniert es jetzt mit einem älteren Treiber. Eine jeweils _neu_ aufgesetzte SuSE-Standardinstallation und Update von Kernel und Kernelsourcen machte mit NVIDIA-Linux-x86-1.0-4363.run nun keine Probleme, mit NVIDIA-Linux-x86-1.0-4496-pkg2.run funktionierte die Konsole nicht mehr, X schon, 3D aber nicht und mit NVIDIA-Linux-x86-1.0-5336-pkg1.run fror wie ursprünglich berichtet X ein. Ich habe noch eine Sicherung der Installation mit der anderen HD. Kann ich da irgendwie feststellen, welcher Nvidia-Treiber installiert war, ich glaube nämlich, dass da NVIDIA-Linux-x86-1.0-4496-pkg2.run installiert war. Eventuell wurde früher aber nur 1x der Kernel upgedatet und XFree nicht. Al
participants (2)
-
Al Bogner -
Thomas Hertweck