In letzter Zeit habe ich mich mit dem PiFace Control and Display (CAD), einer Erweiterungsplatine für den Raspberry Pi mit Display, IR-Receiver, 5 Taster und einem Navigationsswitch, beschäftigt. Im Wiki habe ich nun basierend auf meinen Erfahrungen eine kleine Dokumentation und Referenz zum PiFace CAD erstellt. Sie beinhaltete unter anderem eine kleine Einrichtungsanleitung und zahlreiche Beispiele, die den Einstieg in die Programmierung des Raspberry Pis/PiFace CADs mit Python erleichtern sollen. Wenn die Zeit es erlaubt werde ich eine ähnliche Zusammenfassung für das PiFace Digital veröffentlichen.

Wer sich über mein Projekt mit der Hardware informieren will seien folgende Post auf chrisge.org an die Hand gelegt. Dabei geht es um die Realisierung eines Musikplayers mit MPD, Python und dem PiFace CAD.

• Raspberry Pi: Basteln mit dem PiFace Control and Display
• PiFace CAD: Erste Versuche mit MPD

Ich habe mir die Mühe gemacht, das Projekt zu dokumentieren:

• Eine Projektvorstellung findest du hier.
• In diesem Post gehe ich näher auf die verwendete Hardware ein.
• Eine Dokumentation der Software findest du in folgenden Abschnitten:
  • I: Motion → Webcam
  • II: OWFS → 1-Wire
  • III: Munin & Fazit → Graphen

Diese Links wurden ebenfalls im Wiki hinterlegt.

Die Installation/Einrichtung

Sendxmpp kann aus den Paketquellen (logischerweise) über das Paket sendxmpp installiert werden:

user@server:~$ sudo apt-get install sendxmpp

Anschließend legt man in seinem Home die Datei .senxmpprc mit den Authentifizierungsdaten für das Jabber Konto an:

user@server:~$ nano .sendxmpprc

..., füllt sie mit den Logindaten, die in folgender Form angeben werden:

#user: Benutzer auf dem Jabber Server
#jabber-server: Domain/Adresse des Jabber Servers
#Passwort: Passwort für den Login
user@jabber-server Passwort

....und vergibt die benötigten Rechte:

user@server:~$ chmod 600 .sendxmpprc

Der erste Test

Für einen ersten Test sendet man sich am Besten selbst eine Nachricht. Dazu kann sendxmpp beispielsweise mit folgendem Aufruf ausgeführt werden:

user@server:~$ echo 'Dies ist ein Test' | sendxmpp user@jabber-server

Hier erhält der Jabber User user@jabber-server die Nachricht "Dies ist ein Test". Der Empfänger (in diesem Fall user@jabber-server) sollte das eigene Jabber Konto sein.

Klappt dieser Test ohne Probleme und die Nachricht kommt an, kannst du den nächsten Schritt überspringen. Leider kommt es aber in Kombination mit dem Jabber-Server Openfire zu Fehlermeldungen in folgender Art:

Error 'AuthSend': error: not-authorized[?]
Can't use an undefined value as a HASH reference at /usr/share/perl5/XML/Stream.pm line 1165.

Um dies zu beheben muss in der Datei /usr/share/perl5/Net/XMPP/Protocol.pm eine Zeile auskommentiert werden:

user@server:~$ sudo nano /usr/share/perl5/Net/XMPP/Protocol.pm

Darin nach AuthSend suchen ([Strg]+w und AuthSASL eingeben und [Enter] drücken) und ind folgenden Zeilen (etwa Zeile 1809):

    if($self->{STREAM}->GetStreamFeature($self->GetStreamID(),"xmpp-sasl"))
    {
        return $self->AuthSASL(%args);
    }
    return $self->AuthIQAuth(%args);

"return $self->AuthSASL(%args);" auskommentieren:

    if($self->{STREAM}->GetStreamFeature($self->GetStreamID(),"xmpp-sasl"))
    {
        #return $self->AuthSASL(%args);
    }
    return $self->AuthIQAuth(%args);

Anschließend sollte sendxmpp funktionieren.

Die Bastelei kann beginnen

Auf Ubuntuusers werden bereits einige Beispiele angeführt:

#Das Syslog per Tail über Jabber "umleiten":
user@server:~$ tail -f /var/log/syslog | sendxmpp -i user@jabberserver

#Die öffentliche IP mitteilen:
user@server:~$ wget --quiet -O - http://showip.spamt.net | sendxmpp user@jabberserver

Auch auf der Projektseite findet sich ein interessantes Anwendungsbeispiel:

#Bei hoher Load informieren:
if test "$cpuload" -gt "$CPULOADMAX"; then
  top -b -n 1 | sendxmpp -s "wake up! cpu load $cpuload at `hostname`" user@jabberserver
fi

Login Wächter

Ich habe folgende vor längerem auf linux-magazin.de vorgestellte Skriptzeile für Sendxmpprc " angepasst":

echo 'Login on' `hostname` `date` `who`|  sendxmpp -r `hostname` -s "Login on `hostname` `who |  awk '{print $5}'`" user@jabber-server

