Tuxevaras Blog

War jetzt langsam so genervt von dem Verhalten, das mein Ubuntu innerhalb einer .local Domain nichts aufloesen konnte, solange Avahi laeuft, dass ich dem jetzt endlich mal nachgegangen bin.

Eine Loesung waere, in der Datei /etc/nsswitch.conf das [NOTFOUND=return] aus der Zeile beginnend mit hosts zu entfernen, um bei einer fehlgeschlagenen mDNS Aufloesung dann auf die normale DNS Aufloesung zu gehen. Das ist mir allerdings zu langsam und habe daher die Zeile wie folgt angepasst:

hosts:          files dns mdns4_minimal mdns4

Nun funktioniert auch die Aufloesung von .local Adresse innerhalb des LANs gut und schnell.

Nach meinem Update auf Jaunty hatte ich teilweise mehrere Freezes die Stunde. Scheint ein Problem im 2.6.28er Kernel mit Intel Grafikkarten zu sein. Zumindest wenn man den ganzen Bugreports dazu glauben schenken darf. Neurer Kernel aus Karmic schied erstmal aus, wegen Ermangelung eines passenden Restricted Modules Pakets (fuer Madwifi benoetigt). Auf selber bauen habe ich eigentlich auf meinen Systemen kaum noch Lust. Daher: Kernel aus Intrepid wieder installiert. Scheint sich ganz gut auszugehen damit – hatte keinen einzigen Freeze mehr seitdem.

Es geschehen noch Zeichen und Wunder: Nach vielen Jahren funktioniert Suspend to Ram auf meinem FSC Amilo M 7400 ordentlich. Bisher tat es meine Atheros WLAN KArte nach dem Wakeup nicht mehr. Das Problem ist jetzt mit Jaunty verschwunden. Bin mal gespannt ob sich der erste positive Eindruck noch weiter bestaetigt. Original ist in dem Laptop eine Intel 2100 drin gewesen, welche ich aber aus Geschwindigkeitsgruenden vor zwei Jahren ersetzt habe.

EDIT: Tja die Freude wehrte nicht lang: der ath5k Treiber produziert nen Packetloss von 20% und ist somit mit einer Karte unbrauchbar. Mit Madwifi kein Problem aber STR hat den alt bekannten Fehler, nach dem Resume nicht mehr connecten zu koennen.

Ich bin mir absolut sicher, dass das vor dem update vor ca. einer Woche noch alles ging. Neben dem Firefox Profil Bug und Windowstaste = Fullscreen Bug scheinen die auch noch Cups teilweise geschrottet zu haben.
Ohne “BrowseShortName On” in der /etc/cups/cupsd.conf konnte man nicht mehr auf freigegebene Drucker auf anderen CUPS Servern drucken. Loesung fand ich im Redhat BTS unter Bug #248245. Nicht davon betroffen war OpenOffice.org, aber Firefox und Evince.

Bastel seit zwei Tagen daran bei mir zu Hause einen physikalischen Server mit Debian Etch drauf in einen KVM Guest zu verwandeln und scheitere immer wieder an GRUB. Mein vorgehen ist dabei, eine GRML Small zu booten, Laufwerk einrichten und Daten per rsync zu uebertragen. Dann chroot in das kopierte System und grub installieren. So hab ich das bisher eigentlich immer gemacht. root (hd0,0) geht ja noch aber setup (hd0) kann nicht /boot/grub/stage1_5 usw. lesen.

Wie sich jetzt zeigte liegt das ganze an der default inode size in aktuelleren mkfstools. Diese ist naemlich schonmal auf 256 (frueher 128) angehoben worden. Soll wohl eine vorbereitung auf ext4 sein. Formatiert man die HDD nun mit mkfs.ext3 -I 128 …. geht auch grub spaeter ohne Probleme.

Bin auf der Suche nach der GRML zshrc auf Mikas Blog gestossen. Dort hat er unter dem Eintrag Make console work comfortable. endlich mal dokumentiert wie man auf jedem Linux ganz einfach die scheonen GRML Konfigurationen einrichten/benutzen kann.

