Skip to content

Intel-Treiber 2.10 für Ubuntu 10.04 aka Lucid Lynx II

Nachdem der Kernel von Lucid jetzt einen Backport des DRM-Stacks der Kernelversion 2.6.33 mit sich bringt, kompiliert der Git-Quellcode des Intel-Treibers nun endlich auch sauber ohne das man fehlende Header-Dateien händisch nachrüsten muss. Deshalb ist auch mein kleiner Hack aus dem PPA-Treiberquellcode herausgeflogen.

Der einzige Patch den der PPA-Treiber noch enthält, ist der Patch welcher einen flackerfreien Übergang zwischem dem Plymouth-Bootlogo und dem Loginmanager ermöglicht. Diesen habe ich aus dem Quellcode-Archiv des Intel-Treibers der Fedora-Entwicklerversion übernommen. Bis auf einen winzigkleinen Fehler funktionierte der Patch problemlos mit dem Git-Quellcode.

Somit kann man endlich und ohne viel Verrenkungen einen optisch ansprechenden Bootvorgang und den Xv-Overlay-Modus genießen.

Beim jetzigen Entwicklungstempo dürfte es nicht mehr allzu lange dauern bis die Version 2.11 des Treibers veröffentlicht wird. Mit etwas (viel?) Glück erbarmen sich die Ubuntu-Entwickler ja doch noch und liefern dann diese Version mit Lucid Lynx aus. Dem Langzeit-Support würde die neuere Version auf jeden Fall gut tun. Bei den Nouveau-Treibern geht es ja anscheinend auch.

Auch wenn die Version 2.11 sehr spät im Entwicklungszyklus von Ubuntu einfließen würde, würden die Vorteile (Aufgeräumtere Codebasis, leichteres Zurückportieren von Bugfixes), die Nachteile (weniger getestet) eindeutig aufwiegen.

Intel-Treiber 2.10 für Ubuntu 10.04 aka Lucid Lynx

Da noch nicht 100% feststeht ob Ubuntu 10.04 die aktuellste Version des Intel-Grafiktreibers ausliefern wird (momentan ist es noch die Version 2.9.1) und diese Version einige wichtige Verbesserungen und Bugfixes hinsichtlich dem Kernel-Mode-Setting (kurz KMS) und der Unterstützung aktuellerer Chipsätze mit sich bringt, habe ich mir mal die Arbeit gemacht und ein PPA mit der aktuellsten Git-Version des Intel-Treibers für Lucid erstellt.

Das Paket basiert auf der aktuellsten Git-Version (Stand 27.02.2010). Das Paket wurde so gepatcht das es keine weiteren zusätzlichen Pakete aus einem anderen PPA benötigt. Im Gegensatz zur Git-Version aus dem Xorg-Edgers-PPA, kompiliert diese Version auch sauber und fehlerfrei mit dem “libdrm”-Paket aus Lucid. Ich habe nur die fehlenden Funktionen aus den libdrm-Header-Dateien per Hand nachgerüstet (Siehe auch Changelog des PPA-Pakets)

Der Treiber funktioniert auf meinem Notebook (Dell Latitude D505) mit einem Intel 855GM-Chipsatz fehlerfrei. Dank eines passenden Kernel-Patches kann man sogar den Xv-Overlay-Modus benutzen. Dies funktioniert bei der Treiber-Version 2.9.1 nur wenn man auf das Kernel-Mode-Setting verzichtet, was aber seit der Version “2:2.9.1-1ubuntu4″ des Lucid-Pakets nicht mehr möglich ist.

Der einzige kleine Makel des Treibers ist das Fehlen eines Ubuntu-Patches, welcher einen sauberen Übergang vom Plymouth-Bootscreen auf den Login-Manager ermöglicht (Ubuntu-Logo blendet sanft in Login-Manager über). Diesen konnte ich wegen der sehr großen Änderungen zwischen Version 2.9.1 und 2.10 nicht ohne weiteres übernehmen. Ich bin aber daran auch diesen in den Treiber zu integrieren.

PPA -Intel Driver 2.10git

Update 07.03.2010 :

