Nvidia 180.22: Unfähig libglx.so zu öffnen

Nach dem gestrigen Kernel-Update für Hardy habe ich mich dazu entschlossen auf den neuesten stabilen Nvidia-Treiber upzudaten, da ich sowieso das Modul neu bauen musste (ok mit dkms wäre mir das nicht passiert , der Treiber einige neue Features mitbringt und insgesamt perfomanter sein soll.

Doch die Installation läuft anscheinend nicht immer reibungslos. Nach der Erstellung des Kernel-Moduls wird man von der Fehlermeldung aus dem Schlaf gerissen, der Installer könne die Datei libglx.so nicht finden. Trotzdem scheint die Installation erfolgreich abzuschließen und das Modul läd ohne Fehler, die Datei libglx.so und das Ziel libglx.so.180.22 sind an ihrem Platz – nur leider startet X dann im Low-Graphics-Modus.

Den Fehler lässt sich glücklicherweise recht leicht umgehen. Zuerst sollte man den Nvidia-Treiber wieder deinstallieren. Nun entpackt man das Installer-Archiv und kopiert die Datei libglx.so.180.22 in das entsprechende Verzeichnis:

$ sh NVIDIA*.run -x
$ sudo cp NVIDIA-Linux-x86_64-180.22-pkg2/usr/X11R6/lib/modules/extensions/libglx.so.180.22 /usr/lib/xorg/modules/extensions/

Damit der Installer zufrieden ist, muss man schließlich die Datei libglx.so auf libglx.so.180.22 zeigen lassen:

$ sudo ln -s /usr/lib/xorg/modules/extensions/libglx.so.180.22 /usr/lib/xorg/modules/extensions/libglx.so

Jetzt sollte die Installation ohne Probleme ablaufen und X wieder durchstarten.

Auf den ersten Blick konnte bei dem neuen Treiber keine wesentlichen Geschwindigkeitsverbesserungen feststellen, eher reichlich Probleme mit Compiz unter Hardy. Da für mich allerdings auch die 3D-Fähigkeiten von Metacity mehr als ausreichen, begnüge ich mich damit. Hier fällt mir auch schon eine Verbesserung auf: Das Scrollen im geöffneten Firefox-Fenster geht nun wesentlich runder von Statten, bisher war das mit aktiven Metacity-Effekten sehr unschön und CPU-lastig.

Mal sehen, was sich noch so im Alltagsbetrieb hervortut

Flash 10 x86_64 Prerelease unter Hardy

Im Zuge meines Umstiegs auf Hardy steht nun die Aktualisierung/Installation einiger Anwendungen an, darunter auch Adobes Flashplayer, der jüngst für 64-Bit Linux-Systeme in einer frühen Alpha veröffentlicht worden ist.

Installiert war das Flash-Plugin noch von meiner Intrepid-Installation. Insofern hätte es im besten Falle eigentlich problemlos funktionieren müssen. Wie hätte es auch anders sein sollen, tat es das nicht. Flash-Videos bestanden hauptsächlich aus Rucklern in Bild und Ton. Das Problem ließ sich dann relativ schnell auf einen alten Bekannten zurückführen und beheben:

sudo apt-get install libflashsupport

Bisher läuft wider Erwarten alles problemlos und dem ungetrübten 64-Bit „Flash-Genuss“ steht nun auch unter Hardy nichts mehr im Wege. Im Adobe Bug System scheint das Problem an sich bekannt zu sein, auch wenn ich keinen Report speziell für diesen Fall entdecken konnte. Eventuell kann ich mich im Laufe des Tages ja noch dazu durchringen mich dort zu registrieren und das Problem zu melden, auch wenn es nur zu Resonanz-Zwecken ist.

Upgrade auf Hardy

Meinen Blick durch ein paar wenige Distributionen musste ich noch erweitern: Leider haben sich die „paar Macken“, die ich unter Intrepid feststellen musste, als mit der Zeit außerordentlich nervend herausgestellt. Daher habe ich ein Downgrade auf Hardy Heron gewagt, was mit meiner ausgelagerten Home-Partition kein Problem war.

Die Bootzeit ist nun wieder auf Normal-Niveau. Wie in den Bootcharts zu sehen brauchte Intrepid bei mir unglaubliche 62 Sekunden zum Booten. Unter Hardy sind es dagegen ohne Optimierungen gute 30 Sekunden.

Hardy Boot

Intrepid Boot

Der Grund für dieses Verhalten ist ein Bug der mit Intrepid eingeschleppt wurde. Umgehen kann man diese Verzögerung nur, indem man entweder eine Taste gedrückt hält oder den Netzstecker herauszieht und wieder einsteckt. Damit könnte ich leben, da ich meine Mühle desöfteren in den Standby-Zustand schicke und sehr selten boote.

Aber genau da liegt ein weiteres Problem. Intrepid lässt meinen Laptop zwar einschlafen, nur aufwachen will es dann nicht mehr. Der Bildschirm bleibt einfach schwarz, auf Tastatureingaben reagiert es nicht. Abhilfe schafft dann nur noch ein Hard Reset. Bug habe ich vor 4 Wochen gemeldet und vorher in einem ähnlichen Report darüber berichtet, viel Resonanz gab es allerdings nicht.

Erfreulicherweise wird meine Hardware nun auch unter Hardy vollends unterstützt, LTS-Bit und Ubuntu-Devs sei dank. Die Installation verlief reibungslos, nur die nvidia-Treiber machen derzeit wohl Probleme und enden im Low-Graphics-Mode. Abhilfe schaffte bei mir die Installation der ia32-libs.

Somit verbleibe ich in der Gewissheit, Jaunty wird wieder rocken, erstmal bei Hardy und nehme die etwas ältere Versionsausstattung in Kauf, bei Bedarf kann man ja selbst Hand anlegen.