Die letzten beiden Wochen war ich im Urlaub im Ausland unterwegs. Deswegen habe ich mir zum gelegentlichen Zeitvertreib einige Spiele auf mein Motorola Milestone (2.1) heruntergeladen. Die Meldung, dass der Telefonspeicher knapp wird, habe ich geflissentlich ignoriert. Da die QuickSettings-App noch 8 MB als frei angezeigt hat.

In den letzten Tagen musste ich mich darüber wundern, dass das Telefon irgendwie gesponnen hat. GMail synchronisierte sich nicht mehr, Abstürze häuften sich, SMS konnten nicht empfangen werden usw.

Heute bin ich mit etwas Suchen auf diesen Hilfe-Artikel gestoßen, der beschreibt, wie man den GMail-Cache löschen kann. Unter Android werden empfangene SMS, Emails, usw. im Telefonspeicher abgelegt. Dies führt natürlich zu Problemen, wenn kaum noch Speicher vorhanden ist. Also, sofort einige Spiele gelöscht und voila, es funktioniert wieder

Eine etwas aussagekräftigere Fehlermeldung als „Synchronisation ist fehlgeschlagen“ wäre zwar gut gewesen, aber ich hätte einfach die „Wenig Telefonspeicher“-Meldungen ernster nehmen sollen…..

ich habe mich noch ein bisschen mit UDEV beschäftigt, um das Automounting meiner externen Festplatte an der SLUG zu realisieren. Hintergrund ist folgender:

• Die Festplatte ist nicht immer an der SLUG angeschlossen (Strom sparen und Platte vor Verschleiß schützen).
• Die SLUG soll später mal dauerhaft als VPN- und Jabber-Server laufen.
• Beim Anschluss der Festplatte soll diese gemounted und der Samba-Dämon gestartet werden.
• Bei einmaligem Tastendruck soll die Festplatte je nach Mount-Status unmounted oder neu gemounted werden. Gleiches gilt für den Samba-Dämon.
• Zweimaliger Tastendruck fährt die SLUG herunter.
• NFS wird nicht realisiert, da es zu einem sehr langem Bootvorgang führt und danach trotzdem nicht richtig funktioniert, falls die Festplatte schon beim Start angeschlossen ist.

Also, zum Start braucht man erst einmal mehrere Bash-Skripte und Anpassungen in der inittab und in den UDEV Regeln:

Mount-Skript:

Hier wird versucht, die externe Festplatte zu mounten und bei Erfolg den Samba-Dämon zu starten. Zusätzlich wird noch das LED für Disk 2 zuerst blinkend und am Ende auf an geschaltet. Die Datei habe ich unter dem Namen „/usr/bin/mybookMountAndStartServices“ abgelegt. Sie soll bei jedem einzelnen Tastendruck ausgeführt werden, wenn die externe Festplatte nicht gemounted ist.

#!/bin/sh
LOGFILE="/var/log/exthddmount.log"
THIS="mybookMountAndStartServices"
MOUNTDIR="/mnt/MyBook"

# set led 2 to flashing state
leds disk-2 flash

# try to mount
echo "$THIS Try to mount MyBook" >> $LOGFILE
mount $MOUNTDIR

# check mount status
if [ $? == 0 ]
then   echo "$THIS MyBook was mounted. Try to start services." >> $LOGFILE
else    cat /etc/mtab | grep $MOUNTDIR > /dev/null
if [ $? == 0 ]
then  echo "$THIS MyBook is already mounted. Try to start services" >> $LOGFILE
else   echo "$THIS MyBook is not connected or an error occured on mount" >> $LOGFILE
exit 1
fi
fi

# start samba service
sh /etc/init.d/samba start

# set led 2 to on
leds disk-2 on

leds beep -r 1

Umount-Skript:

Das gleiche Skript, nur anders herum. Services werden gestoppt, die Festplatte wird unmounted. Gespeichert wird die File unter „/usr/bin/mybookUmountAndStopServices“.