Wer den Xv-Overlay-Modus auf der 8xx-Chipsatzbaureihe unter Lucid benutzen möchte, braucht keine Patches mehr einzuspielen. Lucid bringt ab der Kernel-Version 2.6.32-16 einen Backport des kompletten DRM-Stacks des Kernels 2.6.33 mit sich. Das heißt zusammen mit einer Intel-Treiberversion 2.10 oder höher kann man dann automatisch den Xv-Overlay-Modus benutzen. Das Patchen des Kernels ist somit unnötig geworden.

Aktualisiertes Paket “usb-modeswitch” für Ubuntu Karmic II

Ich habe gerade eine neue Version des “usb-modeswitch”-Pakets in mein PPA hochgeladen. Die Versionsnummer ist zwar immer noch 1.0.7, das Paket entspricht aber der neuesten Version 1.1.0.

Ich habe nur Kombination des Shell-Skripts mit dem tcl-Skript rückgängig gemacht, damit das Update fehlerfrei unter Karmic funktioniert.

Aktualisiertes Paket “usb-modeswitch” für Ubuntu Karmic

Wie im letzten Eintrag versprochen, habe ich ein Debian-Paket für Ubuntu Karmic zusammengeschnürt und in mein PPA hochgeladen. Die PPA-Version entspricht bis auf ein aktualisiertes Wrapper-Skript und einem Austausch des Schlüsselworts “SYSFS” gegen “ATTRS” in der Datei “80-usb_modeswitch.rules” der Version 1.0.7 des Tools.

Die neue Version von usb-modeswitch unterstützt jetzt den UMTS-Stick “Vodafone/Huawei KV3675-HV” von Haus aus. Es reicht das Paket zu installieren um den Stick benutzen zu können.

Bitte testet das Paket und meldet die auftauchenden Probleme bitte per Kommentar zu diesem Artikel. Ich werde dann versuchen das Problem selbst zu lösen oder leite dieses an den Entwickler von USB-Modeswitch weiter.

Falls Probleme auftauchen, sollte man das Logging des Wrapper-Skripts anschalten. Dazu muss nur in der Datei “/usr/sbin/usb_modeswitch.tcl” die Zeile “set logging 0″ auf “set logging 1″ geändert werden. Danach legt das Skript eine Datei namens “/var/log/usb_modeswitch_*”  (* steht für den SYSFS-Pfad) an und protokolliert alle Aktivitäten von usb-modeswitch darin.

Ubuntu Karmic und Vodafone K3765-HV/Huawei K3765

In der aktuellen c’t (Ausgabe 01/2010) findet sich auf den Seiten 122-127 ein Test (“UMTS zum Anstecken”) zu einigen der momentan erhältlichen UMTS-USB-Sticks (Hauptsächlich solche die über die diversen Mobilfunkanbieter vertrieben werden). Darunter befindet sich auch der aktuell von Vodafone vertriebene Stick “Vodafone K3765-HV”. Dieser liegt z.B. dem “Surf-Sofort-Paket” bei, ist aber auch einzeln, ohne weiteren Vertrag erhältlich.

In diesem Artikel schreiben die Autoren das es ihnen nicht möglich war diesen UMTS-Stick unter Linux zum Funktionieren zu bringen, da sie keine funktionierende Umschaltsequenz für das Programm “usb-modeswitch” für den Stick finden konnten.

Ohne diese Umschaltsequenz wird der Stick nur als Massenspeicher vom System erkannt. In diesem Modus wird der Stick als USB-Flash-Laufwerk behandelt und man kann in diesem Modus die darin enthaltenen Treiber (nur Windows) installieren. Unter Windows wird nach der Installation des Treibers der Stick vom Treiber in den Modem-Modus versetzt. Unter Linux wird dazu ein kleines Tool namens “usb-modeswitch” benötigt, um das Umschalten zu bewerkstelligen. Für viele Sticks reichen die, im Tool eingebauten, vorgegebenen Umschaltsequenzen. Im Fall des Vodafone K3765-HV muss man etwas tiefer in die Trickkiste greifen.

