Weh-Wehchen beim Upgrade auf KDE SC 4.4

Verfasst am 13. Februar 2010, abends.

Am 9.2.2010 erschien die KDE Software Compilation 4.4 und rutschte gewohnt pünktlich in die Paketquellen von Arch Linux.

Das Upgrade lief (mit dem Hinweis von der Arch-Seite) gewohnt sauber, ein paar kleine Probleme gab es jedoch nach dem Neustart von KDE:

Kleine Probleme (Kontrollleiste, YaWP)

Die Kontrollleiste wurde falsch dargestellt: Der Systemabschnitt war zu groß für die Leiste. Die gesamte Leiste ließ sich noch weiterhin vergrößern, doch beim Verkleinern behielten die Plasmoids in der Kontrollleiste ihre Übergröße. Bevor ich lange nach der Problemquelle suchte, erstellte ich eine neue Kontrollleiste (über die „Cashew“ in der oberen rechten Bildschirmecke) und trat die alte einfach in die Tonne (Cashew in der Leiste anklicken → weitere Einstellungen → „‚Kontrollleiste‘ entfernen“).

Das yaWP lief nicht mehr. Neukompilieren schuf Abhilfe. Da das Plasmoid im AUR liegt, geht das ratzfatz mit yaourt -S yawp-weather-plasmoid.

Größere Probleme (Akonadi, Strigi)

Das einzige größere Problem bereitete Akonadi, KDEs Datenverwaltungsdienst, der vor allem für Kontact (also KMail, Akregator, etc.) benötigt wird. Ferner schmierte Strigi regelmäßig ab, nachdem es beim Anlegen des Such-Indexes meine Prozessoren mehrfach an den Rande des Kollapses brachte. ;-)

Kurz nach dem Starten von Kontact poppte der Akonadi-Selbsttest auf und beschwerte sich über die folgenden Punkte:

• MySQL-Serverprotokoll enthält Fehler
• Nepomuk-Suchdienst nicht am D-Bus registriert
• Kein Ressourcen-Vermittler gefunden
• Früheres Fehlerprotokoll des Akonadi-Servers gefunden
• Früheres Fehlerprotokoll des Akonadi-Steuerprogramms gefunden

Das MySQL-Serverprokoll zum Beispiel sah so aus:

Test 4:  ERROR
--------

MySQL server log contains errors.
Details: The MySQL server error log file &apos;<a href='/home/andre/.local/share/akonadi/db_data/mysql.err'>/home/andre/.local/share/akonadi/db_data/mysql.err</a>&apos; contains errors.

File content of '/home/andre/.local/share/akonadi/db_data/mysql.err':
100213 18:06:50 [Note] Plugin 'FEDERATED' is disabled.
100213 18:06:50 [Note] Plugin 'ndbcluster' is disabled.
100213 18:06:51  InnoDB: Started; log sequence number 0 312442
100213 18:06:51 [Warning] Can't open and lock time zone table: Table 'mysql.time_zone_leap_second' doesn't exist trying to live without them
100213 18:06:51 [ERROR] Can't open and lock privilege tables: Table 'mysql.servers' doesn't exist
100213 18:06:51 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.1.42-log'  socket: '/home/andre/.local/share/akonadi/db_misc/mysql.socket'  port: 0  Source distribution

Eine Google-Suche führte mich zum Forum von Ubuntuusers.de. Dort stieß ich auf folgenden Lösungsweg, der bei mir prima funktioniert hat:

1. Akonadi stoppen: akonadictl stop
2. Alte Konfigurations-Dateien von Akonadi entfernen: rm -r $HOME/.local/share/akonadi Oder (weniger radikal) den Konfigurations-Ordner umbenennen: mv $HOME/.local/share/akonadi{,~alt}
3. Akonadi starten: akonadictl start
4. mysql_install_db --datadir=$HOME/.local/share/akonadi/db_data/ ausführen. (Falls der Befehl dem System unbekannt ist, sollte pacman -Sy mysql Abhilfe schaffen.)
5. mysql_upgrade --socket=$HOME/.local/share/akonadi/db_misc/mysql.socket
6. Akonadi erneut stoppen und starten (akonadictl restart), dann einen Blick ins Protokoll werfen (Strg + F2, „akonadi“ eintippen und „Akonadi-Einrichtung“ auswählen. Dort auf den „Test“-Button klicken.)

Bei mir waren damit alle Akonadi-Probleme passé. Schon nervig, aber letztlich doch keine große Nummer. Vielleicht besteht das Problem auch gar nicht, wenn man KDE 4.4 ganz frisch installiert oder mit einem brandneuen Benutzer-Profil startet.

Falls es jemandem hilft, hier mal mein komplettes altes Fehlerprotokoll: Akonadi-Fehlerprotokoll.txt

Ansonsten macht KDE 4.4 einen guten Eindruck. Es läuft stabil und flott, sieht dabei gut aus und hat ein paar neue interessante Funktionen. Einen guten Überblick gibt die weiter oben bereits verlinkte Release-Ankündigung.

Nachtrag 1: Das Problem mit Strigi hat sich leider doch noch nicht in Wohlgefallen aufgelöst – der Indexer stürzt regelmäßig ab. Ich habe den Artikel deshalb leicht editiert und begebe mich nun erneut auf Fehlersuche.

Nachtrag 2: Wer nach Anwendung diesen Maßnahmen die Meldung „Kein Zugriff auf den Postausgangs-Ordner (Unbekannter Fehler. (Unknown resource)) möglich.“ vom Mail Dispatcher Agent kriegt, möge sich diesen Eintrag ansehen.

Schlagwörter: akonadi, kde, linux, strigi

Außerdem: kommentieren | weitersagen