#!/bin/sh
LOGFILE="/var/log/exthddmount.log"
THIS="mybookUmountAndStopServices"
MOUNTDIR="/mnt/MyBook"

# stop samba service
sh /etc/init.d/samba stop
echo "$THIS Stopped all services" >> $LOGFILE

# umount MyBook
echo "$THIS Umounting MyBook..." >> $LOGFILE
umount $MOUNTDIR
echo "$THIS Umounted MyBook. No you can disconnect it" >> $LOGFILE

# set led 2 to flashing state
leds disk-2 off
leds beep -r 2

Ausführung bei Tastendruck – Inittab:

„Das ist natürlich schön und gut, aber wie und wann werden die Skripte ausgeführt?“ wird sich jetzt mancher denken. Über die Datei „/etc/inittab“ festgelegt werden, was bei der Tastenkombination STRG+ALT+ENTF passiert. Bei der SLUG entspricht dies einem einmaligem Tastendruck. In der Inittab muss die Zeile für den Tastendruck, die ungefähr wie folgende aussieht

ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

durch folgenden Code ersetzt werden:

ca:12345:ctrlaltdel:/usr/bin/buttonPressControl &

Das Skript, welches hier aufgerufen wird, beschreibe ich im nächsten Abschnitt. Das „&“ am Ende der Zeile ist sehr wichtig.

Tastendruck-Kontrolle:

Die Skripte zum Mount bzw. Umount habe ich schon beschrieben, aber woher weiß die SLUG, welches beim Tastendruck ausgeführt werden soll? Und wie kann man einen zweimaligen Tastendruck erkennen? Ich habe deswegen ein weiteres Skript entworfen, welches sich darum kümmert und das bei jedem Tastendruck aufgerufen wird. Die Erkennung des zweimaligem Tastendrucks ist vielleicht nicht ganz sauber gelöst, aber mir ist auf Anhieb nichts besseres eingefallen.

#!/bin/sh

LOGFILE="/var/log/exthddmount.log"
EXT_HDD_DEV="/dev/mybook"
PIDFILE="/tmp/exthddmount.pid"
THIS="buttonPressControl"

touch $LOGFILE

if [ -e $PIDFILE ]
then
 rm $PIDFILE
 echo "$THIS Pressed a second time within 2 seconds. Shutdown system" >> $LOGFILE
 leds beep -f 800 -r 3 -l80 -d 40
 /sbin/shutdown -t1 -a -h now
else
 # create pid file
 touch $PIDFILE
 sleep 2

 if [ -e $PIDFILE ]
 then
 # beep to indicate start
 leds beep -f 700 -r 2 -l 80 -d 40

 # check if mounted
 cat /etc/mtab | grep /mnt/MyBook > /dev/null
 if [ $? == 0 ]
 then
 # already mounted, now umount and stop services
 sh /usr/bin/mybookUmountAndStopServices
 else
 # not mounted, check if connected
 if [ -e $EXT_HDD_DEV ]
 then
 # connected, but not mounted. Mount now
 sh /usr/bin/mybookMountAndStartServices
 else
 # not connected, do nothing
 echo "$THIS No MyBook connected. Do nothing." >> $LOGFILE
 fi
 fi
 rm $PIDFILE
 fi
fi

UDEV-Regel:

Was fehlt noch? Genau, eine UDEV-Regel, die das Mount-Skript auch bei Systemstart und beim Anschließen der Festplatte ausführt. Damit diese Regel zum Ende erst geprüft wird, habe ich sie „z70-exthddmount.rules“ genannt und in „/etc/udev/rules.d“ abgelegt.

BUS=="usb", KERNEL=="sd?1", SYSFS{serial}=="57442D574341554630363532373631", SYMLINK="mybook", RUN+="/usr/bin/mybookMountAndStartServices"

Dieser Code muss in einer Zeile stehen! Die eindeutige Seriennummer der externen Festplatte erhält man mit dem Programm lsusb:

SLUG:#lsusb -v | egrep "(iProduct | iSerial)"

iProduct                2 OHCI Host Controller
 iSerial                 1 0000:00:01.0
 iProduct                2 OHCI Host Controller
 iSerial                 1 0000:00:01.1
 iProduct                2 U3 Cruzer Micro
 iSerial                 3 08759111AD8169DA
 iProduct                2 EHCI Host Controller
 iSerial                 1 0000:00:01.2
 iProduct                2 My Book
 iSerial                 3 57442D574341554630363532373631

Die unteren beiden Zeilen stehen für meine externe Festplatte. Wer kein MyBook besitzt, muss natürlich nach der Bezeichnung seiner Festplatte suchen.

Fazit:

So das sind alle notwendigen Skripte, um das Automounting zu realisieren. Wenn alle Skripte vorhanden und angepasst sind, sollte die SLUG neu gestartet werden, um die Inittab und die UDEV-Regeln neu zu initialisieren. Wie schon angesprochen funktioniert das Mounten beim Start leider nur mit dem Samba-Dämon reibungslos. Bei NFS hängen sich die Startskripte leider auf, wenn beim Systemstart das Mount-Skript mittels UDEV aufgerufen wird. Wahrscheinlich ist der Zeitpunkt zu früh für NFS. Aber wenn jemand  eine Lösung dafür findet, passe ich das gerne noch an.

Der eingebettete Sourcecode wurde mit dem neuen Sourcecode-Plugin für WordPress erstellt. Hier ist noch eine kleine Anleitung dazu.

Meine bisherigen Gedanken als Mail-Server, Musik-Server, Mythbacken, etc. waren leider nicht praktikabel, da die Daten auf der HDD zu 99% der Zeit nur von einem Rechner aus genutzt wurden. Und da macht der extra Netzwerkzugriff auf die SLUG eigentlich nur Probleme. Außerdem halte ich es nicht gut für die Lebensdauer der Festplatte, wenn z.B. beim Mail-Server die externe Festplatte stündlich für den Mailcheck aufgeweckt wird. Und mittlerweile bin ich eh auf Google-Mail umgestiegen

Ab sofort wird die externe Festplatte nur sporadisch an der SLUG hängen, um erstens meine lokale Festplatte zu backupen (scheußliches denglisch, ich weiß) und zweitens als File-Server wie bisher zu dienen. Dies allerdings nur, wenn auch die externe Festplatte angeschlossen ist. Weitere Einsatzzwecke ohne HDD wären z.B. als Proxy- oder VPN-Server, aber das ist noch Zukunftsmusik.

Da die externe HDD jetzt nicht mehr dauerhaft an der SLUG hängen muss, habe ich mir gedacht, ein kleines Skript zum mounten/unmounten zu schreiben. Es sollte nach folgendem Mechanismus funktionieren: Wird die Taste an der Slug gedrückt, so sollte eine vorhandene HDD gemounted werden, falls sie dies schon ist, wird sie unmounted. Bei zweimaligem Tastendruck innerhalb von 2 Sekunden wird die Slug herunter gefahren.

Hier ist mal ein erster Entwurf mit reinem mounten und shutdown. Was noch fehlt, sind die Befehle zum Start der Services wie NFS, Samba etc. Dafür gibts schon einige beeps


#!/bin/bash

EXT_HDD_DEV=“/dev/sdb1″
PIDFILE=“/tmp/exthddmount.pid“

if [ -e $PIDFILE ]
then
leds beep -f 800 -l 200 -d 10 -r 2
rm $PIDFILE
/sbin/shutdown -t1 -a -h now
else
touch $PIDFILE
sleep 2
if [ -e $PIDFILE ]
then
if [ -e $EXT_HDD_DEV ]
then
mount $EXT_HDD_DEV
RESULT=$?
if [ $RESULT == 0 ]
then
echo „Mounted external HDD sdb1″
leds disk-2 flash
leds beep 1
else
umount $EXT_HDD_DEV
echo „Umounted external HDD sdb1″
leds disk-2 on
leds beep 2
fi
fi
rm $PIDFILE
fi
fi