So erhält in diesem Fall, wenn diese Zeile in der globalen Bashrc untergebracht wird, der Jabber User user@jabber-server bei jedem Login auf dem Server eine Jabber Nachricht mit Informationen zum Login. Das kann die Sicherheit des Systems natürlich um ein vielfaches erhöht werden, da jeder Login sofort erkannt wird. Die Geschichte hat nur ein fettes Probleme:

• Eigentlich würde sich das Anlegen einer "globalen" .sendxmpprc empfehlen, die von allen Usern genutzt werden kann. Ansonsten muss für jeden User auf dem System eine .sendxmpprc im jew. Home angelegt werden. Leider dürfen die Rechte an der .sendxmpprc immer nur einem Systembenutzer und keiner Gruppe (Rechte 600) gehören. Somit braucht jeder Systembenutzer, wenn dies Loginbenachrichtigung mit allen Benutzern funktionieren soll, eine eigene .sendxmpprc!
• Eine Alternative wäre die Übergabe der Zugangsdaten direkt in der Skriptzeile, was sicherheitstechnisch kritisch ein könnte.
• Auf Ubuntuusers wird aus sicherheitstechnischen Gründen geraten einen extra Benutzer für Sendxmpp anzulegen. Dies ist für den Einsatz in Skripten, die von root ausgeführt werden auch ohne Probleme möglich. Da die Befehle in der Bashrc allerdings immer von dem jeweiligen Benutzer ausgeführt werden (..und nicht nur von root), ist eine Verwendung von sudo ohne Passworteingabe nicht möglich. Somit entfällt diese Möglichkeit.

Im folgenden werde ich auf die beiden möglichen Möglichkeiten eingehen. Zuerst muss sichergestellt werden, dass die globale Bashrc unter /etc/bash.bashrc in der /etc/profile gesourced wird:

user@server:~$ cat /etc/profile

Das Ergebnis sollte etwa so aussehen:

# /etc/profile: system-wide .profile file for the Bourne shell (sh(1))
# and Bourne compatible shells (bash(1), ksh(1), ash(1), ...).
if [ -d /etc/profile.d ]; then
  for i in /etc/profile.d/*.sh; do
    if [ -r $i ]; then
      . $i
    fi
  done
  unset i
fi
if [ "$PS1" ]; then
  if [ "$BASH" ]; then
    PS1='\u@\h:\w\$ '
    if [ -f /etc/bash.bashrc ]; then
        . /etc/bash.bashrc
    fi
  else
    if [ "`id -u`" -eq 0 ]; then
      PS1='# '
    else
      PS1='$ '
    fi
  fi
fi
umask 022

Wichtig sind folgende Zeile:

    if [ -f /etc/bash.bashrc ]; then
        . /etc/bash.bashrc
    fi

Sollten diese nicht zu finden sein, muss die /etc/profile angepasst werden:

user@server:~$ sudo nano /etc/profile

Anschließend fügt man in der globalen Bashrc

user@server:~$ sudo nano  /etc/bash.bashrc

...falls jeder Benutzer eine .sendxmpprc besitzt folgende Zeile ein:

echo 'Login on' `hostname` `date` `who`|  sendxmpp -r `hostname` -s  "Login on `hostname` `who |  awk '{print $5}'`" user@jabber-server

Hierbei muss user@jabber-server an den tatsächlichen Empfänger angepasst werden. Soll der Weg über die direkte Passwortübergabe gewählt werden, muss folgende Zeile verwendet werden:

echo 'Login on' `hostname` `date` `who`|  sendxmpp -u jabberuser -j jabber-server -p Passwort -r `hostname` -s  "Login on `hostname` `who |  awk '{print $5}'`" user@jabber-server

Dabei muss auch wieder der Empfänger (im Beispiel: user@jabber-server) und außerdem der Loginname auf dem Jabberserver (im Beispiel nach dem -u: jabberuser), der Jabberserver (im Beispiel nach dem -j: jabber-server) und das Passwort für den Jabberlogin (im Beispiel nach dem -p: Passwort) angepasst werden.

Nun kann man sich testweise auf dem Server einloggen und checken, ob man per Jabber eine Benachrichtigung erhält.

Fazit

Sendxmpp bietet die Möglichkeiten XMPP wie Mail zu verwenden. Ich setze dieses Tool unter anderem zum Senden der aktuellen Wetterdaten einer 1-Wire Wetterstation ein. Viele weitere Einsatzzwecke sind möglich und durchaus sinnvoll. Allerdings sollte der Sicherheitsaspekt nicht vernachlässigt werden. Werden Skripte unter root ausgeführt, sollte auf den Einsatz eines separaten User nicht verzichtet werden (siehe Ubuntuusers)!

Weitere Optionen und eine ausführliche Erklärung jener, können in den Manpages von Sendxmpp nachgesehen werden:

user@server:~$ man sendxmpp

Zu erwähnen ist noch, dass einige Jabberserver eine TLS-Verschlüsselung fordern. Diese kann mit der Option -t erreicht werden (Danke an Jan):

user@server:~$ echo 'Dies ist ein TLS-Test' | sendxmpp -t user@jabber-server

Plugcomputer

Plugcomputer gibt es mittlerweile wie Sand am Meer, eine Übersicht liefert die Seite Plugcomputer.org. Plugs sind kleine stromsparende Rechner, die meistens in einem Gehäuse von der Größe eines Steckernetzteils untergebracht sind. Die wenigsten verfügen über eine "normale" Bildausgabe, Debugging erfolgt deshalb meist über eine JTAG-Schnittstelle.

Die großen Händler von Plugs sind Globalscale und NewIT. Die aktuellen Plugs können weitaus mehr, als der Klassiker SheevaPlug, so verfügen die DreamPlugs zusätzlich über Audio, Wlan, Bluetooth, 2 x Gigabit Lan und eSATA. Der D2 Plug verfügt sogar über eine HDMI, sowie eine VGA Schnittstelle für die Bildausgabe.

Der Sheevaplug stellt bei dem aktuellen Preis von rund 80 Euro eine wirklich gute Alternative zu einem "normalen" Homeserver dar, der DreamPlug kostet aktuell etwa 130 Euro, der D2Plug knapp 200 Euro, während es den etwas älteren GuruPlug im Moment bei Globalscale noch relativ billig für etwa 80 Euro zu kaufen gibt.

Weitere, aber bei anderen Händlern erhältliche Plugs sind die Ionics Plugs und der Tonido Plug.

Modifizierbare NAS-Systeme

Das beste Beispiel für solche NAS-Systeme ist die Seagate Dockstar, die aber seit längerem nicht mehr verfügbar ist. Weitere Systeme, die mit Debian oder Arch Linux bespielbar sind und meist auf der Sheeva-Hardware basieren habe ich hier aufgelistet:

• Iomega Iconnect
• Seagate GoFlex Home (Arch Linux |ARM)
• Seagate GoFlex Net
• Pogoplug v2
• ...

Diese Hardware ist in manchen Fällen sehr billig verfügbar und stellt somit eine echt Alternative zu den "echten" Plugs dar. Auch Bufallo (Linkstations) und Synology NAS-Systeme lassen sich oft mit einem eigenen Linux modifizieren.

Raspberry Pi

Der Raspberry Pi ist ein Mini-PC, der für 25 Dollar erhältlich sein soll. Eine gute Zusammenfassung, bezüglich der Lieferpläne und Bestandteile des Systems findet sich hier. Ich werde hier nur kurz auf die Hardware eingehen:

• ARM11 Prozessor Broadcom BCM2835 @ 700 MHz
• 128 MB RAM
• 1 x USB-Port,
• 1 x SD-Karten Slot
• Audioausgang
• HDMI-Videoausgang

Die oberen Daten sind die der Version A, die Version B wird voraussichtlich 35 Dollar kosten, dafür aber über einen 2-Port-USB-Hub, eine LAN-Schnittstelle und über 256MB Arbeitsspeicher verfügen.

Somit eignet sich nur Version B als Basis für einen kleinen Homeserver. Der Preis von 35 Dollar ist bei dieser Ausstattung wirklich günstig. Zumindest dieses Jahr wird der kreditkartengroße Rechner noch nicht mit Ubuntu, sondern Fedora ausgeliefert. Weitere mögliche Distributionen sind Debian, ArchLinux und wie bereits erwähnt Fedora; Ubuntu bietet für diese CPU leider noch keine Unterstützung.

→ Hier lohnt sich auch ein Blick auf die CuBox (mehr Infos).

Devboards

Klassisches Devboards (Wikipedia sagt dazu Einplatinencomputer) sind das BeagleBoard und das Pandaboard. Die Auslieferung des neuen BeagleBones, welches nur 89 Dollar kosten soll, soll Ende November 2011 starten. Ein Blick auf das IGEPv2 Boards, welches außerdem über Bluetooth und W-LAN verfügt, rentiert sich ebenfalls. Diese Devboards eignen sich vor allem für Eigenentwicklungen und kleine Basteleien im Bereich der Robotik, Automation und Wetterstationen oder auch für Entwickler, die eine ARM-Entwicklungs- oder Testumgebung benötigen. Canonical beispielsweise hat mit den Pandaboards einen ARM Cluster mit 42 Rechenkernen gebaut. Weitere Devboards lassen sich auf Linaro.org finden. Solche Boards können also durchaus auch in kleinen Homeservern eingesetzt werden. Im Vergleich zu richtigen Plugs sind sie aber eher auf Entwickler ausgelegt.

Weitere (Dev-)Boards | Embedded Linux Boards

Diese kleinen Boards eignen sich nicht für Homeserver, hingegen sehr gut für Roboter oder (Home-)Automation Projekte. Über ein Projekt, das auf solche Hardware setzt, hat Golem vor kurzem berichtet. Hierbei handelt es sich um Drohnen, die selbstständig im Schwarm fliegen.

Aus der Debian Embedded Mailingsliste habe ich folgende Boards und Embedded Computer zusammengefasst:

• The Maple von LeafLabs (verschiedene Ausführungen)
• Boards von ARMadeus Systems
• BalloonBoard

Die Preise für solche Boards unterscheiden sich sehr stark. So sind die Boards von LeafLabs schon für unter 50 Dollar zu haben, die Boards von ARMadeus Systems kosten hingegen meist über 150 Euro.

Das Problem

Doch zurück zum Hauptthema: Ich hatte vergessen die sources.list auf contrib non-free zu setzen und deshalb wurden die Realtek Firmware für meine Netgear GA311 Netzwerkkarte nicht mit installiert, das führte zuerst zu folgender Meldung:

 │ Benötigte Firmware-Dateien möglicherweise nicht vorhanden                 │ 
 │                                                                           │ 
 │ Auf diesem System läuft derzeit Linux 2.6.26-2-686 und Sie installieren   │ 
 │ gerade Linux 2.6.32-5-686. In der neuen Version könnten einige Treiber,   │ 
 │ die auf diesem System verwendet werden, zusätzliche Firmware-Dateien      │ 
 │ benötigen:                                                                │ 
 │                                                                           │ 
 │ r8169: rtl_nic/rtl8168d-2.fw, rtl_nic/rtl8168d-1.fw                       │ 
 │                                                                           │ 
 │ Die meisten Firmware-Dateien sind nicht im System enthalten, da sie       │ 
 │ nicht mit den Debian-Richtlinien für Freie Software (DFSG) konform sind.  │ 
 │ Sie müssen unter Umständen den Paketmanager neu konfigurieren, so dass    │ 
 │ die contrib- und non-free-Sektionen des Paketarchivs ebenfalls enthalten  │ 
 │ sind, bevor Sie diese Firmware-Dateien installieren können.               │ 

und später zu massenweise Hinweisen dieser Art:

Running update-initramfs.
update-initramfs: Generating /boot/initrd.img-2.6.32-5-686
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-1.fw for module r8169

Die Lösung

Im Endeffekt habe ich (vor dem Reboot nach dem Upgrade) die /etc/apt/sources.list leicht angepasst:

deb http://ftp.de.debian.org/debian/ squeeze main contrib non-free
deb-src http://ftp.de.debian.org/debian/ squeeze main contrib non-free

deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free

deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free
deb-src http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free

...und die Paketquellen aktualisiert:

user@server:~$ sudo apt-get update

Anschließend habe ich das Paket firmware-realtek installiert:

user@server:~$ sudo apt-get install firmware-realtek

...sowie die initramfs-tools geupdatet:

user@server:~$ sudo update-initramfs -u

Beim nächsten Reboot war das Problem behoben und die Netzwerkkarte konnte wieder genutzt werden.

Solche Dienste werden von fast jedem Provider (siehe auch hier) angeboten und sind in der Regel einfach einzurichten. In diesem kurzen Post werde ich erläutern, wie Vodafone Kunden "Vodafone SMS-to-eMail" aktivieren und nutzen können. Wenn du einen anderen Provider hast, musst du nach Informationen bei jenem anfragen oder einfach danach googlen.

Aktivierung des Dienstes

Wie Vodafone in diesem Dokument schreibt, muss einfach eine SMS mit OPEN an die 3400 senden. Als Bestätigung bekommt man mehrere Sekunden später eine SMS mit den Tarifen sowie der E-Mail-Adresse zum "Empfang" von SMSen zugeschickt. Diese Adresse besteht üblicherweise aus [Mobilfunknummer]@vodafone-sms.de. Dieser Schritt ist überflüssig, wenn du über "SMS-to-eMail" bereits eine SMS an eine E-Mail-Adresse geschickt hast.

Den Dienst kann man dann logischerweise wieder mit CLOSE an die gleiche Nummer deaktivieren.

Kosten

In meinem Fall (CallYa) kostet jede empfangene SMS 20 Cent. Der Nachrichtentext darf maximal 640 Zeichen enthalten, also aus max. 4 SMSen bestehen. Dieser Preis ist natürlich relativ hoch, deshalb sollte man diesen Dienst wirklich nur nutzen, wenn es unbedingt nötig ist!

Nutzung und Fazit

Diese SMS Gateway nutze ich im Moment nur in Verbindung mit Uptimerobot. Im Gegensatz zum Kauf von SMS-Credits bei Watchmouse oder Pingdom komme ich so vergleichsweise günstig davon. Ich bin am Überlegen, ob ich dieses Gateway in Zukunft für Benachrichtigungen bei Nichterreichbarkeit von einzelnen Systemen oder DynDNSen mit eigenen Skripten einsetzen soll.

Diese Möglichkeit ein einfaches SMS-Gateway aufzubauen, dass über eigenen Provider abläuft, ist vergleichsweise leicht zu konfigurieren. Kann aber nicht mit richtigen SMS-Gateways verglichen werden, da mit der hier vorgestellten Möglichkeit SMSe nicht an beliebige Handynummern gesendet werden können.

Trotzdem wird jeder Serveradmin mit Hilfe solchen Providerservices in der Lage sein, Fehlermeldungen per SMS zu erhalten oder sich wichtige E-Mails per SMS zukommen zulassen.

Im Wesentlichen kamen dd und (G)Parted zum Einsatz. Mit dd kann man unter anderem Festplatten 1:1 klonen. Da die alten Platten jeweils auf größere überspielt wurden, habe ich nach dem Klonen die Partitionen noch mit parted bzw. GParted vergrößert und verschoben.

Gründe

Nicht genügend Platz

Ein Grund, wenn Festplatten geklont werden, kann sein, dass auf der alten einfach nicht mehr genug Speicherplatz vorhanden ist. Dies war bei der Backupplatte der Fall. Dazu kam es aufgrund der vielen System, die auf diese Platte Backups schreiben.
Zudem wollte ich damit beginnen fertige Images der meisten Systeme zu erstellen, sodass ich im Ernstfall bereits eine Basis hätte, auf die ich nur noch aktuelle Backups kopieren müsste.

Der einzige Ausweg bestand für mich darin, die Festplatte durch eine größere zu ersetzen.

Hoher "Load Cycle Count"

Die Systemplatte hatte einen Load Cycle Count von über 300.000:

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  9 Power_On_Hours          0x0032   082   082   000    Old_age   Always       -       13753
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       801
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       132
193 Load_Cycle_Count        0x0032   069   069   000    Old_age   Always       -       393058

...das bedeutet, dass dieses Laufwerk schon mehr Parkvorgange der Leseköpfe hinter sich hatte, als vom Hersteller vorgesehen. Hinweis: WD gibt 300.000 Parkvorgänge als Obergrenze an, die S.M.A.R.T Werte sehen aber 600.000 vor.

Ich hatte dies leider zu spät bemerkt und folglich zu spät WD IntelliPark deaktiviert. Im Zuge der Spiegelung der Backupplatte habe ich dieses Sicherheitsrisiko gleich auch aus dem Weg geschafft.

Vorbereitungen

Bitte folgendes beachten:

• Bei der Arbeit an Festplatten mit dd und (G)Parted kann immer etwas schief laufen, deshalb zur Vorsorge immer Backups durchführen!
• Jeden Schritt extra kontrollieren!
• Die neue Platte, auf die die alten geklont wird, muss entweder die gleicher oder eine größere Speicherkapazität besitzen!

Um möglichst hohe Transferraten zu erreichen habe ich mir einen Desktop-Rechner mit S-ATA II (sollte eigentlich selbstverständlich sein), idealen Standplatz (Klonprozess dauert laaaange) und relativ guter Leistung ausgesucht.
Da das dort installiert Ubuntu leicht "verkonfiguriert" (...oder auch "vermurkst") war, habe ich von einem Live-Stick gebooted und sämtliche anderen Festplatten abgehängt (um eine Verwechslung zu vermeiden).

Durchführung

Nachdem ich die Festplatten in den Rechner eingebaut hatte und den Livestick gebooted hatte, bin ich wie folgt vorgegangen:

1. Richtige Festplatten aussuchen

Dieser Schritt dürfte eigentlich nicht schwierig sein. Du musst herausfinden, welche Bezeichnung (/dev/sdX) die alte und die neue Platte besitzen. Mit

user@system:~$ cat /proc/partitions

habe ich mir die Partitionen ausgeben lassen. Um zusätzliche Sicherheit zu gewinnen, kann man sich noch die erkannten Festplatten und UUIDs der Partitionen anzeigen lassen:

user@system:~$ ls /dev/sd*      #Festplatten anzeigen
user@system:~$ sudo blkid       #UUIDs ausgeben

Wer komplett auf Nummer sicher gehen will, kann die Festplatten noch mit GParted durchsuchen lassen. Dieser Partitionierungs-Tool findet sich in Gnome 2 unter System → Systemverwaltung → GParted.

2. Klonen mit dd

Nun habe ich mich in einem Terminal als root eingeloggt:

root@system:~# sudo -s

und den dd Befehl gestartet. dd wird wie folgt verwendet:

root@system:~# dd if=[alte Platte] of=[neue Platte]               #Syntax
root@system:~# dd if=/dev/sda of=/dev/sdb                         #Beispiel

Anschließend habe ich mich in einem zweiten Terminal ebenfalls als root eingeloggt:

user@system:~$ sudo -s

und mit top die Prozess-ID (PID) des dd-Prozesses bestimmt:

root@system:~# top

Nun habe ich die PID in der Variable $ddpid gespeichert:

root@system:~# ddpid=[Prozess-ID]         #Syntax
root@system:~# ddpid=1256                   #Beispiel

...und folgenden Befehl ausgeführt

root@system:~# while [ "`ps -a | grep $ddpid`" ]; do sudo kill -SIGUSR1 $ddpid; sleep 10; done 

Als Folge erhält man alle 10 Sekunden den Fortschritt des dd-Prozesses in dem zuerst geöffneten Terminal (das mit dd) angezeigt. Hierfür gibt es natürlich auch noch andere (einfachere) Möglichkeiten, diese erschien mir aber am sichersten.

3. Vergrößern mit (G)parted

Dieser Schriit ist nur dann möglich, wenn die neue Platte größer als die alte ist! Nachdem Klonen der Festplatte habe ich dem System einen Reboot gegönnt (bei USB-Boot: Stick kurz herausziehen), bevor ich bei den einzelnen Platten unterschiedlich fortgefahren bin:

3.1 Datenplatte (eine Partition)

Hier habe ich die neue Platte zuerst mit parted geöffnet, um die GPT-Tabelle zu verschieben:

user@system:~$ sudo parted /dev/sdX print                          #/dev/sdX an neue Platte anpassen!!
Fehler: Die Sicherung der GPT-Tabelle ist nicht am Ende der Festplatte, wo sie
normalerweise sein sollte. Das kann bedeuten, dass ein anderes Betriebssystem
glaubt, die Festplatte sei kleiner. Soll das durch Verschieben der Sicherung zum
Ende (und löschen der alten Sicherung) korrigiert werden?
Fix/Ignorieren/Ignore/Abbrechen/Cancel? F                                 
Warnung: Nicht der gesamte verfügbare Platz von /dev/sdb scheint verwendet. Sie
können die GPT reparieren, damit der gesamte Platz verwendet wird (zusätzlich
1953504000 Blöcke) oder Sie können mit den aktuellen Einstellungen fortfahren. 
Fix/Ignorieren/Ignore? F                                                  
(...)

Die Fragen müssen zweimal mit F bestätigt werden. Nun konnte ich die Platte mit GParted (System → Systemverwaltung → GParted) öffnen und die Partition vergrößern. Fertig!

3.2 Systemplatte (zwei bzw. drei Partitionen)

Auch hier habe ich zuerst die Platte mit parted geöffnet:

user@system:~$ sudo parted /dev/sdX print                          #/dev/sdX an neue Platte anpassen!!                                           
(...)

Da diese Platte eine MBR Partitionstabelle hatte (die andere hatte eine GPT), musste hier die GPT-Tabelle nicht verschoben werden, dies kann bei dir natürlich anders sein! Anschließend habe ich die Platte wieder mit GParted (System → Systemverwaltung → GParted) geöffnet und die Partitionen analysiert.

• /dev/sdb1 → logische Partition (Systempartition)
• /dev/sdb2 → erweiterte Partition
• /dev/sdb5 → logische Partition (Swap)

Nun musst du dafür sorgen, dass du die Systemparttion vergrößern kannst, dafür muss (in meinem Fall) die erweiterte Partition an das Ende der Platte verschoben werden. Hierfür gibt es natürlich mehrere Möglichkeiten. Ich erläutere dir mein (etwas umständliches) Vorgehen mit GParted:

1. In GParted habe ich /dev/sdb5 gelöscht
2. ....dann habe ich /dev/sdb2 ans Ende der Platte verschoben ("Anschließend freier Speicherplatz" auf 0 setzen)
3. ....und darin wieder /dev/sdb5 angelegt.
4. Zu guter Letzt /dev/sdb1 vergrößert und GParted die Anweisung zum Starten gegeben.
5. Nun habe ich, weil ich in der fstab nicht unbedingt die UUID der Swap-Partition ändern wollte die alte Swap-Partition über die neue geschrieben:
   

   user@system:~$ sudo dd if=/dev/sda5 of=/dev/sdb5           #die alte Platte wurde hier als /dev/sda erkannt

Danach war die Platte geklont und vergrößert. Ich möchte nochmals darauf hinweisen, dass mein Vorgehen die Platte zu vergrößern, mit Sicherheit nicht das Beste war! Wenn du eine bessere Methode kennst, würde ich mir sehr über einen Kommentar freuen.

Fazit

Am Besten sorgt man dafür, dass man nie Festplatten klonen muss. Dies kann vor allem durch richtige Auswahl und Überwachung der Hardware vermieden werden. Hier zeigen sich auch wieder von Atom-Boards mit nur 2 S-ATA Steckplätzen. Also hier zu Boards mit mindestens 3 Slots greifen, so kann später der Speicher einfacher erweitert werden.

Wenn dann mal eine Festplatte geklont werden ist das Dank den Tools dd und GParted wirklich einfach, aber bei großen Speicherkapazitäten sehr Zeitaufwändig.

Dieser Musterablauf soll nur als Orientierung dienen und ist mit Sicherheit verbesserungswürdig. Wenn du der Meinung bist, hier stimme etwas nicht oder das Ganze ginge viel einfacher, dann hinterlasse doch bitte einen Kommentar.

user@system:~$ lshw --help
Hardware Lister (lshw) - B.02.14
usage: lshw [-format] [-options ...]
       lshw -version
(...)
format can be
    -html           output hardware tree as HTML
    -xml            output hardware tree as XML
    -short          output hardware paths
    -businfo        output bus information
    -X              use graphical interface
(...)

Wie du erkennen kannst, kann man mit Hilfe der Option -html die Hardwaredaten als HTML ausgeben. Um diese Daten nun in eine Datei umzuleiten, gibst du folgendes ein:

user@system:~$ sudo lshw -html > Hardware.html

Nun wurde die Datei Hardware.html in deinem Homeverzeichnis angelegt. Jene kannst du nun mit dem Browser deiner Wahl öffnen:

user@system:~$ firefox Hardware.html      #mit Firefox öffnen
user@system:~$ w3m Hardware.html          #mit w3m öffnen

Das Ergebnis ist allerdings etwas unübersichtlich, wie du aus diesem Screenshot entnehmen kannst. Diese Lösung eignet sich also vor allem dafür, wenn man anderen Usern seine Hardwaredaten (Beispielsweise zur Problemlösung in Foren) zur Verfügung stellen muss oder als Export der Daten auf einem Headless System.

"ownCloud ist ein privater Online-Speicher für deinen eigenen Server."  ownCloud ermöglicht es dir, über WebDAV und zusätzlich über ein komfortables Webinterface auf deine hoch geladenen Dateien von überall zurückzugreifen.

Das Webinterface verfügt über zahlreiche Funktionen, so kannst du neue Files hoch- und herunterladen, alte löschen und Ordner anlegen. In der experimentellen Version 2.0 stehen weitere Funktionen wie ein Mediaplayer, das Erstellen von "Public Links", das Anbinden an eine Open-ID  und viele weitere zur Verfügung. Der Speicher kann ohne Probleme von gängigen Dateimanagern als WebDAV eingebunden werden.

Ich habe im Wiki eine Anleitung zur Installation von ownCloud 1.2 sowie 2.0 veröffentlicht. Darin wird beschreiben, wie du eine der beiden Versionen auf deinem Server installieren kannst. Version 1.2 ist die aktuelle "stable" Version, während ownCloud 2.0 die experimentelle Version darstellt.

Screenshots von ownCloud 2.0

Bilder können direkt im Webinterface betrachtet werden.

"Public Links" können in schnellster Zeit erstellt werden, so können "Außen stehende" diese Files herunterladen.

Hier eine Übersicht über erstellte "Public Links".

Wirklich genial ist der Mediaplayer, so kann man von überall seine Musik wiedergeben.

Im folgenden Post werde ich auf dies Textbrowser Links2, Lynx, w3m, ELinks eingehen und zeigen, wofür man jene verwenden kann. Dieser Post soll nur eine kleine Übersicht über die Verwendung und Benutzung dieser Textbrowser liefern.

All diese Textbrowser werden via Tastatur bzw. bei einigen auch via Maus bedient.

Links2

Links2 ( Projektseite, Wikipedia) besitzt unter anderem einen Grafikmodus. Auch sei erwähnt, dass jener Tabellenstrukturen darstellen kann, was Lynx beispielsweise nicht unterstützt. Auch ist die Nutzung einer Maus möglich.

Links2 kann unter Ubuntu wie folgt installiert werden:

~$ sudo apt-get install links2     #Grundpaket
~$ sudo apt-get install gpm        #zur Steuerung mit der Maus (optional)

Den Textbrowser nutzt man wie folgt:

~$ links2 [url]                               #Syntax
~$ links2 http://mein.homelinux.com      #Beispiel

Über die Escape-Taste [Esc] lässt sich ein Menü öffnen, in welchem sich unter anderem auch ein Menüpunkt für laufende Downloads befindet. So könnte man diesen Textbrowser auch als Downloadmanager für Headless-Systeme nutzen.

Der Grafikmodus von Links2 sei ebenfalls zu erwähnen (X-Server/Framebuffer benötigt):

~$ links2 -g [url]                              #Syntax
~$ links2 -g http://mein.homelinux.com    #Beispiel

Jener sieht in diesem Fall wie folgt aus:

Weitere mögliche Optionen lassen sich über die Manpages von Links2 abfragen:

~$ man links2

Lynx

Dieser Textbrowser (Projektseite, Wikipedia) ist der bekannteste und wohl älteste in meiner Auswahl. Allerdings unterstützt er meines Wissens weder Tabellenstrukturen noch einen graphischen Modus, wie ihn Links2 vorlegt.

Die Installation funktioniert wie gewohnt:

~$ sudo apt-get install lynx

Auch die Benutzung ähnelt stark der von Links2 (Lynx diente als Vorbild für Links und somit Links2):

~$ lynx [url]                                #Syntax
~$ lynx http://mein.homelinux.com      #Beispiel

Was mir besonders gut gefällt ist die farbliche Hinterlegung der Seiten:

Um ein vernünftiges Browsen zu ermöglichen, sollte Lynx mit der Option -cookies gestartet werden:

~$ lynx -cookies [url]                                    #Syntax
~$ lynx -cookies http://mein.homelinux.com      #Beispiel

Die Bedienung erfolgt komplett über die Tastatur. Weitere Optionen können wie folgt erfragt werden:

~$ man lynx

w3m

w3m (Projektseite, Wikipedia) unterstützt sowohl die Bedienung mit einer Maus als auch einen brauchbaren graphischen Modus. Auffällig ist die Unterstützung von Tabs, worauf ich in diesem Post allerdings nicht eingehen werde.

w3m ist bereits in einer Ubuntu Standartinstallation enthalten:

~$ sudo apt-get install w3m         #falls doch nicht vorhanden
~$ sudo apt-get install w3m-img   #zur Anzeige von Grafiken

Die Nutzung erfolgt wie gewohnt:

~$ w3m [url]                               #Syntax
~$ w3m http://mein.homelinux.com      #Beispiel

Ich schätzte diesen Textbrowser vor allem auf Grund seiner sehr guten Integrierbarkeit in Bash-Skripte, mit dieser Option gibt w3m den Code der Webseite aus:

~$ w3m -dump_source [url]   #Syntax

....wobei andere Textbrowser dies natürlich auch unterstützen. Die Ausgabe kann direkt über eine Pipe (|) an andere Programme übergeben werden:

~$ w3m -dump_source http://test.tld | grep Test | cut -d "<" -f 4

Auch kann man mit w3m den HTTP-Header auslesen:

~$ w3m -dump_head [url]     #Syntax

~$ w3m -dump_head http://mein.homelinux.com        #Beispiel
Received cookie: cdf6b0113b3bdf0c67a506ee67ccc361=oq9s1git8i4b3l4r4i9qqjgu71
HTTP/1.1 200 OK
Date: Sun, 17 Apr 2011 12:47:45 GMT
Server: Apache
X-Powered-By: PHP/5.3.2-1ubuntu4.7
Set-Cookie: cdf6b0113b3bdf0c67a506ee67ccc361=oq9s1git8i4b3l4r4i9qqjgu71; path=/
P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"
Expires: Mon, 1 Jan 2001 00:00:00 GMT
Last-Modified: Sun, 17 Apr 2011 12:47:45 GMT
Cache-Control: post-check=0, pre-check=0
Pragma: no-cache
Vary: Accept-Encoding,User-Agent
Content-Encoding: gzip
Content-Length: 20
Connection: close
Content-Type: text/html; charset=utf-8

....und ihn anschließend analysieren.

Der graphische Modus funktioniert allerdings nur in einem xterm (auch in anderen Terminals, leider kein Gnome-Terminal), auch hier wird ein X-Server/Framebuffer benötigt:

~$ xterm                                         #xterm starten und folgendes darin ausführen...
~$ w3m [url]                                    #Syntax
~$ w3m http://mein.homelinux.com      #Beispiel

....und sieht wie folgt aus:

Weitere Optionen gibt w3m mit folgendem Befehl aus:

~$ w3mman

ELinks

Dieser Textbrowser (Projektseite, WIkipedia) ist wie Links2 ein "Nachfahre" von Links. Er unterstützt Tabs, Tabellen und ist laut der Projektseite erweiterbar durch Lua oder Guile Skripte.

Auch hier ist die Installation nichts Neues:

~$ sudo apt-get install elinks

Die Benutzung folgt den bereits beschriebenen Textbrowsern:

~$ elinks [url]                                    #Syntax
~$ elinks http://mein.homelinux.com      #Beispiel

Mir gefällt an diesem Textbrowser die gute Menüführung. Das Menü ist wie bei Links2 über die Escape-Taste [Esc] erreichbar und sieht wie folgt aus:

Der integrierte Downloadmanager scheint ganz brauchbar zu sein (Annahme einer Datei):

Durch Eingabe von D kann man den Status der Downloads betrachten (Alternative: über Menü):

Fazit

Eines haben alle Textbrowser gemeinsam: Der Funktionsumfang kommt nicht an den eines richtigen Browsers heran. In bestimmten Situationen muss man allerdings auf jene zurückgreifen (defekter X-Server, Headless-System) um Web nach Problemlösungen suchen zu können bzw. div. Files herunterzuladen. Außerdem finden Textbrowser in Webcrawlern und Skripten Einsatz.

So setzte ich die Textbrowser ein:

• Ich verwende als Textbrowser für zwischendurch so gut wie immer Links2, da er von der Darstellung und Bedienbarkeit am ehesten an einen richtigen Browser herankommt.

• In Skripten und zur Überprüfung eines HTTP-Headers setzte ich auf w3m.

• ELinks und Links2 liefern beide brauchbare Downloadmanager, von denen ich bis jetzt leider nur Links2 genutzt habe. Bei Downloads werde ich auf jeden Fall in Zukunft zu ELinks greifen.

• Lynx ist einfach der Klassiker unter den Textbrowsern, auch wenn er mir nicht besonders zusagt. Trotzdem lohnt sich ein Blick auf jenen, da er unzählige nützliche Optionen besitzt.