Es gibt dank der Arbeit des “vodafone-mobile-connect-driver”-Projekts eine funktionierende Sequenz für diesen Stick :

sudo usb_modeswitch -v 12d1 -p 1520 -M 55534243EE0000006000000000000611062000000000000000000000000000

Diese Sequenz schaltet den Stick zuverlässig in den Modem-Modus um.

In der neuen Version 1.0.6 des Tools “usb-modeswitch” ist eine weitere Sequenz für den Stick enthalten :

sudo usb_modeswitch -v 12d1 -p 1520 -M 55534243123456780000000000000011060000000000000000000000000000

Diese funktioniert ebenfalls problemlos. Welche man benutzt scheint egal zu sein.

Ubuntu Karmic : “ureadahead” ersetzt “sreadahead”

Seit ein paar Stunden steht für Karmic ein kleines, aber sehr tiefgreifendes Update bereit :

Der Dienst “sreadahead” wird durch den neuen Dienst “ureadahead” ersetzt.

Während “sreadahead” hauptsächlich dafür gedacht ist die Bootgeschwindigkeit des Systems mit SSD-Platten zu erhöhen und fast keine Auswirkungen bei normalen Festplatten hatte, ist “ureadahead” auf normale Festplatten optimiert.

Die Funktionsweise des Dienstes lässt sich einfach gesprochen so erklären :

Nach der Installation des Dienstes muss man den Rechner neu starten. Während des erneuten Startvorgangs analysiert “ureadahead” den Startvorgang und überprüft welche Dateien geladen werden und wo diese auf der Festplatte liegen. Ist der Startvorgang abgeschlossen, werden diese Informationen in eine Datei mit Namen “pack” ins Verzeichnis “/var/lib/ureadahead” geschrieben.

“ureadahead” benötigt für diesen Vorgang zwingend einen Kernelpatch, welcher aber seit der Kernelversion “2.6.31-15″ (Seit ca. drei Wochen erhältlich) im Kernel vorhanden ist. Wer einen Mainline -oder Selbstbau-Kernel benutzt, muss einen Patch in den Kernel integrieren und diesen Neukompilieren.

Beim Nächsten Startvorgang benutzt “ureadahead” diese Datei um die, für den Startvorgang, benötigten Dateien in einer optimierten Reihenfolge in den PageCache des Kernels zu laden. Ist dieser Vorgang abgeschlossen, kann das System auf diese Dateien deutlich schneller zugreifen und die nächsten Startvorgänge des System läufen dadurch wesentlich schneller als zuvor ab.

Um von “ureadahead” wirklich zu profitieren, sollte man nach der Installation des Dienstes folgendes tun :

  1. Das automatische Login per “System->Systemverwaltung->Anmeldebildschirm” aktivieren (Falls man es nicht eh schon benutzt).
  2. Das Paket “xplash” deinstallieren. Dieses ist im Zusammenspiel mit “ureadahead” absolut nicht mehr notwendig, da der Xserver und GDM so schnell gestartet werden, das xsplash die Ladezeit nur verlängert.
  3. Den Rechner neu starten.
  4. Warten bis das Panel erscheint und danach sofort die normalerweise benutzten Programme starten (Bei mir Firefox und Evolution). Das funktioniert auch, wenn der GNOME-Keyring-Manager ein Passwort verlangt. Dieses kann man nach dem Starten der Programme eingeben.
  5. Jetzt muss man nur noch knapp eine Minute warten, damit sich “ureadahead” beendet und die Datei “pack” geschrieben wurde.
  6. Das Autologin deaktivieren (Siehe Punkt 1) und den Rechner neu starten.

Der Geschwindigkeitszuwachs beim Startvorgang kann je nach Rechner mehr oder weniger dramatisch ausfallen. Auf meinem Notebook sind es ohne “ureadahead” ca. 48s bis ein, per Autostart geladener, Firefox die Seite des Heise-Newstickers anzeigt. Mit “ureadahead” sind es gerade mal 28s.