ich könnte echt platzen vor Wut. Seit über einem Jahr verrichtet meine externe Festplatte von Western Digital klaglos ihren Dienst, eben bis heute. Aber lesen sie selbst ….

Gestern habe ich das neue Kubuntu Karmic installiert und vorher meine Einstellungen und mein Home-Verzeichnis auf die Platte gesynct. Karmic läuft gut und deswegen wollte ich gerade eben meine Daten zurücksichern. Da dies von der SLUG über Netzwerk doch etwas dauert, habe ich die Festplatte direkt am PC angesteckt. Nach dem Anstecken hat das Netzteil noch einmal ein letztes Zucken von sich gegeben, dann war Stille. Auch das Messen mit dem Voltmeter zeigte keine Spannungswerte mehr an. Das RMA-System von Western Digital ist gerade down, ich glaube es wird ein bisschen dauern, bis ich wieder an meine Mails, Musik, Filme, Programm-Configs, Mythtv-Backups, Firefox-Lesezeichen, Savegames etc. komme. Jetzt rächt es sich auch, dass ich meine Mails noch nicht von der SLUG auf Google Mail umgestellt habe. So eine Sch……….

Jetzt bleibt mir nur noch übrig, darüber zu philosophieren, warum bei redundanter Datenhaltung gerade dann die externe Sicherung ausfallen muss, wenn die interne auch nicht vorhanden ist. Schicksal eben …

QTMoko Homescreen

Die Installation verläuft problemlos. Mittels des vorgegebenen Rootfs und des Kernels von der QTMoko-Homepage sowie U-Boot von der Openmoko-Homepage kann sofort losgeflasht werden. Nach 2 Neustarts zur Initialisierung startet das System ohne Probleme. Die Oberfläche ist QTopia-Standard.  Alle positiven Punkte will ich jetzt mal stichpunktartig zusammen fassen:

1. Sehr schneller Start von Anwendungen
2. Große Auswahl an Keyboards. Es gibt auch welche mit deutschen Umlauten. Dazu kommt ein Terminal-Keyboard und die Handwriting-Methode. Predictive Keyboards lassen sich abschalten.
3. Obwohl das System seine Inhalte auf dem Framebuffer rendert, ist es möglich, auch X-Anwendungen zu starten. Hierzu kann mittels des Programms QX eine Instanz des X-Servers gestartet werden, in der das gewünschte Programm läuft. Dies funktioniert problemlos z.B. mit TangoGPS. Jetzt fehlt nur noch eine Integration in die vorhanden Apps.
4. Voller Zugriff auf die Debian-Repos für ARM-Geräte mit tausenden von Paketen. Das öffnet Tür und Tor für weitere Basteleien.
5. Dokumentverwaltung: Es gibt eine Quelle für alle Arten von Dokumenten (Musik, Text, Videos, …), die sich einheitlich verwalten lässt und von verschiedenen Programmen (Media Player, Hintergrundbild, Image Viewer, …) benutzt wird. Sehr schön
6. WLAN funktioniert, und das sogar über GUI mit WPA2. Ich bin begeistert
7. GPRS funktioniert, und das ebenfalls über die GUI. Ich noch begeisterter
8. Suspend geht ebenfalls, ich werde dies in den nächsten Tagen noch genauer prüfen.
9. Es gibt einen grafischen Package Manager, der jedoch nur eine kleiner Auswahl von Paketen zeigt. Empfehlenswert ist der Browser Arora.
10. Die Speicherkarte wurde nicht von Anfang an gemounted. Mit einer kleinen Anpassung in der fstab funktioniert dies auch. Die vorhandene Musik und die Maps werden richtig erkannt.
11. Was mich bisher an SHR am meisten gestört hat, waren Einstellungen, die nach einem Neustart verloren gingen. Dazu gehört z.B. die Option, bei Anrufen seine eigene Nummer zu senden oder das aktuelle Audio-Profil. Bei QTMoko gehts.

