NVIDIA_GLX/Kernel are missing or corrupted
Hallo Liste, habe nach etlichen Downloads die Tarballs auf dem Rechner mit make install hinbekommen. switch2nvidia kommt aber jetzt mit der Fehlermeldung NVIDIA_GLX Kernel are missing or corrupted. (re)install packages "NVIDIA (seriesx3d) with YAST2 first. Was soll mir dieses sagen??? startx kommt immer nur bis zum halben KDE-Bildschirm und dann geht es nur mit RESET weiter. Wenn ich in der X-Config als Treiber "nv" eintrage und load glx lösche läuft alles wie bisher. load glx war in der alten Config aber enthalten! Hat jemand noch einen Tip für mich oder sollte ich es bei den Suse8.1 Treibern belassen. Vielen Dank schon mal im voraus Rolf-Hubert
Hallo, das problem mit dem reset hatte ich auch und ich habe eine ganze weile gebraucht bis ich raus hatte was schief läuft. Was sagt denn /var/log/XFree86.0.log ? Bei mir lag es daran, dass die Nvidia-Treiber probleme mit der 64 GB Speicher Kerneloption haben (zumindest funktionierte es ohne diese option). (War im SuSE standard SMP kernel aktiv). Ich habe dann einen neuen Kernel gebaut (mit 4GB Speicher Option) und dann die tar-balls von NVidia gebaut und installiert, dann lief es. Allerdings habe ich vorher alle von SuSE stammenden NVidia Treiber (kernel und GLX modul) entfernt. (Xserver lief mit nv-Modul). Meine Erfahrungen beziehen sich allerdings auf SuSE 8.0. vielleicht hilfts ja weiter cu Martin Schreiber
Rolf-Hubert Pobloth schrieb:
habe nach etlichen Downloads die Tarballs auf dem Rechner mit make install hinbekommen. switch2nvidia kommt aber jetzt mit der Fehlermeldung NVIDIA_GLX Kernel are missing or corrupted.
Hast du SuSEconfig und ldconfig ausgeführt? Daran könnte es vielleicht liegen. Nach einem ldconfig ist übrigens ein reboot nötig, damit die Änderungen wirksam werden. Nach dem Reboot kann ein nochmaliges switch2nvidia sicherlich nicht schaden. Gruß, Patrick
Harald Zahn schrieb:
Am Die, 2002-10-22 um 12.00 schrieb Patrick Hess:
vielleicht liegen. Nach einem ldconfig ist übrigens ein reboot nötig, damit die Änderungen wirksam werden. Nach dem Reboot kann Seit wann das???
Seit dem es die nVidia-Kernel-Treiber gibt? Die SDB blockiert leider gerade meinen Netscape und den Mozilla, such bitte selbst danach. Suchwort "nvidia" und dann unter "Konfiguration von nVidia-basierten Chipsätzen (ab SuSE 7.1)" oder so. Gruß, Patrick
Patrick Hess wrote:
[...] Hast du SuSEconfig und ldconfig ausgeführt? Daran könnte es vielleicht liegen. Nach einem ldconfig ist übrigens ein reboot nötig, damit die Änderungen wirksam werden. [...]
Das halte ich fuer ein Geruecht. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Thomas Hertweck schrieb:
Patrick Hess wrote:
Hast du SuSEconfig und ldconfig ausgeführt? Daran könnte es vielleicht liegen. Nach einem ldconfig ist übrigens ein reboot nötig, damit die Änderungen wirksam werden. [...]
Das halte ich fuer ein Geruecht.
Beim nVidia-Kernel-Treiber halte ich das für eine Notwendigkeit. Wir hatten hier mal vor einiger Zeit einen Thread, da hatte jemand den reboot vergessen und wunderte sich, warum er in gears nur 850 oder so FPS hatte. Wer das war, bitte melden ;-) Habe den Thread im Archiv so leider nicht finden können. Gruß, Patrick
Patrick Hess wrote:
Thomas Hertweck schrieb:
Patrick Hess wrote:
Hast du SuSEconfig und ldconfig ausgeführt? Daran könnte es vielleicht liegen. Nach einem ldconfig ist übrigens ein reboot nötig, damit die Änderungen wirksam werden. [...]
Das halte ich fuer ein Geruecht.
Beim nVidia-Kernel-Treiber halte ich das für eine Notwendigkeit. Wir hatten hier mal vor einiger Zeit einen Thread, da hatte jemand den reboot vergessen und wunderte sich, warum er in gears nur 850 oder so FPS hatte. Wer das war, bitte melden ;-) Habe den Thread im Archiv so leider nicht finden können.
Ich habe selbst eine Nvidia-basierte Karte und habe von den Treibern in Version 0.9x bis zu den aktuellen alles mitgemacht - und es war nie ein Reboot nach dem Einspie- len der entsprechenden Nvidia-Treiber noetig. Ich denke eher, dass entsprechende Person vergessen hatte, ein ldconfig auszufuehren und somit der Linker-Cache erst nach dem naechsten Reboot aktualisiert wurde - das wuer- de das Verhalten entsprechend erklaeren. Ausserdem haette es im Logfile von Xfree einen entsprechenden Vermerk ge- ben muessen, dass die Nvidia-Treiber nicht korrekt gela- den werden konnten. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Thomas Hertweck schrieb:
Patrick Hess wrote:
Thomas Hertweck schrieb:
Patrick Hess wrote:
Nach einem ldconfig ist übrigens ein reboot nötig, damit die Änderungen wirksam werden. [...]
Das halte ich fuer ein Geruecht.
Beim nVidia-Kernel-Treiber halte ich das für eine Notwendigkeit.
Ich habe selbst eine Nvidia-basierte Karte und habe von den Treibern in Version 0.9x bis zu den aktuellen alles mitgemacht - und es war nie ein Reboot nach dem Einspie- len der entsprechenden Nvidia-Treiber noetig.
Dann sollte SuSE aber mal seinen SDB-Artikel korrigieren. Gruß, Patrick
Am Dienstag, 22. Oktober 2002 10:21 schrieb Rolf-Hubert Pobloth:
habe nach etlichen Downloads die Tarballs auf dem Rechner mit make install hinbekommen. switch2nvidia kommt aber jetzt mit der Fehlermeldung NVIDIA_GLX Kernel are missing or corrupted.
SuSE bastelt da einige Sachen anders, wärend das NVidia-RPM die bestehenden Libs von XFree86 umbenennt und seine eigenen rinklatscht, wärend SuSE sowohl die XFree86, als auch die NVidia-Libs unter verschiedenen Namen anlegt und mit den Scripts links auf die richtigen Namen gesetzt werden. Das Konzept klappt bei aus den Tarballs compilierten Paketen nicht und deshalb kannst Du die switch2 Scripts vergessen. Du solltest lieber die RPMs für Deine SuSE verwenden, das gibt sonst Probleme. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Am Fre, 2002-10-25 um 20.33 schrieb Manfred Tremmel:
Du solltest lieber die RPMs für Deine SuSE verwenden, das gibt sonst Probleme.
Das ist nicht immer möglich. Sobald ein eigener Kernel installiert wird, sind die Dinger nutzlos. Da MUSS der nVidia-Treiber neugebaut werden - was z.B. bei mir der Fall war. Das funktioniert auch problemlos. Allerdings werden die GLX-Libraries in dem SuSE-RPM tatsächlich etwas anders installiert, sodass bei der Source-Installation nicht alles out of the box läuft. Ich habe einfach "brutal" einige libs überschrieben, dann geht's: (als root): cp /usr/src/NVIDIA_GLX-1.0-3123/usr/lib/libGL.so.1.0.3123 /usr/lib/libGL.so.1 cp /usr/src/NVIDIA_GLX-1.0-3123/usr/lib/libGL.so.1.0.3123 /usr/lib/libGL.so.1.0.3123 cp /usr/src/NVIDIA_GLX-1.0-3123/usr/lib/libGLcore.so.1.0.3123 /usr/lib/libGLcore.so.1 cp /usr/src/NVIDIA_GLX-1.0-3123/usr/lib/libGLcore.so.1.0.3123 /usr/lib/libGLcore.so.1.0.3123 cp /usr/X11R6/lib/modules/extensions/libglx.so.1.0.3123 /usr/lib/libglx.so cp /usr/X11R6/lib/modules/extensions/libglx.so.1.0.3123 /usr/X11R6/lib/modules/extensions/libglx.so /sbin/ldconfig -n /usr/lib /sbin/ldconfig -n /usr/X11R6/lib ein anschließendes "ldconfig -p | grep glx" sollte dann die geladene GLX-Library anzeigen. Andreas
Am Montag, 28. Oktober 2002 09:32 schrieb Andreas Killaitis:
Das ist nicht immer möglich. Sobald ein eigener Kernel installiert wird, sind die Dinger nutzlos. Da MUSS der nVidia-Treiber neugebaut
Nur das Kernel-RPM, das GLX läuft weiter wie bisher. Ich hol mir kernelseitig auch immer das SourceRPM und bastle das neu, GLX lass ich wegen der anderen Struktur und weil ich den Treiber öfters mal abschalten muß (RPM-Backen für Packman ... nächste oder übernächste Woche soll xine 1.0rc1 rauskommen ...). -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Am Mon, 2002-10-28 um 22.59 schrieb Manfred Tremmel:
Am Montag, 28. Oktober 2002 09:32 schrieb Andreas Killaitis:
Das ist nicht immer möglich. Sobald ein eigener Kernel installiert wird, sind die Dinger nutzlos. Da MUSS der nVidia-Treiber neugebaut
Nur das Kernel-RPM, das GLX läuft weiter wie bisher. Ich hol mir kernelseitig auch immer das SourceRPM und bastle das neu, Brauchst Du nicht. Installiere das zu deiner SuSE-Version passende suse*.i*68.rpm. Wenn Du dann einen eigenen Kernel baust, hilft
cd /usr/src/kernel-modules/nv_glx make Ralf
Am Dienstag, 29. Oktober 2002 05:24 schrieb Ralf Corsepius:
Brauchst Du nicht. Installiere das zu deiner SuSE-Version passende suse*.i*68.rpm. Wenn Du dann einen eigenen Kernel baust, hilft
Ich bin kein Fan von SuSE Kerneln, auch auch wenn ich augenblicklich noch unter SuSE 8.1 den mitgelieferten fahre (ich denk ständig, bis zum 2.4.20er kanns nicht mehr so lange dauern, solang kannst du noch warten).
cd /usr/src/kernel-modules/nv_glx
Und wo kommt das her? Aus dem Binary-RPM und das Resultat wird wieder nicht in der RPM-DB geführt. Und ein rpm --rebuild und rpm -Uvh ist ja auch nicht das Problem. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Am Die, 2002-10-29 um 21.14 schrieb Manfred Tremmel:
Am Dienstag, 29. Oktober 2002 05:24 schrieb Ralf Corsepius:
Brauchst Du nicht. Installiere das zu deiner SuSE-Version passende suse*.i*68.rpm. Wenn Du dann einen eigenen Kernel baust, hilft
Ich bin kein Fan von SuSE Kerneln, auch auch wenn ich augenblicklich noch unter SuSE 8.1 den mitgelieferten fahre Ich nicht mehr ;).
(ich denk ständig, bis zum 2.4.20er kanns nicht mehr so lange dauern, solang kannst du noch warten). Keine Ahnung. Keine Zeit mehr, die Kernelentwicklung zu verfolgen :(
cd /usr/src/kernel-modules/nv_glx
Und wo kommt das her? Aus dem Binary-RPM und das Resultat wird wieder nicht in der RPM-DB geführt. So isses.
Und ein rpm --rebuild und rpm -Uvh ist ja auch nicht das Problem. Nur beim NVIDIA_kernel rpm. Beim NVIDIA_GLX rpm zerstörst Du Dir SuSE's switch2_* und bekommst die schon oft diskutierten Probleme mit
Allerdings bleibt das ursprüngliche RPM in der RPM-DB eingetragen, wodurch rpm/You/YaST u.Co. erkennen können, dass die NVIDIA-rpms installiert sind. libGLcore.so.*-Abhängigkeiten von rpms, wenn Du rpms baust, die GL nutzen. Ralf
Am Mittwoch, 30. Oktober 2002 08:42 schrieb Ralf Corsepius:
Ich bin kein Fan von SuSE Kerneln, auch auch wenn ich augenblicklich noch unter SuSE 8.1 den mitgelieferten fahre
Ich nicht mehr ;).
Naja, ist die Längste Zeit mit nem Distri-Kernel, bisher war das immer das erste, nachdem die Kiste halbwegs lief. Stand damals bei meiner ersten in der Anleitung (inoffizielle RedHat Portierung für Amiga) und das bleibt hängen.
(ich denk ständig, bis zum 2.4.20er kanns nicht mehr so lange dauern, solang kannst du noch warten).
Keine Ahnung. Keine Zeit mehr, die Kernelentwicklung zu verfolgen :(
2.4.20 ist bei Release Candidate 1 angelangt. Dank der Verschweigung von Security-Bugs aufgrund des DMCA ist es ja gleich zweimal wichtig, den Kernel aktuell zu halten.
Und ein rpm --rebuild und rpm -Uvh ist ja auch nicht das Problem.
Nur beim NVIDIA_kernel rpm. Beim NVIDIA_GLX rpm zerstörst Du Dir
Jo, wenn Du den Thread ein paar Mails zurückblätterst, wirst Du meinen Satz: "Nur das Kernel-RPM, das GLX läuft weiter wie bisher." lesen können. Manchmal, nicht oft, aber doch gelegentlich versuche ich auch ein bisserl mitzudenken ;-) Abgesehen davon besteht das GLX-Modul ja wirklich aus keinerlei Sourcen, nicht mal die XFree86 Version wird beim selbstcompilieren angepasst. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
participants (8)
-
Andreas.Killaitis@t-online.de
-
Harald Zahn
-
Manfred Tremmel
-
Martin Schreiber
-
patrick_hess@t-online.de
-
Ralf Corsepius
-
Rolf-Hubert Pobloth
-
Thomas Hertweck