Hallo Liste, ich bin am verzweifeln, ich versuche seit Tagen vergebens meinem 10.0 das 3D beizubringen. Ich hab es nach der Anleitung von Nvidia versucht und per You hab ich es auch versucht, alles ohne Erfolg. Wenn ich den Treiber von der Nvidia Homepage installiere und mit sax aktiviere, auf ein frisches installiertes und per You upgedatetes System, kommt nach dem booten nur noch ein prompt. Vor dem booten hab ich 3D Wenn ich per You den treiber installiere dann dauert der start von X ungelogen 5 minuten. Ich hatte schon unter 9.3 dieselben probleme mit dem 7676er treiber. Unter 9.3 ging alles !!! Ausser wie gesagt der 7676er. Beim 9.3er hatte ich 7167 installier. Und alles war OK. Ich bitte um Hilfe mfg Joachim Gebhardt (ps. ansonsten muss ich mich von der 10er version verabschieden und wieder die 9.3 installieren)
Joachim Gebhardt schrieb:
Hallo Liste,
ich bin am verzweifeln, ich versuche seit Tagen vergebens meinem 10.0 das 3D beizubringen.
welcher 10.0 (SuSE (Novell) oder 10.0 OSS
Ich hab es nach der Anleitung von Nvidia versucht und per You hab ich es auch versucht, alles ohne Erfolg.
Jetzt hat man eine gute Vorstellung davon, was Du gemacht hast ;-)
Wenn ich den Treiber von der Nvidia Homepage installiere und mit sax aktiviere,
wie aktivierst Du
auf ein frisches installiertes und per You upgedatetes System,
ich hab mit YOU nichts am Hut, kann dazu also nichts sagen
kommt nach dem booten nur noch ein prompt. Vor dem booten hab ich 3D
Es liegt sicher an mir, dass ich das nicht verstehe. Was meinst Du damit : Vor dem booten . . . . 3D?
Wenn ich per You den treiber installiere dann dauert der start von X ungelogen 5 minuten. Ich hatte schon unter 9.3 dieselben probleme mit dem 7676er treiber. Unter 9.3 ging alles !!! Ausser wie gesagt der 7676er. Beim 9.3er hatte ich 7167 installier. Und alles war OK.
Es liegt nicht am Treiber und auch nicht am 10.0 SuSE oder OSS
(ps. ansonsten muss ich mich von der 10er version verabschieden und wieder die 9.3 installieren)
Was passiert denn, wenn Du 7167 für 10.0 verwendest? Vielleicht hat Deine 7676 'ne Macke (Fehler beim Download) Wenn Du mit YOU den Treiber installierst, dann passiert was anderes, als wenn Du ohne YOU arbeitest (siehe Anleitungen von NVIDIA) Wo bei Dir was falsch läuft, kann man erst sagen, wenn Du genauer erzählst, was Du machst. Ohne YOU hat sich eigentlich nichts geändert (außer dem Aussehen von sax2). Zeig auch mal Deine devices aus /etc/X11/xorg.conf vor der Installation des NVIDIA-Treibers Kann der Monitor 3D Gruß Arno
Am Donnerstag, 17. November 2005 20:15 schrieb Arno Jung:
Joachim Gebhardt schrieb:
Hallo Liste,
ich bin am verzweifeln, ich versuche seit Tagen vergebens meinem 10.0 das 3D beizubringen.
welcher 10.0 (SuSE (Novell) oder 10.0 OSS
10.0 von SuSE Novell eval oder wie sich das nennt
Ich hab es nach der Anleitung von Nvidia versucht und per You hab ich es auch versucht, alles ohne Erfolg.
Jetzt hat man eine gute Vorstellung davon, was Du gemacht hast ;-)
http://www.suse.de/~sndirsch/nvidia-installer-HOWTO.html
Wenn ich den Treiber von der Nvidia Homepage installiere und mit sax aktiviere,
wie aktivierst Du
sax2 -m 0=nvidia
auf ein frisches installiertes und per You upgedatetes System,
ich hab mit YOU nichts am Hut, kann dazu also nichts sagen
kommt nach dem booten nur noch ein prompt. Vor dem booten hab ich 3D
Es liegt sicher an mir, dass ich das nicht verstehe. Was meinst Du damit : Vor dem booten . . . . 3D?
wenn ich ein frisch installiertes system hab dann kann ich 3D aktivieren und es läuft, aber nach neuem booten ist die 3D funktion weg, und X startet nicht, sondern es kommt nur ein prompt
Wenn ich per You den treiber installiere dann dauert der start von X ungelogen 5 minuten. Ich hatte schon unter 9.3 dieselben probleme mit dem 7676er treiber. Unter 9.3 ging alles !!! Ausser wie gesagt der 7676er. Beim 9.3er hatte ich 7167 installier. Und alles war OK.
Es liegt nicht am Treiber und auch nicht am 10.0 SuSE oder OSS
an was denn dann ??
(ps. ansonsten muss ich mich von der 10er version verabschieden und wieder die 9.3 installieren)
Was passiert denn, wenn Du 7167 für 10.0 verwendest? Vielleicht hat Deine 7676 'ne Macke (Fehler beim Download)
glaub ich nicht, hab schon 2-3mal neu geladen
Wenn Du mit YOU den Treiber installierst, dann passiert was anderes, als wenn Du ohne YOU arbeitest (siehe Anleitungen von NVIDIA)
Wo bei Dir was falsch läuft, kann man erst sagen, wenn Du genauer erzählst, was Du machst. Ohne YOU hat sich eigentlich nichts geändert (außer dem Aussehen von sax2).
Zeig auch mal Deine devices aus /etc/X11/xorg.conf
# /.../
# SaX generated X11 config file
# Created on: 2005-11-14T16:50:23+0100.
#
# Version: 7.1
# Contact: Marcus Schaefer
vor der Installation des NVIDIA-Treibers Kann der Monitor 3D
Gruß Arno mfg
Joachim
Joachim Gebhardt schrieb:
Am Donnerstag, 17. November 2005 20:15 schrieb Arno Jung:
Joachim Gebhardt schrieb: [ . . . ] wenn ich ein frisch installiertes system hab dann kann ich 3D aktivieren und es läuft, aber nach neuem booten ist die 3D funktion weg, und X startet nicht, sondern es kommt nur ein prompt
Wie aktivierst Du denn das Modul "nvidia"? Ladest Du das Modul nicht vor dem Aufruf von sax2? (mit modprobe nvidia - reicht nur bis zum Neustart) Was sagt "lsmod" ? Ist da nvidia (nach dem Neustart) drin? Was steht bei Dir unter /etc/sysconfig/kernel: INITRD_MODULES= Hast Du da nvidia eingetragen? (Benutzt Du Lilo oder Grub? Hast du eine initrd unter /boot/*? Wenn Du Grub verwendest und keine intrd, dann musst Du laut Anleitung von NVIDIA das Modul anders starten (Wie, weiß ich nicht, ich nutze Lilo. Da sieht's so aus: INITRD_MODULES="nvidia advansys via82cxxx processor thermal fan" und ein mkinitrd mit nachfolgendem lilo-Aufruf und schon wird das Modul beim Booten geladen. Könnte sein, dass Du (mit Grub, ohne initrd) evtl die append-Zeile ergänzen musst? Jedenfalls nvidia beim Booten laden Zusammengefasst: Du musst dafür sorgen, dass das Modul nvidia geladen ist, wenn es gebraucht wird. Das läuft nicht automatisch. Bei der Gelegenheit noch: Sieh Dir mal Deine Schriften unter /etc/X11/xorg.conf an und prüfe, ob Du wirklich "unscaled" Schriften hast. Sonst wären die Angaben so zu berichtigen, wie unter /usr/X11R6/lib/X11/fonts vorhanden (Das gilt auch für /etc/X11/fs) Sieh auch die Log-Datei. Gruß Arno
Am Donnerstag 17 November 2005 20:48 schrieb Joachim Gebhardt:
Am Donnerstag, 17. November 2005 20:15 schrieb Arno Jung:
wie aktivierst Du
sax2 -m 0=nvidia
Hm, in der xorg.conf, die Du unten auflistest, ist der nvidia Treiber definitiv nicht aktiv. Was genau hast Du vorher alles gemacht? Kernel-Sourcen installiert? Entwicklungswerkzeuge installiert? Kernel-Sourcen konfiguriert? Treiber installiert? Logfile geprüft, ob keine Fehler aufgetreten sind? Lässt sich das nvidia Kernelmodul laden?
Es liegt sicher an mir, dass ich das nicht verstehe. Was meinst Du damit : Vor dem booten . . . . 3D?
wenn ich ein frisch installiertes system hab dann kann ich 3D aktivieren und es läuft, aber nach neuem booten ist die 3D funktion weg, und X startet nicht, sondern es kommt nur ein prompt
In einem frisch installierten System ist kein Treiber installiert, der hardwarebeschleunigtes 3D Produziert, es läuft also alles in Software.
Es liegt nicht am Treiber und auch nicht am 10.0 SuSE oder OSS
an was denn dann ??
Entweder die Treiberversion zickt mit Deiner Karte oder er wurde nicht korrekt installiert.
Was passiert denn, wenn Du 7167 für 10.0 verwendest? Vielleicht hat Deine 7676 'ne Macke (Fehler beim Download)
glaub ich nicht, hab schon 2-3mal neu geladen
Und mit der älteren Version?
Section "Device" BoardName "GeForce2 MX/MX 400" BusID "1:0:0" Driver "nv" ^^ Hier müsste nvidia stehen, wenn der Treiber aktiv sein sollte.
-- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Ich hatte das Gleiche Problem mit einem upgedateten System. PIII 8oo nvidia mx2 400. Bei mir hat auch der (sündteure) Telefonsupport von SuSE kapituliert. HAbe dann ein Vanilla install gemacht. et voila - schwüpp di wüpp - Kernel+nogplpaket+Sourcen installiert, YOU angeworfen, nvidia Skript laufen lassen. Perfekt. Und keiner weiss wieso. Grüße Michael Eichstädt
Michael Eichstädt wrote:
Ich hatte das Gleiche Problem mit einem upgedateten System. PIII 8oo nvidia mx2 400. Bei mir hat auch der (sündteure) Telefonsupport von SuSE kapituliert. HAbe dann ein Vanilla install gemacht. et voila - schwüpp di wüpp - Kernel+nogplpaket+Sourcen installiert, YOU angeworfen, nvidia Skript laufen lassen. Perfekt. Und keiner weiss wieso.
Nix da, so schnell geben wir nicht auf ;-) Ich schlage folgende Vorgehensweise vor: 1) Download des NVIDIA-Treibers Version 1.0-7676, d.h. das Paket NVIDIA-Linux-x86-1.0-7676-pkg1.run 2) Ueberpruefen, ob die Linux-Kernelquellen installiert sind, und zwar die Quellen, die zum laufenden Kernel passen. Falls ja, zum naechsten Schritt uebergehen, falls nein, zunaechst die Kernelquellen per YaST Softwareinstallation installieren und dann ein YOU ausfuehren. 3) Kernelquellen konfigurieren. Dazu in /usr/src/linux (voraus- gesetzt, der Link zeigt auf das korrekte Verzeichnis mit den Kernelquellen) den Befehl $> make cloneconfig && make modules_prepare eingeben. 4) System in Runlevel 3 bringen. Das sollte an einer Konsole mit dem Kommando $> init 3 als root funktionieren. 5) Deinstallation des alten Treibers, laut Log Version 1.0-7167. Die Deinstallation erfolgt z.B. ueber das Kommando $> sh NVIDIA-Linux-x86-1.0-7167-pkg1.run --uninstall Ueberpruefe, dass das Kernelmodul nvidia.ko nicht mehr existiert unterhalb von /lib/modules/`uname -r`/ 6) Installation des neuen Treibers der Version 1.0-7676. Dazu das folgende Kommando verwenden: $> sh NVIDIA-Linux-x86-1.0-7676-pkg1.run \ --kernel-source-path=/usr/src/linux/ Das sollte hoffentlich ohne Fehlermeldungen ein Kernelmodul bauen und installieren und ebenso den Rest des NVIDIA-Treibers. 7) Als root per $> modprobe nvidia ueberpruefen, ob sich das Kernelmodul laden laesst. Falls ja, weiter mit Punkt 8. Falls nein, dann nvidia-installer.log ueberpruefen und dmesg Ausgabe ueberpruefen, evtl. gibt es dort Hinweise. Treten die absolut gleichen Fehler auf wie bisher, dann zurueck zu Punkt 2 und nochmal alles ueberpruefen (ich empfehle hier ein Abbruchkriterium, da Du ansonsten in eine Endlosschleife laufen kannst) oder Michaels Rat von oben annehmen ;-) 8) Per "sax2 -m 0=nvidia" die X-Konfiguation anwerfen, 3D aktivieren, sonstige Einstellungen machen und abspeichern. 9) Die Datei /etc/X11/xorg.conf ueberpruefen, dass dort wirklich der Treiber "nvidia" und nicht "nv" verwendet und das Modul "glx" geladen wird. 10) Wenn alles in Ordnung ist, dann mit $> init 5 wieder in Runlevel 5 wechseln und gluecklich sein. Cheers, Th.
Am Samstag, 19. November 2005 00:25 schrieb Thomas Hertweck:
Michael Eichstädt wrote:
Ich hatte das Gleiche Problem mit einem upgedateten System. PIII 8oo nvidia mx2 400. Bei mir hat auch der (sündteure) Telefonsupport von SuSE kapituliert. HAbe dann ein Vanilla install gemacht. et voila - schwüpp di wüpp - Kernel+nogplpaket+Sourcen installiert, YOU angeworfen, nvidia Skript laufen lassen. Perfekt. Und keiner weiss wieso.
Nix da, so schnell geben wir nicht auf ;-)
Ich geb doch bald auf und mach 9.3 drauf oder vielleicht sogar wieder Windows !
Ich schlage folgende Vorgehensweise vor:
1) Download des NVIDIA-Treibers Version 1.0-7676, d.h. das Paket NVIDIA-Linux-x86-1.0-7676-pkg1.run 2) Ueberpruefen, ob die Linux-Kernelquellen installiert sind, und zwar die Quellen, die zum laufenden Kernel passen. Falls ja, zum naechsten Schritt uebergehen, falls nein, zunaechst die Kernelquellen per YaST Softwareinstallation installieren und dann ein YOU ausfuehren. 3) Kernelquellen konfigurieren. Dazu in /usr/src/linux (voraus- gesetzt, der Link zeigt auf das korrekte Verzeichnis mit den Kernelquellen) den Befehl $> make cloneconfig && make modules_prepare eingeben.
hat geklappt
4) System in Runlevel 3 bringen. Das sollte an einer Konsole mit dem Kommando $> init 3 als root funktionieren. funktioniert 5) Deinstallation des alten Treibers, laut Log Version 1.0-7167. Die Deinstallation erfolgt z.B. ueber das Kommando $> sh NVIDIA-Linux-x86-1.0-7167-pkg1.run --uninstall Ueberpruefe, dass das Kernelmodul nvidia.ko nicht mehr existiert unterhalb von /lib/modules/`uname -r`/ ist kein rest mir da 6) Installation des neuen Treibers der Version 1.0-7676. Dazu das folgende Kommando verwenden: $> sh NVIDIA-Linux-x86-1.0-7676-pkg1.run \ --kernel-source-path=/usr/src/linux/ Das sollte hoffentlich ohne Fehlermeldungen ein Kernelmodul bauen und installieren und ebenso den Rest des NVIDIA-Treibers. funktioniert ohne Probleme 7) Als root per $> modprobe nvidia ueberpruefen, ob sich das Kernelmodul laden laesst. Falls ja, weiter mit Punkt 8. Falls nein, dann nvidia-installer.log ueberpruefen und dmesg Ausgabe ueberpruefen, evtl. gibt es dort Hinweise. Treten die absolut gleichen Fehler auf wie bisher, dann zurueck zu Punkt 2 und nochmal alles ueberpruefen (ich empfehle hier ein Abbruchkriterium, da Du ansonsten in eine Endlosschleife laufen kannst) oder Michaels Rat von oben annehmen ;-) da gehts los, hab ne Fehlermeldung (siehe andere Mail in diesen Thread) 8) Per "sax2 -m 0=nvidia" die X-Konfiguation anwerfen, 3D aktivieren, sonstige Einstellungen machen und abspeichern. 9) Die Datei /etc/X11/xorg.conf ueberpruefen, dass dort wirklich der Treiber "nvidia" und nicht "nv" verwendet und das Modul "glx" geladen wird. hab ich nicht überprüft, ging ja nix 10) Wenn alles in Ordnung ist, dann mit $> init 5 wieder in Runlevel 5 wechseln und gluecklich sein. bin enttäuscht ..........
Cheers, Th.
mfg Joachim
Joachim Gebhardt wrote:
Am Donnerstag, 17. November 2005 20:15 schrieb Arno Jung:
[...] sax2 -m 0=nvidia
Das aktiviert noch nicht den Treiber. Damit sagst Du lediglich sax2, dass es bitteschoen den NVIDIA-Treiber verwenden moechte. Ob das spaeter auch in der X11 Konfiguration landet, ist eine andere Frage.
[...] wenn ich ein frisch installiertes system hab dann kann ich 3D aktivieren und es läuft, aber nach neuem booten ist die 3D funktion weg, und X startet nicht, sondern es kommt nur ein prompt
Nein, Du aktivierst 3D nicht, denn dazu ist ein Neustart des X-Servers noetig. Du schreibst hoechstens eine neue Konfiguration, aber die wird erst beim naechsten Start des X-Servers ausgewertet.
Es liegt nicht am Treiber und auch nicht am 10.0 SuSE oder OSS
an was denn dann ??
Denk mal scharf drueber nach, des gibt da noch die menschliche Komponente... ;-)
[...] Section "Device" BoardName "GeForce2 MX/MX 400" BusID "1:0:0" Driver "nv" Identifier "Device[0]" VendorName "NVidia" EndSection
Du verwendest definitiv *nicht* den Nvidia-Treiber, der heisst naemlich "nvidia". "nv" ist der Standard-X11 Treiber fuer NVIDIA-basierte Grafikchips und er beherrscht kein 3D. Du solltest a) den NVIDIA-Treiber korrekt installieren (in Runlevel 3!), b) schauen, ob sich das NVIDIA-Kernelmodul per "modprobe nvidia" korrekt laden laesst, c) schauen, ob die Installation einen Eintrag in modprobe.conf gemacht hat, um das Modul automatisch zu laden beim Start des X-Servers, d) mit "sax2 -m 0=nvidia" und den ganzen Einstellungen und Tests eine *korrekte* xorg.conf fuer den NVIDIA-Treiber schreiben, und e) in Runlevel 5 wechseln. Funktioniert letzteres nicht, so solltest Du /var/log/Xorg.0.log anschauen, Du wirst dort entsprechende Fehlermeldungen finden... Cheers, Th.
Am Donnerstag, 17. November 2005 22:43 schrieb Thomas Hertweck:
Joachim Gebhardt wrote:
Am Donnerstag, 17. November 2005 20:15 schrieb Arno Jung:
[...]
sax2 -m 0=nvidia
Das aktiviert noch nicht den Treiber. Damit sagst Du lediglich sax2, dass es bitteschoen den NVIDIA-Treiber verwenden moechte. Ob das spaeter auch in der X11 Konfiguration landet, ist eine andere Frage.
[...] wenn ich ein frisch installiertes system hab dann kann ich 3D aktivieren und es läuft, aber nach neuem booten ist die 3D funktion weg, und X startet nicht, sondern es kommt nur ein prompt
Nein, Du aktivierst 3D nicht, denn dazu ist ein Neustart des X-Servers noetig. Du schreibst hoechstens eine neue Konfiguration, aber die wird erst beim naechsten Start des X-Servers ausgewertet.
Es liegt nicht am Treiber und auch nicht am 10.0 SuSE oder OSS
an was denn dann ??
Denk mal scharf drueber nach, des gibt da noch die menschliche Komponente... ;-)
[...] Section "Device" BoardName "GeForce2 MX/MX 400" BusID "1:0:0" Driver "nv" Identifier "Device[0]" VendorName "NVidia" EndSection
Du verwendest definitiv *nicht* den Nvidia-Treiber, der heisst naemlich "nvidia". "nv" ist der Standard-X11 Treiber fuer NVIDIA-basierte Grafikchips und er beherrscht kein 3D.
Du solltest a) den NVIDIA-Treiber korrekt installieren (in Runlevel 3!), b) schauen, ob sich das NVIDIA-Kernelmodul per "modprobe nvidia" korrekt laden laesst, c) schauen, ob die Installation einen Eintrag in modprobe.conf gemacht hat, um das Modul automatisch zu laden beim Start des X-Servers, d) mit "sax2 -m 0=nvidia" und den ganzen Einstellungen und Tests eine *korrekte* xorg.conf fuer den NVIDIA-Treiber schreiben, und e) in Runlevel 5 wechseln. Funktioniert letzteres nicht, so solltest Du /var/log/Xorg.0.log anschauen, Du wirst dort entsprechende Fehlermeldungen finden...
Cheers, Th. Hallo Joachim,
dies ist mein Weg, wie ich den NVIDIA-Treiber zum laufen bekomme. Voraussetzung dürfte in jedem Fall das Paket kernel-source incl. der Abhängigkeiten sein, sowie ein Online-Update danach, damit die Kernel-Quellen mit deinem installierten Kernel zusammenpassen. Du lädst die Installations-Datei von NVIDIA. Diese haben die Endung .run. Melde Dich an der Konsole 1 (STRG+ALT+F1) als Root an und wechsle in das Verzeichnis, wo Du die .run Datei gespeichert hast. Erst einmal wechselst Du in den Runlevel 3 (init 3). Dort gibst Du dann "./[Name der Datei].run --add-this-kernel" ein. Mit diesem Befehl wird der Treiber noch nicht installiert sondern Du erzwingst nur, dass Treibermodule des laufenden Kernel gebaut und in die Installations-Datei eingefügt werden. Wenn alles fehlerfrei läuft, wird ein Installationspaket mit gleichem Namen und der Endung custom.run erzeugt. Danach kannst Du den Treiber installieren, dh. Du führst die custom.run Datei aus. Danach musst Du sax2 -m 0=nvidia ausführen. Im SaX2 wählst Du dann die Einstellungen wie gewohnt und kannst auch 3D aktivieren. Nach dem Test und dem Speichern wechselst Du wieder in den Runlevel 5 mit init 5 Steffen
Am Freitag, 18. November 2005 10:24 schrieb Steffen Hanne:
Am Donnerstag, 17. November 2005 22:43 schrieb Thomas Hertweck:
Joachim Gebhardt wrote:
Am Donnerstag, 17. November 2005 20:15 schrieb Arno Jung:
[...]
sax2 -m 0=nvidia
Das aktiviert noch nicht den Treiber. Damit sagst Du lediglich sax2, dass es bitteschoen den NVIDIA-Treiber verwenden moechte. Ob das spaeter auch in der X11 Konfiguration landet, ist eine andere Frage.
[...] wenn ich ein frisch installiertes system hab dann kann ich 3D aktivieren und es läuft, aber nach neuem booten ist die 3D funktion weg, und X startet nicht, sondern es kommt nur ein prompt
Nein, Du aktivierst 3D nicht, denn dazu ist ein Neustart des X-Servers noetig. Du schreibst hoechstens eine neue Konfiguration, aber die wird erst beim naechsten Start des X-Servers ausgewertet.
Es liegt nicht am Treiber und auch nicht am 10.0 SuSE oder OSS
an was denn dann ??
Denk mal scharf drueber nach, des gibt da noch die menschliche Komponente... ;-)
[...] Section "Device" BoardName "GeForce2 MX/MX 400" BusID "1:0:0" Driver "nv" Identifier "Device[0]" VendorName "NVidia" EndSection
Du verwendest definitiv *nicht* den Nvidia-Treiber, der heisst naemlich "nvidia". "nv" ist der Standard-X11 Treiber fuer NVIDIA-basierte Grafikchips und er beherrscht kein 3D.
Du solltest a) den NVIDIA-Treiber korrekt installieren (in Runlevel 3!), b) schauen, ob sich das NVIDIA-Kernelmodul per "modprobe nvidia" korrekt laden laesst, c) schauen, ob die Installation einen Eintrag in modprobe.conf gemacht hat, um das Modul automatisch zu laden beim Start des X-Servers, d) mit "sax2 -m 0=nvidia" und den ganzen Einstellungen und Tests eine *korrekte* xorg.conf fuer den NVIDIA-Treiber schreiben, und e) in Runlevel 5 wechseln. Funktioniert letzteres nicht, so solltest Du /var/log/Xorg.0.log anschauen, Du wirst dort entsprechende Fehlermeldungen finden...
Cheers, Th.
Hallo Joachim,
dies ist mein Weg, wie ich den NVIDIA-Treiber zum laufen bekomme. Voraussetzung dürfte in jedem Fall das Paket kernel-source incl. der Abhängigkeiten sein, sowie ein Online-Update danach, damit die Kernel-Quellen mit deinem installierten Kernel zusammenpassen.
Du lädst die Installations-Datei von NVIDIA. Diese haben die Endung .run. Melde Dich an der Konsole 1 (STRG+ALT+F1) als Root an und wechsle in das Verzeichnis, wo Du die .run Datei gespeichert hast. Erst einmal wechselst Du in den Runlevel 3 (init 3). Dort gibst Du dann "./[Name der Datei].run --add-this-kernel" ein. Mit diesem Befehl wird der Treiber noch nicht installiert sondern Du erzwingst nur, dass Treibermodule des laufenden Kernel gebaut und in die Installations-Datei eingefügt werden. Wenn alles fehlerfrei läuft, wird ein Installationspaket mit gleichem Namen und der Endung custom.run erzeugt. Danach kannst Du den Treiber installieren, dh. Du führst die custom.run Datei aus. Danach musst Du sax2 -m 0=nvidia ausführen. Im SaX2 wählst Du dann die Einstellungen wie gewohnt und kannst auch 3D aktivieren. Nach dem Test und dem Speichern wechselst Du wieder in den Runlevel 5 mit init 5
Steffen
Hallo, also, vielleicht bin ich der Sache ein Stück näher ? Oder vielleicht auch nicht ! Ich hab das so gemacht mit sh name.run -- add-this-kernel es kam keine Fehlermeldung auch bei dem folgendem installieren nicht. Nur dann beim Ausführen von sax2 (sax2 -m 0=nvidia) kam wieder der abbruch von sax. Danach hab ich modprobe nvidia ausgeführt und da kam ne Fehlermeldung Fatal: Error inseting nvidia (/lib/modules/2.6.13-15default/kernel/drivers/video/nvidia.ko) unknown symbol in module, or unknown parameter (see dmesg) was das soll hab ich natürlich keine Ahnung ?? mfg Joachim
Joachim Gebhardt wrote:
[...]
Bitte, bitte, zitiert ordentlich! Es ist doch nicht noetig, alles zu quoten, wenn man sich nicht darauf zurueck bezieht in seiner Antwort. Das kann doch eigentlich nicht so schwer sein.
[...] Danach hab ich modprobe nvidia ausgeführt und da kam ne Fehlermeldung Fatal: Error inseting nvidia (/lib/modules/2.6.13-15default/kernel/drivers/video/nvidia.ko) unknown symbol in module, or unknown parameter (see dmesg)
Ich habe in meiner Email bereits vorgeschlagen (war dort Punkt b)), das Laden des Treibers direkt ueber modprobe zu testen - das haette den Fehler gleich ans Tageslicht gebracht. In einfachen Worten: das Kernel-Modul kann nicht geladen werden, vermutlich wurde es nicht korrekt erstellt. Fuehre bitte ein "dmesg" aus, versuche dann das Modul via "modprobe nvidia" zu laden, und fuehre im Anschluss an den Fehlschlag noch einmal "dmesg" aus. Im Vergleich zur vorherigen Ausgabe sollten ein paar Zeilen hinzugekommen sein, dort steht evtl. eine genauere Erklaerung, warum das Laden des Moduls fehlgeschlagen ist. Diese Zeilen (und nur diese zusaetzlichen Zeilen, nicht die gesamte Ausgabe von dmesg) solltest Du hier posten. Wenn Du den NVIDIA-Treiber installierst, wird das Kernel-Modul erstellt - gab es dort irgendwelche Hinweise auf Probleme? Sind bei Dir die Kernel-Quellen korrekt konfiguriert bzw. greift das Erstellen des NVIDIA-Treibers auf die korrekten Quellen zu? Falls nicht, muss man dem .run File Optionen mitgeben. Ist 2.6.13-15default Dein aktueller Kernel? Was ergibt die Ausgabe von "uname -r"? Was sagt das nvidia-installer.log unter /var/log zu der ganzen Sache? Cheers, Th.
Am Freitag, 18. November 2005 20:01 schrieb Thomas Hertweck:
Joachim Gebhardt wrote:
[...]
Bitte, bitte, zitiert ordentlich! Es ist doch nicht noetig, alles zu quoten, wenn man sich nicht darauf zurueck bezieht in seiner Antwort. Das kann doch eigentlich nicht so schwer sein.
jaja ich versuchs !
[...] Danach hab ich modprobe nvidia ausgeführt und da kam ne Fehlermeldung Fatal: Error inseting nvidia (/lib/modules/2.6.13-15default/kernel/drivers/video/nvidia.ko) unknown symbol in module, or unknown parameter (see dmesg)
Ich habe in meiner Email bereits vorgeschlagen (war dort Punkt b)), das Laden des Treibers direkt ueber modprobe zu testen - das haette den Fehler gleich ans Tageslicht gebracht. In einfachen Worten: das Kernel-Modul kann nicht geladen werden, vermutlich wurde es nicht korrekt erstellt. Fuehre bitte ein "dmesg" aus, versuche dann das Modul via "modprobe nvidia" zu laden, und fuehre im Anschluss an den Fehlschlag noch einmal "dmesg" aus. Im Vergleich zur vorherigen Ausgabe sollten ein paar Zeilen hinzugekommen sein, dort steht evtl. eine genauere Erklaerung, warum das Laden des Moduls fehlgeschlagen ist. Diese Zeilen (und nur diese zusaetzlichen Zeilen, nicht die gesamte Ausgabe von dmesg) solltest Du hier posten.
nvidia: module not supported by Novell, setting U taint flag. nvidia: module license 'NVIDIA' taints kernel. ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 PCI: setting IRQ 11 as level-triggered ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module 1.0-7167 Fri Feb 25 09:08:22 PST 2005 ACPI: PCI interrupt for device 0000:01:00.0 disabled nvidia: module not supported by Novell, setting U taint flag. nvidia: Unknown parameter `NVreg_DeviceFileUID' nvidia: module not supported by Novell, setting U taint flag. nvidia: Unknown parameter `NVreg_DeviceFileUID' nvidia: module not supported by Novell, setting U taint flag. nvidia: module not supported by Novell, setting U taint flag. nvidia: Unknown parameter `NVreg_DeviceFileUID' nvidia: module not supported by Novell, setting U taint flag. nvidia: Unknown parameter `NVreg_DeviceFileUID'
Wenn Du den NVIDIA-Treiber installierst, wird das Kernel-Modul erstellt - gab es dort irgendwelche Hinweise auf Probleme?
nein
Sind bei Dir die Kernel-Quellen korrekt konfiguriert bzw. greift das Erstellen des NVIDIA-Treibers auf die korrekten Quellen zu? wie konfiguriert man die richtig ?? Falls nicht, muss man dem .run File Optionen mitgeben. Ist 2.6.13-15default Dein aktueller Kernel? ja ist er Was ergibt die Ausgabe von "uname -r"? Was sagt das nvidia-installer.log unter /var/log zu der ganzen Sache? die sind zu lang um zu posten
Cheers, Th.
mfg Joachim
* Joachim Gebhardt (joachim.gebhardt@gunnet.de) [20051118 21:51]:
nvidia: Unknown parameter `NVreg_DeviceFileUID'
Dann würde ich doch mal nachschauen, woher der Parameter kommt ( mir fallen dafür nur /boot/grub/menu.lst oder /etc/modprobe.conf)!!! Das mit dem taint flag ist in diesem Bezug uninteressant und kann ignoriert werden. Philipp -- Anything whose specification is too complicated to explain easily probably needs to be redesigned. David Abrahams on boost
Am Montag, 21. November 2005 16:05 schrieb Philipp Thomas:
* Joachim Gebhardt (joachim.gebhardt@gunnet.de) [20051118 21:51]:
nvidia: Unknown parameter `NVreg_DeviceFileUID'
Dann würde ich doch mal nachschauen, woher der Parameter kommt ( mir fallen dafür nur /boot/grub/menu.lst oder /etc/modprobe.conf)!!! hab da einiges gefunden beim "durchsuchen" meines Rechners:
etc/modprobe.d/nvidia und usr/share/doc/NVIDIA_GLX-1.0/README.txt den Auszug aus der Readme poste ich jetzt: Q. How and when are the the NVIDIA device files created? A. Depending on the target system's configuration, the NVIDIA device files used to be created in one of three different ways: at installation time, using mknod at module load time, via devfs (Linux device file system) at module load time, via hotplug/udev With currrent NVIDIA driver releases, device files are created or modified by the X driver when the X server is started. By default, the NVIDIA driver will attempt to create device files with the following attributes: UID: 0 - 'root' GID: 0 - 'root' Mode: 0666 - 'rw-rw-rw-' Existing device files are changed if their attributes don't match these defaults. If you wish for the NVIDIA driver to create the device files with different attributes, you can specify them with the "NVreg_DeviceFileUID" (user), "NVreg_DeviceFileGID" (group) and "NVreg_DeviceFileMode" NVIDIA Linux kernel module parameters. For example, the NVIDIA driver can be instructed to create device files with UID=0 (root), GID=44 (video) and Mode=0660 by passing the following module parameters to the NVIDIA Linux kernel module: NVreg_DeviceFileUID=0 NVreg_DeviceFileGID=44 NVreg_DeviceFileMode=0660 The "NVreg_ModifyDeviceFiles" NVIDIA kernel module parameter will disable dynamic device file management, if set to 0. Wenn einer weis was das bedeutet, wäre ich um Hilfe dankbar, ich kann auf jedenfall nix mit anfangen.
Das mit dem taint flag ist in diesem Bezug uninteressant und kann ignoriert werden.
Philipp
Joachim PS: ich hab mich in der zwischenzeit mit dem 7676 treiber den YOU intalliert zufriedengegeben. Bei dem dauter es 5 minuten bis X startet, aber was solls. Aber auf Dauer kann das ja nicht die Lösund sein.
Joachim Gebhardt wrote:
[...] A. Depending on the target system's configuration, the NVIDIA device files used to be created in one of three different ways: [...] For example, the NVIDIA driver can be instructed to create device files with UID=0 (root), GID=44 (video) and Mode=0660 by passing the following module parameters to the NVIDIA Linux kernel module:
NVreg_DeviceFileUID=0 NVreg_DeviceFileGID=44 NVreg_DeviceFileMode=0660
The "NVreg_ModifyDeviceFiles" NVIDIA kernel module parameter will disable dynamic device file management, if set to 0.
Wenn einer weis was das bedeutet, wäre ich um Hilfe dankbar, ich kann auf jedenfall nix mit anfangen. [...] PS: ich hab mich in der zwischenzeit mit dem 7676 treiber den YOU intalliert zufriedengegeben. Bei dem dauter es 5 minuten bis X startet, aber was solls. Aber auf Dauer kann das ja nicht die Lösund sein.
Ich blicke bei Dir langsam nicht mehr so ganz durch. Du schriebst, Du kannst den NVIDIA-Treiber nicht verwenden, weil sich das Kernel-Modul mit angegebener Fehlermeldung (siehe Deine vorherigen Emails) nicht laden laesst, und nun schreibst Du, Du verwendest Version 1.0-7676 des Treibers und Dein Problem besteht lediglich darin, dass der Start von X sehr lange dauert. Ja wat denn nu? 8-) Vermutlich hast Du eine Zeile wie alias char-major-195* nvidia in der /etc/modprobe.conf oder /etc/modprobe.conf.local. Um die oben angegebenen Optionen zu nutzen, musst Du die Datei um die folgende Zeile erweitern: options nvidia NVreg_DeviceFileUID=0 NVreg_DeviceFileGID=44 \ NVreg_DeviceFileMode=0660 Alles in einer Zeile ohne den Backslash. Die Parameter werden von modprobe beim Laden des Moduls ausgewertet und uebergeben. CU, Th.
participants (7)
-
Arno Jung
-
Joachim Gebhardt
-
Manfred Tremmel
-
Michael Eichstädt
-
Philipp Thomas
-
Steffen Hanne
-
Thomas Hertweck