Leider gibts auch ein paar kleine Nachteile:

1. Das Handling der vielen Keyboards ist etwas umständlich, die Umschaltung etwas gewöhnungsbedürftig. Hätte ich genug Zeit, würde ich gleich Handwriting nutzen.
2. Der Start dauert etwas, da U-Boot verwendet werden muss.
3. X-Server-Anwendungen brauchen etwas länger, um zu starten.
4. Es ist immer nur eine Anwendung aktiv. Es gibt keinen Anwendungs-Umschalter so wie bei Illume.
5. Im Adressbuch gibt es keine Auswahl mehr, ob Kontakte von der SIM oder aus der Datenbank angezeigt werden sollen. Nach dem VCF-Import habe jetzt vieles doppelt. Aber vielleicht muss ich nur die SIM-Kontakte löschen. Dank der Buchstabenleiste im Adressbuch kann man Kontakte sehr schnell finden.
6. Einen Last.fm-Client muss ich wohl erst selbst programmieren

Fazit: Bisher haben mich 3 Dinge von QTopia abgehalten: Fehlende Umlaute auf den Tastaturen, keine GPS-Anwendung und das gewöhnliche Handy-Look-And-Feel. Das Look-And-Feel ist zwar noch das gleiche, dafür gibt es viele Funktionen, die besser arbeiten, als bei anderen Distris. Seit der Einstellung von QTopia seitens Nokia hat sich viel getan. QTMoko ist eine schnelle und stabile Distribution, die sowohl als Daily Phone als auch als Bastel-System funktioniert.

Anfang August bin ich nun auf Quake Live gestoßen. Quasi Quake 3 spielbar im Browser. Ich war am Anfang sehr skeptisch, da man zuerst ein Plugin installieren muss, das zu dieser Zeit nur für Windows verfügbar war. Nachdem jetzt das Linux-Plugin auch da ist, fange ich langsam an, die Genialität dieser Idee zu begreifen. Einfach auf einer Website ein paar Einstellungen machen, sein Profil verwalten, etc. Mit einem Klick ist man dann im Fullscreen und es geht richtig ab. Das Spielgefühl, die Smoothness ist nicht vom alten Quake 3 zu unterscheiden. Allerdings tummeln sich auch viele Pro-Gamer, die wohl seit 10 Jahren nix anderes zocken Im Server-Browser kann man aber Server mit solchen Spielern schnell erkennen.

Ich füge jetzt noch schnell nen Link auf mein Profil auf diesen Blog. Dann gehts wieder ans lustige killen

Vor einem Jahr mehr aus Langeweile begonnen, bin ich doch immer bei der Stange geblieben, um kleine Howtos, Dokumente oder meine Erlebnisse zu veröffentlichen. Die Themen haben sich von Howtos über Java/OSGi und Dokumenten aus meinem Studium immer mehr hin zu Linux und Openmoko gewandelt. Ich schau mal, ob ich in Zukunft mal wieder was über Java/OSGi finde, was eine Veröffentlichung lohnt.

** (vagalume:1746): DEBUG: Creating GStreamer element mad: ERROR                                                            
** (vagalume:1746): DEBUG: Creating GStreamer element audioconvert: ERROR                                                   
** (vagalume:1746): DEBUG: Creating GStreamer element autoaudiosink: ERROR                                                    
** (vagalume:1746): DEBUG: Creating GStreamer element alsasink: ERROR

** (vagalume:1723): CRITICAL **: Error creating GStreamer elements

Die Installation der Packete gst-plugin-mad, gst-plugin-audioconvert und gst-plugin-alsa behebt diese Fehler. Sobald ich die Screenshot-Anwendung auch habe, gibts hier mal ein paar Shots davon.