Lieder wird der Kartenleser von Kobil nicht mehr unterstuetzt, so dass man sich entweder einen neuen kaufen muss (besser nicht mehr von Kobil, da deren Supportpolitik wohl etwas daneben ist) oder darauf hoffen, dass es immer so faehige und nette Leute wie Frank Seidel von Suse geben wird. Er hat fuer die 2.6.22er Kernel Serie einen Patch bereitgestellt: http://linux.f-seidel.de/kobil/kobil_sct_update.patch
In OpenSuse ist dieser mitlerweile offiziell drin, in Ubuntu leider (noch) nicht. Daher muss man den Patch selber installieren. Im Ubuntuusers wiki gibts es dazu einen leider stark veralteten und teilweise falschen Eintrag. Da ich mich dort nicht anmelden moechte und man den Verfasser ohne Anmeldung nicht erreichen kann, hoffe ich auf die Macht des Web 2.0 und dokumentiere das ganze, hoffentlich fehlerfrei, nun hier. Also los.

Zunaechst einmal muss man alle Pakete zum kompilieren des Kernels installieren. Das Metapaket linux-kernel-devel nimmt einem das ab.

sudo aptitude install linux-kernel-devel

Dann natuerlich die kernel sourcen selber, diese sind aber evtl schon durch linux-kernel-devel mit installiert. Wenn nicht:

sudo aptitude install linux-source

Nun in das /usr/src Verzeichnis wechseln und den kernel entpacken:

cd /usr/src
sudo tar xjf linux-source*bz2

Anschliessend den Patch herunterladen und installieren:

sudo wget http://linux.f-seidel.de/kobil/kobil_sct_update.patch
sudo patch -p1 < kobil_sct_update.patch

Evtl. muss man patch noch sagen wo der zu patchende File liegt. Was in meinem Fall /usr/src/linux-source-2.6.22/drivers/usb/serial/kobil_sct.c war.

Dann kann der Kernel neu kompiliert werden. Damit das mit den gleichen Optionen wie der aktuell laufende passiert, erst noch das config file kopieren:

sudo cp /boot/config-2.6.22-14-generic /usr/src/linux-source-2.6.22/.config

Nun kann der Kernel als Debian Paket gebaut werden. Die Angabe des revision Paramters sollte man aptitude show linux-2.6.22-14-generic rausfinden.

cd /usr/src/linux-source-2.6.22
sudo make-kpkg kernel_image –revision 14.21 –append-to-version -14-generic

Als letztes hat man die Wahl, ob man den neuen Kernel installieren oder einfach nur das Modul austauschen moechte.

Kernel installieren:

sudo dpkg -i /usr/src/linux-image-2.6.22.9-14-generic_14.21_i386.deb

Modul austauschen:
sudo mv /lib/modules/2.6.22-14-generic/kernel/drivers/usb/serial/kobil_sct.ko /lib/modules/2.6.22-14-generic/kernel/drivers/usb/serial/kobil_sct.ko.bak
sudo cp /usr/src/linux-source-2.6.22/drviers/usb/serial/kobil_sct.ko /lib/modules/2.6.22-14-generic/kernel/drivers/usb/serial/kobil_sct.ko

Spaetestens nach einem Reboot sollte dann alles funkionieren.

That’s all folks!

Bin durch einen Kollegen auf die Moeglichkeit Spamassasin mit vorkompiliertem Regelwerk zu betreiben hingewiesen worden. Die Voraussetzungen sind unter Techblogging zu finden.

Der eigentliche Trick liegt bei Debian darin, einmalig sa-compile auszufuehren bevor man in der Datei /etc/spamassassin/v320.pre den Eintrag loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody auskommentiert.

Das cron.daily Skript kompiliert von nun an auch die neuen Regeln automatisch.

In wie weit das nun die Performance steigert wird sich zeigen. Werde das dann spaeter mal hier dokumentieren.