analyzer's weblog

Habe es nun endlich hinbekommen mein Kubuntu System auf die KDE Version 3.5 upzudaten. Eine Anleitung findet Ihr hier [1]. Es ist speziell darauf zu achten, dass ihr bei der Installation mit einer Terminal Session eingeloggt sein müsst (keine KDE Session). Wer das versprochene Superkaramba bereits nach der Installation sucht wird enttäuscht. Apt-get install superkaramba schafft da aber Abhilfe. Die Application kann nun unter Dienstprogramme gestartet werden.

[1] KDE 3.5 Installation

Ich möchte hier doch noch die Lösung meines Soundproblems veröffentlichen. Ein Distributions-Update auf die Version 5.10 hat alle Probleme gelöst.

Als Debian Fan konnte ich es mir nicht verkneifen Ubuntu mal genauer anzuschauen. Ich verwendet version 5.04 für meine Zwecke. Schon positiv überrascht war ich über die schnelle Installation. Alle wichtigen Tools schon mitinstalliert und konfiguriert. Das alt bekannte Paketmanagement von Debian (apt-get) ebenfalls als GUI vorganden. Wechseldatenträger (USB-HDs und USB-Sticks) werden ohne weiteres erkannt und auf den Desktop gemountet. Der Zugriff auf NTFS Partitionen wird leider nicht ohne weiteres mitgebracht, wie dies bei Distributionen wie z.B. SuSE der Fall ist.

Leider verfliegt die Euphorie rasch, der Sound (VIA 8233A AC97) ist nicht funktionsfähig. OSS und Alsa schaffen leider keine Abhilfe, manuelles laden der Kernelmodule schlägt fehl. Auch kann die deutschsprachige Community nicht weiterhelfen. Ich werde daher mal auf die Suche gehe

Ich bin mit dem in Confixx integrierten Webmail sehr unzufrieden, daher habe ich nach einer „besseren“ Alternative gesucht. Ich stiess sehr rasch auf das Freeware Produkt Squirrelmail und war schnell dafür begeistert.

Installation:
Dank eines Debian Pakets (apt-get install squirrelmail) ist die Installation unproblematisch und ohne einen Eingriff des Benutzers möglich. Ein zusätzlicher virtueller Host auf das Verzeichnis /usr/share/squirrelmail muss beim Apache Webserver eingerichtet werden. Ebenfalls müssen auf den Ordner data und attache die owner auf den Webserveruser gesetzt werden. Anschliessend noch chmod 777 und schon ist alles funktionstüchtig.

ACHTUNG: Es empfiehlt sich nicht chmod 777 zu setzen aus Sicherheitsgründen, es wird read und write auf attache und zusätzlich executable auf data benötigt.

Mehr Informationen auf der Projektseite:
http://www.squirrelmail.org/index.php

Vielen Administratoren hoffen nur keine IP-Range Änderung mitmachen zu müssen. Das umstellen der Server ist nur der kleinere Teil der Arbeit. Hat man vielleicht versäumt bei einigen Client/Server Applicationen auf den Hostname zu setzen, so artet eine solche Umstellung schnell aus. Auch ältere Systeme wie OS/2 müssen auf einen neuen Range am liebsten ohne Unterbruch gezügelt werden. Da freut sich jeder Linuxadministrator. Wenige Shell Commands und alles läuft auf der neuen IP, eventuell noch zwei Serverapplicationen neu starten oder ein Listener ändern schon erledigt.

Der Planungsaufwand eines solchen Events ist zwar immens, sollte aber auf keinen Fall vernachlässigt werden. Ohne eine genaue Planung im Team kann aus einer IP-Umstellung über eine Nacht schnell zu mehreren Tagen ausarten.

Ein Linuxsystem so booten ist nur selten notwendig, doch es war wieder einmal soweit. Nach etwa einem Betrieb von 2 Monaten ohne einen Boot wurde das System merkbar langsamer. Serveranwendungen verarbeiteten Anfragen usw. nur langsam. Ein System booten, max. 10 min kein Problem. Aus den 10 Minuten wurden schnell 2 Stunden. 3:00Uhr morgens: Alle speziellen Applikationen mussten unter den entsprechenden Benutzer sauber beendet werden. Gesagt, getan, gebootet und schon geschah das Unglück. Anscheinend lief etwas schief, das System kam zwar ohne Fehlermeldungen wieder hinaus, doch waren einige Berechtigungen nicht mehr wie sie sein sollten. Doch ein guter Administrator hat alles Dokumentiert, daher auch kann grosses Problem. Der Anfang eines ganz „normalen“ Arbeitstages.