Beim normalen Startvorgang (ohne Autologin und Autostart) dauert es bei meinem Rechner bis zum Laden von GDM 24s. Der GNOME-Desktop ist dann in weiteren 4s geladen. Firefox lädt in ca. 4s, Evolution in knapp 2s.

Wer viel mit irgendwelchen Diensten oder anderen Startrelevanten Programmen herumexperimentiert, muss daran denken das “ureadahead” bei jeder (De-)Installation eines solchen Programmes ein neues Profil anlegt und das alte Profil löscht. Das heißt der erste Startvorgang nach einer solchen (De-)Installation wird wieder länger dauern, die darauf folgenden Startvorgänge sind wegen des neu angelegten Profils aber wieder schneller.

Aussehen von GDM unter Ubuntu Karmic konfigurieren II

Vor ein paar Tagen bin ich auf eine Möglichkeit gestoßen das Aussehen von GDM auch mit grafischen Tools einstellen zu können. Man muss den “sudo”-Befehl nur um den Befehl “dbus-launch” ergänzen.

Um z.B. den grafischen Gconf-Editor zu starten, muss nur folgender Befehl eingegeben werden :

sudo -u gdm dbus-launch gconf-editor

Den normalen Erscheinungsbild-Einstellungsdialog kann man per folgendem Befehl aufrufen :

sudo -u gdm dbus-launch gnome-appearance-properties

Die dabei erscheinende Fehlermeldung kann man ignorieren.

Aussehen von GDM unter Ubuntu Karmic konfigurieren

An dieser Stelle möchte ich mit Hilfe einer kleinen Anleitung zeigen, wie man die neueren GDM-Versionen (2.22 und höher) konfigurieren bzw. das Login-Fenster an den eigenen Geschmack anpassen kann.

Bis Version 9.04 benutzte Ubuntu noch die alte Version von GDM (Version 2.20).  Diese benutzte zur Konfiguration des Login-Managers die Dateien “/etc/gdm/gdm.conf” bzw. “/etc/gdm/custom.conf”. Diese beiden Dateien sind in allen neueren Versionen von GDM (2.22+) nicht mehr vorhanden bzw. werden bei einem Upgrade nutzlos.

Alle neuen Versionen von GDM benutzen die gconf-Datenbank zur Konfiguration. Im Prinzip ist der Login-Manager nichts anderes als eine vollwertige GNOME-Anwendung. Das hat zur Folge, das man alle Einstellungen die man für den GNOME-Desktop möglich sind, auch für den Login-Manager vornehmen kann (z.B. Theme, Hintergrundbild, Schriftart, Schrifthinting, Barrierefreiheit, usw.).

Auf Grund der neuen Architektur haben sich die Verzeichnisse mit den Konfigurationsdateien grundlegend geändert. Das liegt daran das ein Teil von GDM jetzt nicht mehr mit root-Rechten läuft, sondern als nicht-privilegierter Benutzer “gdm”. Deshalb findet man auch fast keine Konfigurationsdateien unter “/etc/gdm” mehr (nur noch solche die für das Session-Management zuständig sind), sondern die Dateien liegen im Verzeichnis “/var/lib/gdm”, welches nichts anderes als das Benutzerverzeichnis des Benutzers “gdm” ist (Siehe auch die Datei “/etc/passwd”).

Da GDM die Gconf-Datenbank zur Konfiguration benutzt, sind eben in jenem Verzeichnis auch alle Dateien der Datenbank des Benutzers “gdm” zu finden (Vor allem im Verzeichnis “/var/lib/gdm/.gconf”).

Ein Problem ist, das es im Moment noch kein grafisches Tool für die neue GDM-Version gibt und das Tool “gconf-editor” nicht eingesetzt werden kann. Deshalb muss man leider auf das Konsolenprogramm “gconftool-2″ ausweichen. Die Bedienung des Programms ist zwar nicht ganz intuitiv, mit etwas Übung aber recht einfach.

Eine wichtige Voraussetzung um das Programm überhaupt einsetzen zu können, ist die Wahl des richtigen Benutzers beim Aufruf. Da der grafische Login-Manager als Benutzer “gdm” läuft, muss man dem Programm eben jenen Benutzer mitteilen. Das geht über die Option “-u” des “sudo”-Programms :

