Wenn ich gears aufrufe bekomme ich folgende Fehlermeldung: $ gears gears: error while loading shared libraries: /usr/lib/libGLcore.so.1: undefined symbol: glActiveTexture Wenn ich dann switch2nvidia_glx sage, dann funktioniert wieder alles, aber nur eine Zeitlang, dann ist es wieder vorbei. Ich habe allerdings noch nicht herausgefunden, welche Aktion das wieder beendet. Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0
Hallo Bernd,
From: Bernd Brodesser [mailto:B.Brodesser@t-online.de]
Wenn ich gears aufrufe bekomme ich folgende Fehlermeldung:
$ gears gears: error while loading shared libraries: /usr/lib/libGLcore.so.1: undefined symbol: glActiveTexture
Wenn ich dann switch2nvidia_glx sage, dann funktioniert wieder alles, aber nur eine Zeitlang, dann ist es wieder vorbei. Ich habe allerdings noch nicht herausgefunden, welche Aktion das wieder beendet.
Probiere mal ob 3Ddiag mehr informationen liefert (und zwar vor dem Aufruf von switch2nvidia_glx, das ruft es selbst auf), dort habe ich immer sehr hilfreiche Tips bekommen. Christian
Bernd Brodesser wrote:
Wenn ich dann switch2nvidia_glx sage, dann funktioniert wieder alles, aber nur eine Zeitlang, dann ist es wieder vorbei. Ich habe allerdings noch nicht herausgefunden, welche Aktion das wieder beendet.
Schau mal: grep SCRIPT_3D /etc/rc.config Ist meine Vermutung fuer ploetzliches Umschalten. Peter
* Peter Wiersig schrieb am 17.Jan.2003:
Bernd Brodesser wrote:
Wenn ich dann switch2nvidia_glx sage, dann funktioniert wieder alles, aber nur eine Zeitlang, dann ist es wieder vorbei. Ich habe allerdings noch nicht herausgefunden, welche Aktion das wieder beendet.
Schau mal: grep SCRIPT_3D /etc/rc.config
Ist meine Vermutung fuer ploetzliches Umschalten.
Nein, war es leider auch nicht: # grep SCRIPT_3D /etc/rc.config SCRIPT_3D="switch2nvidia_glx" Bernd -- Bitte die Etikette beachten: http://www.suse-etikette.de.vu/etikette.html Bitte Realnamen angeben, kein Vollquoting, kein Html, PGP oder Visitenkarten benutzen. Signatur mit "-- " abtrennen, bei Antworten "Re: " voranstellen, sonst nichts. |Zufallssignatur 4
Bernd Brodesser wrote:
Wenn ich gears aufrufe bekomme ich folgende Fehlermeldung:
$ gears gears: error while loading shared libraries: /usr/lib/libGLcore.so.1: undefined symbol: glActiveTexture
Wenn ich dann switch2nvidia_glx sage, dann funktioniert wieder alles, aber nur eine Zeitlang, dann ist es wieder vorbei. Ich habe allerdings noch nicht herausgefunden, welche Aktion das wieder beendet.
/usr/lib/libGLcore.so.1 ist ein Link. Auf was verweist der Link vor dem switch2nvidia_glx und auf was verweist er nach der Ausfuehrung? Gruesse, Th. -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe
* Thomas Hertweck schrieb am 17.Jan.2003:
Bernd Brodesser wrote:
Wenn ich gears aufrufe bekomme ich folgende Fehlermeldung:
$ gears gears: error while loading shared libraries: /usr/lib/libGLcore.so.1: undefined symbol: glActiveTexture
Wenn ich dann switch2nvidia_glx sage, dann funktioniert wieder alles, aber nur eine Zeitlang, dann ist es wieder vorbei. Ich habe allerdings noch nicht herausgefunden, welche Aktion das wieder beendet.
/usr/lib/libGLcore.so.1 ist ein Link. Auf was verweist der Link vor dem switch2nvidia_glx und auf was verweist er nach der Ausfuehrung?
Momentan verweist er auf: libGLcore.so.1.0.3123.nv_glx Aber im Moment tut er es auch. Mit nur eine Zeitlang meinte ich nicht ein paar Minuten, sondern durchaus Tage oder gar Wochen. Rebooten macht nichts, funktioniert trotzdem. SuSEconfig ist es auch nicht. Aber ich schätze mal was in der Art. Bernd -- ROTFL = Rolling On The Floor, Laughing = Auf dem Boden wälzen, lachend. SCNR = Sorry, Could Not Resist = Sorry, Ich konte nicht wiederstehen. AFAIK = As Far As I Know = So weit ich weis|BTW = By The Way = Nebenbei bemerkt IMHO = In My Humble Opinion = meiner bescheidenen Meinung nach |Zufallssig. 9
Bernd Brodesser wrote:
[...] Momentan verweist er auf: libGLcore.so.1.0.3123.nv_glx Aber im Moment tut er es auch.
Wenn Du die NVIDIA-Treiber in Version 1.0-3123 installiert hast, dann ist der Link richtig - das erklaert auch, warum es momentan funktioniert :-)
Mit nur eine Zeitlang meinte ich nicht ein paar Minuten, sondern durchaus Tage oder gar Wochen. Rebooten macht nichts, funktioniert trotzdem. SuSEconfig ist es auch nicht. Aber ich schätze mal was in der Art.
Wenn es nicht regelmaessig passiert, dann wird es wohl recht schwer, dem Problem auf die Spur zu kommen. Fuehrst Du evtl. irgendwelche Security- oder Installations-Konsistenzchecks durch? Wenn das Pro- blem beim naechsten Mal auftritt, versuche doch mal nachzuvollzie- hen, was davor auf dem System gelaufen ist. Gruesse, Th. -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
* Thomas Hertweck schrieb am 17.Jan.2003:
Bernd Brodesser wrote:
Momentan verweist er auf: libGLcore.so.1.0.3123.nv_glx Aber im Moment tut er es auch.
Wenn Du die NVIDIA-Treiber in Version 1.0-3123 installiert hast, dann ist der Link richtig - das erklaert auch, warum es momentan funktioniert :-)
Mit nur eine Zeitlang meinte ich nicht ein paar Minuten, sondern durchaus Tage oder gar Wochen. Rebooten macht nichts, funktioniert trotzdem. SuSEconfig ist es auch nicht. Aber ich schätze mal was in der Art.
Wenn es nicht regelmaessig passiert, dann wird es wohl recht schwer, dem Problem auf die Spur zu kommen. Fuehrst Du evtl. irgendwelche Security- oder Installations-Konsistenzchecks durch? Wenn das Pro- blem beim naechsten Mal auftritt, versuche doch mal nachzuvollzie- hen, was davor auf dem System gelaufen ist.
Ich habe den Übeltäter gefunden. Es ist ldconfig. Nachdem ich ihm ausführe funktioniert es nicht mehr. Der Link bleibt übrigens der Gleiche. Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0
Bernd Brodesser wrote:
[...] Ich habe den Übeltäter gefunden. Es ist ldconfig. Nachdem ich ihm ausführe funktioniert es nicht mehr. Der Link bleibt übrigens der Gleiche.
Bei mir verweist /usr/lib/libGLcore.so.1 -> libGLcore.so.1.0.4191.nv_glx, d.h. das sollte bei Dir (mit anderer Version) eigentlich richtig sein. Wenn sich der Link durch ldconfig nicht aendert, dann verstehe ich nicht so ganz, warum es anschliessend nicht mehr geht. Seltsam. Was genau macht denn ldconfig in diesem Falle? Es sollte doch evtl. Links setzen und den Cache /etc/ld.so.cache updaten. Switch2nvidia_glx macht ja nichts an- deres als genau die Links fuer libGLcore.so.1 und Konsorten richtig zu setzen - der ist ja aber eigentlich schon richtig gesetzt nach Deiner Aus- sage. Kannst Du mal schauen, was der Unterschied ist nach dem ldconfig Lauf (wenn es also nicht geht) zur Situation nach dem Lauf von switch2nvidia_glx (wenn es wieder geht)? Irgendwo muss da doch etwas ge- aendert werden. Gruesse, Th. -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Hi, 0n 03/01/17@21:52 Bernd Brodesser told me:
Ich habe den Übeltäter gefunden. Es ist ldconfig. Nachdem ich ihm ausführe funktioniert es nicht mehr. Der Link bleibt übrigens der Gleiche.
Schau Dir ld.so.conf an. Es gibt AFAIK eine ganze Menge, was die nvidia Treiber glx durcheinander bringen kann. Auf meiner alten SuSE 7.1 habe ich tools wie switch2..., sax und SuSEconfig in diesen Dingen nie vertraut. Die Links/Dateinen in /usr/lib/libGL*, habe ich immer anhand des nvidia Readmes angepasst (?Appendix C?). Vielleicht ist es mit den von SuSE mitgelieferten rpms oder neueren Verionen, aber spaetestens, wenn ich ein update gestartet hatte, war alles wieder im A... :(. Auch installierte mesa Pakete koennen IIRC dazwischen funken. Vielleicht gibt es auch hoeherwertigere .so libs, die er dann zu laden versucht. Ich wuerde alles nach dem Nvidia Howto einrichten und die Automatismen rausschmeissen. BTW: Ruft SuSEconfig nicht ldconfig auf? -- bye maik
Hi Liste, On Sam, Jan 18, 2003 at 11:57:37 +0100, Thomas Hertweck wrote:
Bernd Brodesser wrote:
[...] Ich habe den Übeltäter gefunden. Es ist ldconfig. Nachdem ich ihm ausführe funktioniert es nicht mehr. Der Link bleibt übrigens der Gleiche.
Bei mir verweist /usr/lib/libGLcore.so.1 -> libGLcore.so.1.0.4191.nv_glx, d.h. das sollte bei Dir (mit anderer Version) eigentlich richtig sein. Wenn sich der Link durch ldconfig nicht aendert, dann verstehe ich nicht so ganz, warum es anschliessend nicht mehr geht. Seltsam. Was genau macht denn ldconfig in diesem Falle? Es sollte doch evtl. Links setzen und den Cache /etc/ld.so.cache updaten. Switch2nvidia_glx macht ja nichts an- deres als genau die Links fuer libGLcore.so.1 und Konsorten richtig zu setzen - der ist ja aber eigentlich schon richtig gesetzt nach Deiner Aus- sage. Kannst Du mal schauen, was der Unterschied ist nach dem ldconfig Lauf (wenn es also nicht geht) zur Situation nach dem Lauf von switch2nvidia_glx (wenn es wieder geht)? Irgendwo muss da doch etwas ge- aendert werden.
Also bei mir gibts das Problem mit ldconfig auch. Nach dem lauf von switch2nvidia gehts alles nach dem manuellen aufruf von ldconfig kommt folgende fehlermeldung und es geht nicht mehr. ldconfig: libraries libGL.so.1 and libGL.so.1.0.4050 in directory /usr/lib have same soname but different type. Gruß Halim
Halim Sahin wrote:
[...] Also bei mir gibts das Problem mit ldconfig auch. Nach dem lauf von switch2nvidia gehts alles nach dem manuellen aufruf von ldconfig kommt folgende fehlermeldung und es geht nicht mehr.
ldconfig: libraries libGL.so.1 and libGL.so.1.0.4050 in directory /usr/lib have same soname but different type.
Was sagt "ll /usr/lib/libGL.so.1 /usr/lib/libGL.so.1.0.4050"? Ist /usr/lib/libGL.so.1 ein Link? Falls nein, zu welchem Pa- ket gehoert dann die Datei? Und zu welchem Paket gehoert die Datei libGL.so.1.0.4050 (rpm -qf sollte es Dir sagen, zumin- dest, wenn die Dateien ueber rpm eingespielt wurden). Eigentlich sollte es lediglich einen Link namens /usr/lib/libGL.so.1 geben, der auf eine Datei im Unterver- zeichnis GL verweist: Das ist dann bei Verwendung der NVIDIA Treiber (aktuelle Version) libGL.so.1.0.4191.nv_glx, bei Verwendung von mesasoft z.B. libGL.so.1.3.mesasoft (bei mei- ner SuSE 8.0), usw. Es sieht so aus, als hast Du mal mehrere Versionen von NVIDIA Treibern installiert bzw. Bibliotheken dupliziert... Gruesse, Th. -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe
Hi, On Mon, Feb 17, 2003 at 10:47:28 +0100, Thomas Hertweck wrote:
Halim Sahin wrote:
[...] Also bei mir gibts das Problem mit ldconfig auch. Nach dem lauf von switch2nvidia gehts alles nach dem manuellen aufruf von ldconfig kommt folgende fehlermeldung und es geht nicht mehr.
ldconfig: libraries libGL.so.1 and libGL.so.1.0.4050 in directory /usr/lib have same soname but different type.
Was sagt "ll /usr/lib/libGL.so.1 /usr/lib/libGL.so.1.0.4050"? Ist /usr/lib/libGL.so.1 ein Link? Falls nein, zu welchem Pa- ket gehoert dann die Datei? Und zu welchem Paket gehoert die Datei libGL.so.1.0.4050 (rpm -qf sollte es Dir sagen, zumin- dest, wenn die Dateien ueber rpm eingespielt wurden).
lrwxrwxrwx 1 root root 27 Feb 18 09:05 libGL.so.1 -> GL/libGL.so.1.0.3123.nv_glx so sieht der link aus nach dem lauf von switch2nvidia nach dem lauf von ldconfig zeigt der link auf libGL.so.1.0.4050, diese stammt nicht von einem rpm. Wie krieg ich dieses Problem los? Was wäre wenn man diese datei löschen würde? Gruß Halim
Hallo, On Die, Feb 18, 2003 at 09:14:40 +0100, Halim Sahin wrote:
Hi,
On Mon, Feb 17, 2003 at 10:47:28 +0100, Thomas Hertweck wrote:
Halim Sahin wrote:
[...] Also bei mir gibts das Problem mit ldconfig auch. Nach dem lauf von switch2nvidia gehts alles nach dem manuellen aufruf von ldconfig kommt folgende fehlermeldung und es geht nicht mehr.
ldconfig: libraries libGL.so.1 and libGL.so.1.0.4050 in directory /usr/lib have same soname but different type.
Was sagt "ll /usr/lib/libGL.so.1 /usr/lib/libGL.so.1.0.4050"? Ist /usr/lib/libGL.so.1 ein Link? Falls nein, zu welchem Pa- ket gehoert dann die Datei? Und zu welchem Paket gehoert die Datei libGL.so.1.0.4050 (rpm -qf sollte es Dir sagen, zumin- dest, wenn die Dateien ueber rpm eingespielt wurden).
lrwxrwxrwx 1 root root 27 Feb 18 09:05 libGL.so.1 -> GL/libGL.so.1.0.3123.nv_glx
so sieht der link aus nach dem lauf von switch2nvidia nach dem lauf von ldconfig zeigt der link auf libGL.so.1.0.4050, diese stammt nicht von einem rpm. Wie krieg ich dieses Problem los? Was wäre wenn man diese datei löschen würde?
Hab es ausprobiert. Die Datei bei mir libGL.so.0.4050 war der Übeltäter. Hab irgendwann wohl versucht die nvidia Treiber mittels tar.gz einzuspielen. Ging schief und diese Datei blieb übrig. Gruß Halim
Halim Sahin wrote:
On Mon, Feb 17, 2003 at 10:47:28 +0100, Thomas Hertweck wrote:
[...] Was sagt "ll /usr/lib/libGL.so.1 /usr/lib/libGL.so.1.0.4050"? Ist /usr/lib/libGL.so.1 ein Link? Falls nein, zu welchem Pa- ket gehoert dann die Datei? Und zu welchem Paket gehoert die Datei libGL.so.1.0.4050 (rpm -qf sollte es Dir sagen, zumin- dest, wenn die Dateien ueber rpm eingespielt wurden).
lrwxrwxrwx 1 root root 27 Feb 18 09:05 libGL.so.1 -> GL/libGL.so.1.0.3123.nv_glx
OK, Du verwendest also anscheinend Version 1.0-3123 der NVIDIA-Treiber. Das ist nicht die aktuellste Version, aber wenn die bei Dir einwandfrei funktio- niert, dann ist das OK und bedarf keines Updates.
so sieht der link aus nach dem lauf von switch2nvidia nach dem lauf von ldconfig zeigt der link auf libGL.so.1.0.4050, diese stammt nicht von einem rpm. Wie krieg ich dieses Problem los? Was wäre wenn man diese datei löschen würde?
Ich weiss nicht, wo die Datei libGL.so.1.0.4050 bei Dir herkommt. Jedenfalls gibt es einen Konflikt! Wenn die Datei zu keinem RPM Paket gehoert und Du selbst auch nicht weisst, wie sie dorthin gelangt ist, dann solltest Du sie wirklich mal aus dem Sy- stem entfernen - brauchst Du ja nicht gleich zu loeschen, ein Verschieben der Datei z.B. in das Home-Verzeichnis von root sollte es fuer Backup- Zwecke tun. Danach die uebliche Prozedur durchfueh- ren (switch2nvidia, switch2nvidia_glx) und schauen, wie sich der Link libGL.so.1 bei ldconfig verhaelt. Gruesse, Th. -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Hallo, On 18-Feb-2003 Halim Sahin wrote:
so sieht der link aus nach dem lauf von switch2nvidia nach dem lauf von ldconfig zeigt der link auf libGL.so.1.0.4050, diese stammt nicht von einem rpm. Wie krieg ich dieses Problem los? Was wäre wenn man diese datei löschen würde?
Du muesst sie ja nicht gleich loeschen. Benenne sie einfach um. Wenn hinterher alles wie gewohnt/gewuenscht funktioniert, kannst du sie ja immer noch loeschen. Die Umbenennungsmethode empfiehlt sich im uebrigen immer, wenn man sich nicht hundertprozentig sicher ist oder einfach mal etwas ausprobieren will. Und wenn man sich ein Namensschema ausdenkt, dass man immer anwendet, lassen sich solche Dateien auch spaeter noch wiederfinden (mit "find"). Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Guten Tag allerseits, was ist eigentlich der unterschied zwischen den aufrufen: switch2nvidia switch2nvidia_glx Gruß Halim -- Halim Sahin E-Mail: ICQ: halim.sahin@mni.fh-giessen.de 93264164 pgp: http://homepages.fh-giessen.de/~hg9514/pgp.txt
Halim Sahin wrote:
was ist eigentlich der unterschied zwischen den aufrufen: switch2nvidia switch2nvidia_glx
Das sind nur zwei Skripte, schau es Dir einfach an! switch2nvidia ruft intern switch2nvidia_glx auf (das setzt die korrekten Links fuer die OpenGL Bibliotheken) und passt gegebenenfalls die Konfi- gurationsdatei XF86Config an (Treiberwechsel nv -> nvidia). Gruesse, Th. -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
participants (7)
-
B.Brodesser@t-online.de
-
Christian Herzyk
-
Halim Sahin
-
Heinz W. Pahlke
-
Maik Holtkamp
-
Peter Wiersig
-
Thomas Hertweck