Sie sind nicht angemeldet.

1

16.02.2014, 13:21

Firefox Thunderbird und gkrellm starten nicht nach update

Hallo zusammen,

meine Gentoo64-Installation auf HD habe ich heute per emerge --sync und emerge -avuDN world einem Update unterzogen.

Dabei wurden u.a. Firefox und Thunderbird auf die neuesten Versionen upgedatet.

Doch nun habe ich das Problem, daß weder Firefox und Thunderbird noch gkrellm starten.

Auf Konsole bekomme ich folgende Outputs:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
thunderbird
XPCOMGlueLoad error for file /usr/lib64/thunderbird/libxul.so:
libEGL.so.1: cannot open shared object file: No such file or directory
Couldn't load XPCOM.

firefox
XPCOMGlueLoad error for file /usr/lib64/firefox/libxul.so:
libEGL.so.1: cannot open shared object file: No such file or directory
Couldn't load XPCOM.

gkrellm
gkrellm: error while loading shared libraries: libEGL.so.1: cannot open shared object file: No such file or directory


Die Gemeinsamkeit ist libEGL.so.1, welches allerdings auf eine andere nvidia-Version verweist als installiert ist.
Da die neueste nvidia-drivers-Version bei mir etwa 8 Sekunden Wartezeit vor Auftauchen von kdm verbraucht,
habe ich die vorvorgehende Version installiert. revdep-rebuild antwortet mit einer Fehlermeldung.

Da ich so nicht ins Internet komme, schreibe ich es von einer anderen Distribution aus hier auf.

Muß ich also doch die neueste nvidia-Version installieren, um wieder an Firefox und Thunderbird nebst gkrellm zu kommen?

Danke im voraus für Hinweise u.a.

Gruß
Manfred

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Windhund« (17.02.2014, 12:59)


2

16.02.2014, 13:35

Hallo zusammen,

ich habe nun doch den neuesten nvidia-Treiber installiert, doch das Warten vor dem KDE-Login nervt etwas.

Positiv ist nur, daß nun gkrellm, Firefox und Thunderbird wie gewöhnt starten.

Warum dieser nvidia-Treiber Probleme macht, ist mir schleierhaft. 334.16-r5

Der alte - mit dem es keine Probleme gab (außer die oben beschriebenen) - ist
304.119

Gruß
Manfred

3

16.02.2014, 15:31

Zitat

doch das Warten vor dem KDE-Login nervt etwas

Was passiert denn da genau? Kannst du mal die dmesg Ausgabe posten? Ist evtl. Systemd installiert? Dann hätte ich da nämlich so eine Ahnung :-)

4

16.02.2014, 16:30

Hier im Anhang habe ich dmesg abgelegt.

systemd ist nicht drin.

Gruß
Manfred
»Windhund« hat folgende Datei angehängt:
  • dmesg.txt (45,11 kB - 3 mal heruntergeladen - zuletzt: 17.02.2014, 10:02)

5

17.02.2014, 10:03

Für mich sieht das dmesg.txt so aus, als würde die Nvidia völlig bocken. Hast du mal einen anderen Treiber probiert? Vl. nouveau? (Da musst du verhindern dass der prop. nvidia geladen wird).
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

6

17.02.2014, 12:58

Hallo dyle,

ich habe es versucht, den nouveau-Treiber zu nutzen, doch damit kam ich nur bis zur Konsole tty1.

Dabei muß 20 Pakete per emerge @preserved-rebuild erneut installiert werden, incl. libreoffice,
was allein schon beinahe Stunden benötigt.

Schließlich dachte ich: installier nouveau-drm, doch das wurde gleich abgebrochen mit dem Hinweis,
daß in neueren Kernels drm bereits vorhanden sei.

Diese Bemerkung hat mich dann dazu veranlaßt, noch einmal genkernel --menuconfig all laufen zu lassen.
Und nun kommts:
Direct Rendering war nicht aktiviert. - Und das war auch der Grund, warum der nvidia-Treiber Zicken gemacht hat.

Ich habe einfach jetzt wieder den nvidia-Treiber installiert und siehe da, nun kommt der KDE-Login ohne Verzögerung.

Fazit:
Es war also mein Fehler bei der Konfiguration des Kernels. Ich hatte das bei früheren Installationen immer mit auf meiner Liste,
diesmal also vergessen: DRM aktivieren.

Dennoch danke ich für alle Hinweise und Bemerkungen, sie haben mir durch den Umweg über nouveau meine Fehler aufgedeckt.

Gruss
Manfred