Hallo liebe Leser,

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.

Nachdem gestern das Netzteil meiner externen HDD per Post kam und alle Daten noch da waren, ist meine SLUG jetzt wieder online. Natürlich habe ich die eineinhalb Wochen Leerlauf genutzt, um gleich mal auf Debian Lenny umzusteigen. Außerdem habe ich mir Gedanken darüber gemacht, wie die Slug in Zukunft funktionieren bzw. welche Dienste sie anbieten soll.

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

Nachdem meine SLUG nun fleißig Daten schaufelt und speichert gehts gleich an das nächste Projekt:

Da es für Debian Lenny nun Backports für KDE 4.1 gibt, hab ich mich entschlossen, KDE 4 gleich mal wieder zu testen. KDE 4.0 hatte ich kurz nach dem Release schon auf meinem damaligen Gentoo System am laufen, es hat da aber fast nix funktioniert und meine parallele KDE 3.5.7 war auch irgendwie verschandelt

Folgend hab ich auf Debian Testing gewechselt und das seither betrieben (wohl eher aus Faulheit, Gentoo dauert einfach zu lange zum Kompilieren und Einstellen, wenns aber mal rennt, dann rennts richtig). Nun stehe ich wieder vor der Entscheidung, KDE 4 gleich zu installieren oder noch auf das endgültige Release von Lenny im stable Zweig zu warten. Wahrscheinlich wird aber die Ungeduld wieder mal siegen

Zum Ausprobieren von KDE 4 hab ich KDE-four-live entdeckt, eine Live-Distribution, welche auf openSUSE basiert. Ich war erstaunt, wie stabil KDE 4 nun läuft und nach einigem Rumprobieren hab ich auch endlich kapiert, wie das Panel und die Widgets zusammenhängen und wie man ein entferntes Panel wieder herstellt. Was irgendwie noch fehlt ist, dass man Panel-Elemente beliebig verschieben kann, so wie in KDE 3.5, aber das kommt sicher auch noch.

Ansonsten nervt mich persönlich das von SUSE übernommene K-Menü, man kanns aber mit einem Klick auf das alte Menü umstellen. Genial sind dagegen die SVG-Widgets, stufenloser Zoom und super Bildqualität (sowas hätte Window$ Vi$ta eigenlich auch können sollen, aber dann wärs wohl noch unbedienbarer).

Neben diesen ungewohnten Dingen haben mich die Anwendungen angenehm überrascht, besonders Kontact und Kopete unterscheiden sich auf den ersten Blick nur im Oberflächen-Design. Die Beta 2 von Amarok ist bei KDE-four-live ebenfalls enthalten, macht aber einen sehr unfertigen Eindruck, Musik spielt sie aber schon.

Die in KDE 4 enthaltenen Compositing-Effekte habe ich noch nicht getestet, dazu fehlt KDE-four-live leider der proprietäre Nvidia-Treiber.

Als Schlusswort gibts nur zu sagen, dass mich KDE 4 nach anfänglicher Abschreckung immer mehr begeistert, wahrscheinlich werde ich es schon nächstes Wochende auf meinem Debian installieren, dann gibts auf diesem Blog auch eine kleine Anleitung dafür.

Am Samstag kam die NLU2 per Paketdienst und seitdem hab ich den Rechner nur zum Essen und Schlafen verlassen

Nach anfänglichen kleinen Problemen hab ich das Gerät nun mit einem Debian/NSLU2 neu geflasht. Das System läuft auf der ebenfalls neu gekauften externen Festplatte (Western Digital MyBook Essential 500GB). Zusätzlich hab ich einen alten USB-Stick (128MB) am USB-Port 2, auf der eine SWAP-Partition enthält. Diese Konfiguration gefällt mir aber noch nicht besonders, ich werde mir wohl in den nächsten Tagen noch einen neuen, großen USB-Stick kaufen, auf dem dann das gesamte Debian-System laufen soll.

Zum Warmwerden hab ich als erstes einen NTP-Server auf der SLUG installiert, der nun klaglos seinen Dienst für Linux- und Windows-Clients erbringt. Als nächstes sollte die SLUG um einen Fileserver-Dienst erweitert werden. Dieser läuft nach einigen Basteleien nun auch. Positives Detail der Debian Software ist, dass jetzt Datentransfers via SMB fast doppelt so schnell laufen als mit der Linksys Firmware:

• Linksys Firmware: 2-3 MB/s
• Debian/NSLU2:     4-7 MB/s

Keine Ahnung woran das liegt, ich hätte eigentlich erwartet, dass die nicht so stark auf die NSLU2 optimierte Debian Software langsamer läuft. Die Messungen habe ich mit dem „Kopieren“-Dialog des KDE-Konquerors gemacht.

Was läuft schon:

• NTP für Zeitsynchronisation von Clients
• Samba als Fileserver für Linux- und Windows-Clients

Was wäre noch zu überlegen:

• NFS: eigentlich weniger, für Linux-Clients nutze ich auch SMB
• SVN: auf jeden Fall für meine kleinen 3D- und Java-Basteleien
• iTunes: ich hab schon ein bisschen mit Firefly rumgespielt, hat aber noch funktioniert
• UPnP: als Alternative zu iTunes, näher an der Microsoft-Welt, allerdings gibts nur wenige gute Linux-Clients dafür
• DHCP: brauch ich nicht, nutz ich nicht (und die Fritz Box machts auch)
• DNS wäre zu überlegen, bei 4 Rechnern aber sicher verschwendete Rechenleistung
• Webserver: bin noch am überlegen, ob Apache, LighTTP(?), Cherokee, etc. Vielleicht zieht dieser Blog bald darauf um
• Java: Für meine Basteleien mit OSGI, RCP, Equinox … Allerdings scheints nur die GNU-JVM für Debian/NSLU2 zu geben.
• Firewall/Paketfilter: auf jeden Fall, aber erst, wenn alle Dienste fehlerfrei laufen
• TV-Recorder: wäre super, leider gibts immer noch keine Linux-Treiber für meine TV-Karte
• VPN: eher weniger, zieht wahrscheinlich zu viel Leistung (außer die alten Zocker-Tage kommen wieder)
• VOIP: da müsste ich erst mal suchen, was es so gibt
• Jabber: ein eigener Jabber Server wäre lustig, aber auch zu viel des Guten

Und hier noch ein kleines Bild von der Hardware:

The SLUG