sudo -u gdm gconftool-2

Um jetzt z.B. das Hintergrundbild des Login-Managers zu ändern, gibt man folgendes in die Konsole ein :

sudo -u gdm gconftool-2 --type string --set /desktop/gnome/background/picture_filename /usr/share/backgrounds/Arc-Brave.png

Die Schrift des Login-Managers lässt sich mit folgender Zeile ändern :

sudo -u gdm gconftool-2 --type string --set /desktop/gnome/interface/font_name "DejaVu Sans Book 10"

Hinweis
Einen Tippfehler im Schlüsselwert quittiert das Programm mit keinerlei Fehlermeldung. Man sollte also vor dem Absetzen einer Änderung alles nochmals überprüfen. Nur Fehler im Schlüsselnamen (z.B. falscher Pfad) werden angezeigt.

Die genaue Bezeichnung einer Schriftart setzt sich aus dem Namen der Schrift, dem Stil und der Schriftgröße zusammen. Wichtig ist vor allem das man die Schriftart in Anführungszeichen setzt um die Leerzeichen benutzen zu können. Ansonsten wird jedes Wort als eigenständiger Parameter interpretiert und man bekommt im besten Fall eine Fehlermeldung präsentiert.

Die Syntax des Programms relativ einfach erklärt :

Die Option “–type” ist der Typ des Wertes den man setzen möchte (Bei Wörtern immer “string”, bei einer Ja/Nein-Option immer “bool”) , “–set” dient zum Setzen eines Wertes in der Datenbank, dahinter folgt der Schlüsselname zusammen mit seinem Pfad und danach der Schlüsselwert. Per Option “–get” kann man gezielt einzelne Schlüsselnamen und deren Werte auslesen.

Der folgende Befehl listet ausgehend vom Wurzelpfad “/” der Datenbank rekursiv (Option “-R”) alle Schlüssel auf :

sudo -u gdm gconftool-2 -R / | less

Die wichtigsten Schlüssel für die Optik des Loginmanagers sind im Pfad “/desktop/gnome/interface” und ” /desktop/gnome/font_rendering” zu finden :

sudo -u gdm gconftool-2 -R /desktop/gnome/interface
sudo -u gdm gconftool-2 -R /desktop/gnome/font_rendering

Eine genauere Beschreibung des Programms “gconftool-2″ erhält man über den Parameter “–help” oder über dessen Man-Page.

Weiterführende Informationen zu “gconf” kann man unter den folgenden Links finden :

Wikipedia-Eintrag zu Gconf
GConf configuration system
GConf Reference Manual

Skript zur Installation von OpenOffice.org3.1.1 unter Debian/Ubuntu

Mit ein paar Tagen Verspätung :

Skript für OpenOffice.org 3.1.1

Das Skript benötigt folgende Pakete, damit es funktioniert :

  • fakeroot
  • rpm
  • desktop-file-utils
  • libgtk2.0-bin
  • shared-mime-info

Das Skript wird einfach per “bash ooo311-install-de.sh” gestartet. Der Rest geschieht von alleine.

Skript zur Installation von StarOffice 8 PP13 unter Debian/Ubuntu

An dieser Stelle ist mein Skript zur Erstellung eines Debian-Pakets aus der Downloadversion von StarOffice8 zu finden. Da meine alte Homepage nicht mehr existiert, biete ich das Skript in dieser Stelle wieder an.

Skript für StarOffice 8

Das Skript benötigt folgende Voraussetzungen, damit es funktioniert :

Pakete :

  • fakeroot
  • fastjar
  • rpm
  • desktop-file-utils
  • libgtk2.0-bin
  • shared-mime-info

Dateien :

  • Downloadversion von StarOffice 8 (Dateiname “so-8-?-bin-linux-en-US_de.sh”)
  • Product Patch 13-Archiv (Dateiname “120184-17.jar”) im JAR-Format.

Das Skript wird einfach per “bash so8-autoinstall-PP13.sh” gestartet. Der Rest geschieht von alleine.