Auf GitHub bin ich neulich über das Skript PiShrink gestolpert, das genau diese Aufgabe übernimmt. Das kleine Programm schnappt sich ein RasPi-Image, reduziert die Partitionsgröße auf das notwendige Minimum und integriert zudem ein Skript ins archivierte System, das beim nächsten Start auf echter Hardware die Partition automatisch auf den maximal verfügbaren Speicherplatz ausdehnt. So lässt sich das Image eines Raspbian-Systems von mehreren Gigabyte schnell auf ein paar Hundert Megabyte verkleinern – ganz ohne großen Aufwand. Auch beim Zurückspielen spart man Zeit, da sich das Dateisystem beim ersten Start des Raspberry Pi automatisch wieder auf die volle Größe erweitert.

$ mkdir ~/bin
$ wget https://raw.githubusercontent.com/Drewsif/PiShrink/master/pishrink.sh -P ~/bin
$ chmod +x ~/bin/pishrink.sh

Da es sich bei PiShrink um ein einfaches Bash-Skript handelt, ist die Installation des Programms nicht sonderlich kompliziert: Man muss das Skript lediglich aus dem Netz herunterladen und die Ausführungsrechte entsprechend setzen. Ich persönlich lege solche Skripte im Verzeichnis ~/bin im Home-Verzeichnis ab. Das System sollte diesen Ordner automatisch in den $PATH eures Benutzers aufnehmen, sodass man das Kommando ohne Pfadangabe von überall im System ausführen kann. Sollte das bei euch nicht der Fall sein, finden sich im Netz zahlreiche Anleitungen zum Erweitern der Umgebungsvariablen (der verlinkte Artikel bezieht sich auf Ubuntu, das Vorgehen ist bei anderen Distributionen jedoch sehr ähnlich).

PiShrink komprimiert Raspberry-Pi-Images

Nun solltet ihr das PiShrink-Skript mit einem beherzten pishrink.sh direkt im Terminal aufrufen können. Ohne die Angabe eines Images zeigt das Skript lediglich seine Syntax an. Im Wesentlichen beschränkt sich der Aufruf auf die Angabe einer Image-Datei und optional eines zweiten Dateinamens, falls PiShrink das Original-Image des Raspberry Pi unangetastet lassen soll. Gibt man nur einen Dateinamen an, bearbeitet PiShrink das genannte Image direkt.

PiShrink komprimiert Raspberry-Pi-Images

Nun solltet ihr das PiShrink-Skript mit einem beherzten pishrink.sh direkt im Terminal aufrufen können. Ohne die Angabe eines Images zeigt das Skript lediglich seine Syntax an. Im Endeffekt beschränkt sich der Aufruf auf die Angabe einer Image-Datei und optional eines zweiten Dateinamens, falls PiShrink das Original-Image des Raspberry Pi unangetastet lassen soll. Gibt man nur einen Dateinamen an, bearbeitet PiShrink das genannte Image direkt.

Der einzige Schalter -s ist dann wichtig, wenn man das Image eines RasPi-Systems verkleinern möchte, das nicht auf Raspbian basiert – also beispielsweise die Kodi-Distributionen LibreELEC oder OpenELEC. Genauer gesagt weist der Schalter PiShrink an, das automatische Ausdehnen des Systems beim nächsten Start zu unterlassen. Dazu trägt PiShrink normalerweise ein Kommando in die Datei /etc/rc.local ein, die unter Raspbian beim Booten automatisch ausgeführt wird. Diese Datei existiert jedoch bei LibreELEC (und einigen anderen Distributionen) nicht.

### Hilfe zu PiShrink aufrufen:
$ pishrink.sh
Usage: /home/toff/bin/pishrink.sh [-s] imagefile.img [newimagefile.img]
### Vorhandenes RasPi-Image verkleinern:
$ sudo pishrink.sh raspberry-pi.img
### Image verkleinern und Original behalten:
$ sudo pishrink.sh raspberry-pi.img raspberry-pi_pishrink.img
### Automatisches Vergrößern der Partition deaktivieren:
$ sudo pishrink.sh -s raspberry-pi.img raspberry-pi_klein.img

Wie kommt das nun alles zusammen? Als Beispiel verwende ich hier eine aktuelle Installation von Raspbian Lite auf einer 16 GByte großen SD-Karte. Diese legt man in den Kartenleser ein, ermittelt mit lsblk die Geräte-ID und sichert anschließend mit dd das Image auf die Festplatte. Die Image-Datei liegt danach unter dem Namen raspberry-pi.img rund 16 GByte groß auf der Festplatte – obwohl das Image eigentlich größtenteils leer ist. Außer dem Raspbian-System und ein paar Konfigurationen befinden sich keine weiteren Daten auf dem System.

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
[...]
sdd      8:48   1  14,9G  0 disk 
├─sdd1   8:49   1    63M  0 part /run/media/[...]/boot
└─sdd2   8:50   1  14,8G  0 part /run/media/[...]/0aed834e-8c8f-412d-a276-a26
$ sudo dd if=/dev/sdd of=~/raspberry-pi.img
15894831104 Bytes (16 GB, 15 GiB) kopiert, 210 s, 75,7 MB/s     
31116288+0 Datensätze ein
31116288+0 Datensätze aus
15931539456 Bytes (16 GB, 15 GiB) kopiert, 210,459 s, 75,7 MB/s
$ ls -alh ~/raspberry-pi.img 
-rw-r--r-- 1 root root 15G 24. Feb 21:48 raspberry-pi.img

Anschließend ruft man PiShrink entsprechend auf – da es sich um ein Raspbian-System handelt, lasse ich die Option -s weg. PiShrink kopiert zunächst das Image (achtet daher darauf, dass ausreichend freier Speicherplatz vorhanden ist), mountet die Kopie in ein temporäres Verzeichnis unter /tmp und reduziert anschließend die Größe des Images: von ursprünglich knapp 16 GByte auf nur noch etwa 1,6 GByte. Der erzielte Effekt hängt natürlich davon ab, wie viele echte Daten auf der SD-Karte des Raspberry Pi gespeichert waren.

$ sudo pishrink.sh raspberry-pi.img raspberry-pi_pishrink.img
Copying raspberry-pi.img to raspberry-pi_pishrink.img...
Creating new /etc/rc.local
e2fsck 1.43.4 (31-Jan-2017)
Durchgang 1: Inodes, Blöcke und Größen werden geprüft
Durchgang 2: Verzeichnisstruktur wird geprüft
Durchgang 3: Verzeichnisverknüpfungen werden geprüft
Durchgang 4: Referenzzähler werden überprüft
Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft
/dev/loop2: 35832/959616 Dateien (0.2% nicht zusammenhängend), 321790/3872384 Blöcke
resize2fs 1.43.4 (31-Jan-2017)
resize2fs 1.43.4 (31-Jan-2017)
Die Größe des Dateisystems auf /dev/loop2 wird auf 382429 (4k) Blöcke geändert.
Start von Durchgang 2 (max = 40814)
Blöcke werden verschoben     XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Start von Durchgang 3 (max = 119)
Die Inode-Tabelle wird gelesenXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Start von Durchgang 4 (max = 3178)
Die Inode-Referenzen werden aktualisierXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-
Das Dateisystem auf /dev/loop2 ist nun 382429 (4k) Blöcke lang.

Shrunk raspberry-pi_pishrink.img from 15G to 1,6G
$ ls -alh raspberry-pi*
-rw-r--r-- 1 root root  15G 27. Feb 11:08 raspberry-pi.img
-rw-r--r-- 1 root root 1,6G 27. Feb 11:30 raspberry-pi_pishrink.img

Geschrumpftes RasPi-Image wiederherstellen

Zum Test soll das ursprünglich auf einer 16-GByte-SD-Karte installierte Raspbian-System auf eine MicroSD-Karte mit nur 8 GByte umziehen. Dazu schreibe ich das mit PiShrink verkleinerte Image wieder mit dd auf die neue Karte, setze sie in den Raspberry Pi ein und starte das geschrumpfte System. Um den verfügbaren Speicherplatz vollständig zu nutzen, führt das System beim ersten Bootvorgang automatisch einen Neustart durch. Anschließend landet man im gewohnten Raspbian-System – ein df -h zeigt, dass das System jetzt die gesamte SD-Karte verwendet.

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
[...]
sdd      8:48   1   7,4G  0 disk 
├─sdd1   8:49   1    63M  0 part /run/media/[...]/boot
└─sdd2   8:50   1   7,3G  0 part /run/media/[...]/0aed834e-8c8f-412d-a276-a26
$ sudo dd if=raspberry-pi_pishrink.img of=/dev/sdd bs=1M; sync
1560+1 Datensätze ein
1560+1 Datensätze aus
1636684288 Bytes (1,6 GB, 1,5 GiB) kopiert, 116,203 s, 14,1 MB/s

pi@raspberrypi:~ $ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root       7,2G    990M  6,0G   14% /
devtmpfs        459M       0  459M    0% /dev
tmpfs           463M       0  463M    0% /dev/shm
tmpfs           463M    6,2M  457M    2% /run
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs           463M       0  463M    0% /sys/fs/cgroup
/dev/mmcblk0p1   63M     21M   42M   33% /boot

Sichert man ein Raspberry-Pi-System, das nicht auf Raspbian basiert und keine /etc/rc.local enthält – wie etwa die bereits erwähnten Kodi-Distributionen LibreELEC oder OpenELEC – erscheinen beim Schrumpfen mit PiShrink Fehlermeldungen. Der Grund: PiShrink versucht standardmäßig, ein Kommando zur späteren automatischen Vergrößerung der Partition in diese Datei einzutragen. Um das zu vermeiden, muss beim Aufruf die Option -s verwendet werden. Damit lässt sich das Image auch ohne rc.local erfolgreich verkleinern.

### Fehlermeldungen beim Schrumpfen eines LibreELEC-Images:
$ sudo pishrink.sh libreelec.img
[...]
md5sum: /tmp/tmp.4ornQ3Va4y/etc/rc.local: Datei oder Verzeichnis nicht gefunden
/home/[...]/bin/pishrink.sh: Zeile 63: [: !=: Einstelliger (unärer) Operator erwartet.
[...]
### LibreELEC, OpenELEC und Co. schrumpft man besser so:
$ sudo pishrink.sh -s libreelec.img
Skipping autoexpanding process...
e2fsck 1.43.4 (31-Jan-2017)
/dev/loop2: Journal wird wiederhergestellt
Durchgang 1: Inodes, Blöcke und Größen werden geprüft
Durchgang 2: Verzeichnisstruktur wird geprüft
Durchgang 3: Verzeichnisverknüpfungen werden geprüft
Durchgang 4: Referenzzähler werden überprüft
Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft
/dev/loop2: 861/1810432 Dateien (1.0% nicht zusammenhängend), 252448/7235584 Blöcke
resize2fs 1.43.4 (31-Jan-2017)
resize2fs 1.43.4 (31-Jan-2017)
Die Größe des Dateisystems auf /dev/loop2 wird auf 49976 (1k) Blöcke geändert.
Start von Durchgang 2 (max = 15759)
Blöcke werden verschoben     XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Start von Durchgang 3 (max = 884)
Die Inode-Tabelle wird gelesenXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Start von Durchgang 4 (max = 143)
Die Inode-Referenzen werden aktualisiertXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-
Das Dateisystem auf /dev/loop2 ist nun 49976 (1k) Blöcke lang.

Shrunk libreelec.img from 7,5G to 563M

Das zurückgeschriebene System vergrößert sich anschließend jedoch nicht automatisch, da LibreELEC (und nach aktuellem Kenntnisstand auch OpenELEC) in seinen Menüs keine Option bietet, die Datenpartition manuell auf die volle Kartengröße auszudehnen. Die interne Routine zur Größenanpassung greift nur bei einer frisch kopierten Erstinstallation, wie im Skript ersichtlich. Um die Partition dennoch vollständig zu nutzen, hilft nur manuelles Nacharbeiten mit einem Partitionswerkzeug wie GParted. Unter Linux ist GParted direkt verfügbar, Windows-Nutzer können das Tool über eine Live-CD oder einen Live-USB-Stick verwenden.

dd mit Fortschrittsanzeige

Die entsprechende Version der Coreutils ist bislang nur in wenigen Linux-Distributionen enthalten. Arch Linux und dessen Derivate liefern sie in der Regel bereits aus. Debian Sid führt derzeit noch coreutils in Version 8.23-4 in den Paketquellen, ein Update dürfte jedoch bald folgen. Ist auf Ihrem System eine ausreichend aktuelle Version der Coreutils installiert, genügt es, an den üblichen dd-Befehl die Option status=progress anzuhängen. Das Kommando zeigt dann die bereits kopierte Datenmenge, die verstrichene Zeit und die aktuelle Übertragungsrate an.

$ dd --version
dd (coreutils) 8.24
[...]
$ sudo dd if=beispiel.img of=/dev/sdd bs=1M status=progress
461373440 Bytes (461 MB) kopiert, 28,875167 s, 16,0 MB/s

Wer mit Ubuntu unterwegs ist, muss auf die kommende Ubuntu-Version „Xenial Xerus“ 16.04 warten – erst diese bringt eine ausreichend aktuelle Version des Pakets mit. Ältere Ubuntu-Ausgaben werden ein Update eines derart zentralen Pakets wie coreutils mit großer Wahrscheinlichkeit nicht erhalten. Wer coreutils 8.24 dennoch manuell unter Debian oder Ubuntu installieren möchte, kann dies mit den folgenden Kommandos tun. Ich persönlich würde jedoch davon abraten: Zwar verlief ein Test unter Ubuntu 15.10 in einer virtuellen Maschine problemlos, langfristig kann eine manuelle Installation dieser Art jedoch zu unerwarteten Problemen führen.

$ wget ftp://ftp.gnu.org/pub/gnu/coreutils/coreutils-8.24.tar.xz
$ tar -xf coreutils-8.24.tar.xz
$ cd coreutils-8.24
$ ./configure && make -j $(nproc) && sudo make install
$ dd --version
dd (coreutils) 8.24
Copyright © 2015 Free Software Foundation, Inc.
Lizenz GPLv3+: GNU GPL Version 3 oder höher <http://gnu.org/licenses/gpl.html>
Dies ist freie Software: Sie können sie ändern und weitergeben.
Es gibt keinerlei Garantien, soweit wie es das Gesetz erlaubt.

Geschrieben von Paul Rubin, David MacKenzie und Stuart Kemp.

pv als Alternative zu dd

Als Alternative zu dd – unabhängig davon, ob mit oder ohne Fortschrittsanzeige – empfiehlt sich generell der Pipe Viewer, kurz pv. Das Programm ist in den Paketquellen aller gängigen Linux-Distributionen enthalten und bietet im Gegensatz zur aktualisierten dd-Version zusätzlich einen grafischen Fortschrittsbalken. So sehen Sie auf einen Blick, wie lange der Kopiervorgang noch dauert – selbst ohne die Größe der Imagedatei zu kennen. Außerdem wählt pv automatisch eine sinnvolle Blockgröße, sodass der Kopiervorgang effizient abläuft. Bei dd hingegen sollte die Option bs=1M nicht weggelassen werden.

### Pipe Viewer unter Debian, Ubuntu oder Linux Mint installieren
$ sudo apt install pv
### Pipe Viewer unter Arch Linux, Manjaro oder Antergos installieren
$ sudo pacman -S pv
### Mit Pipe Viewer eine Imagedatei kopieren
$ pv < 2015-11-21-raspbian-jessie.img > /dev/sdd
1,63GiB 0:01:48 [12,5MiB/s] [=============> ] 44% ETA 0:02:14

Ganz auf eine Fortschrittsanzeige muss man bei dd nicht verzichten – mit ein paar Tricks lassen sich Informationen ausgeben. Das ist jedoch mit etwas Aufwand verbunden. Einfacher ist es, direkt eine Alternative wie dcfldd zu verwenden. Das Programm basiert auf dem Quellcode von dd, bringt aber zusätzliche Funktionen mit, die vor allem für die Computer-Forensik nützlich sind – daher stammt es auch aus dem Umfeld des Defense Computer Forensics Lab.

Mit dcfldd lassen sich zum Beispiel während des Kopiervorgangs Hashsummen berechnen, um sicherzustellen, dass Original und Kopie identisch sind. Wer möchte, kann diese Funktion nutzen – muss aber nicht. dcfldd lässt sich auch einfach als Ersatz für dd mit integrierter Fortschrittsanzeige einsetzen. Die Installation ist unkompliziert, da das Tool unter Arch Linux, Debian und Ubuntu direkt aus den offiziellen Paketquellen verfügbar ist.

### dcfldd unter Arch Linux installieren
$ sudo pacman -S dcfldd

### dcfldd unter Debian oder Ubuntu installieren
$ sudo apt install dcfldd

Im folgenden Beispiel sichere ich eine SD-Karte eines Raspberry Pi mit dcfldd auf die Festplatte. Zum Schluss lasse ich mir die MD5-Summe anzeigen. Diese könnte alternativ auch mit md5log=md5.txt in eine Datei geschrieben werden – oder man verzichtet ganz darauf. Während des gesamten Vorgangs zeigt dcfldd laufend den Fortschritt an. Wie ihr seht, ist die Syntax nahezu identisch zu dd – ein Umstieg fällt also leicht.

$ sudo dcfldd if=/dev/sdd of=~/raspberry-pi.img hash=md5
27136 blocks (848Mb) written.
...
242432 blocks (7576Mb) written. Total (md5): af51683036143ff104f658e1798d447d

242560+0 records in
242560+0 records out

Update: Lange Zeit bot dd keine Möglichkeit, den Fortschritt eines laufenden Kopiervorgangs anzuzeigen – das hat sich inzwischen geändert. Seit Version 8.24 der GNU Coreutils (veröffentlicht 2016) unterstützt dd den Parameter status=progress. Damit zeigt das Tool während der Ausführung regelmäßig an, wie viele Bytes bereits verarbeitet wurden. So erhält man auch beim klassischen dd eine einfache, aber effektive Fortschrittsanzeige. Weitere Informationen zur Funktion findet ihr in diesem Beitrag.

Wer bereits ein Raspberry-Pi-Image auf eine SD-Speicherkarte gebannt und nicht den NOOBS-Weg gegangen ist, der hat als Windows-User wahrscheinlich den Win32 Disk Imager oder als Linuxer das Dd-Kommando verwendet, um die RasPi-Software auf die Speicherkarte zu schreiben. Für das Klonen einer bestehenden Installation könnten in der Theorie abermals beide Programme zum Einsatz kommen, allerdings klappt das in der Praxis nur für die Linux-Anwender.

Der Win32 Disk Imager kann zwar Abbilder von schon gefüllten Speichermedien erstellen, allerdings immer nur von einzelnen Partitionen. Da ein typisches RasPi-Linux sich jedoch über mehrere Partitionen erstreckt und auch noch ein Bootloader gesichert werden möchte, müssen sich Windows-Anwender einen anderen Weg zum Sichern und Zurückspielen des Raspberry-Pi-Images suchen.

Unter Windows bieten sich daher nun zwei Wege zum Kopieren und Sichern eines RasPi-Images an. Zum einen macht euch die Freeware Roadkil’s Disk Image die Arbeit dank einer recht simplen grafischen Oberfläche ziemlich einfach. Alternativ könnt ihr aber auch unter Windows das Linux-Kommando Dd dazu nutzen, Festplattenimages auszulesen und wieder neu auf ein Speichermedium zu schreiben. Zu letzterem greifen vor allen Dingen erfahrene Linux-Anwender, die auf ein so leistungsfähiges Tool wie Dd auch unter Windows nicht verzichten möchten.

Raspberry-Pi-Image unter Windows sichern

Roadkil’s Disk Image macht das Erstellen der Image-Datei eures Raspberry Pi sehr einfach. Ihr müsst lediglich die Software aus dem Internet herunterladen und in einem beliebigen Verzeichnis entpacken. Danach ruft ihr die DiskImage_1_6_WinAll.exe am besten mit administrativen Rechten auf — Klickt dazu im Dateimanager mit der rechten Maustaste auf die EXE-Datei und wählt dann als Administrator ausführen aus. Im Programm geht ihr in den Reiter Store Image, wählt das zu sichernde Laufwerk aus und gebt noch den Speicherort der Zieldatei vor.

Die Nummer des zu sichernden Mediums leitet ihr entweder aus der Dateigröße ab, oder ihr schaut kurz in die Datenträgerverwaltung — das Ding müsste es ja auch nicht in aktuellen Windows-Versionen geben. Nach einem Klick auf Start legt das Disk-Image-Tool dann los, das Ergebnis landet am Ende als IMG-Datei auf der Festplatte. Zur Wiederherstellung der Sicherung auf einer neuen Speicherkarte nutzt ihr den Reiter Write Image und geht einfach umgekehrt vor — die neue Karte muss natürlich ausreichend Platz bieten.

Linux-User, die zwischendurch mal auf einem Windows-System arbeiten müssen, können für diese Aufgabe auch auch zu Dd für Windows zurückgreifen. Die Syntax erinnert an die des Programms unter Linux, allerdings macht die Angabe der Pfade ein wenig mehr Mühe. Beim Pfad orientiert ihr euch am unten stehenden Beispiel, wobei ihr Laufwerks- und Partitionsnummer natürlich an die Ausgaben eurer Laufwerksverwaltung anpassen müsst. Die Nummer bekommt ihr abermals über die Datenträgerverwaltung. Ansonsten ist die Syntax von Dd für Windows identisch zum Original für Linux.

## Mit Dd unter Windows RasPi-Image sichern...
$ dd if=\\?\Device\Harddisk2 of=c:\temp\myimage.img bs=1M

## Mit Dd unter Windows RasPi-Image wiederherstellen...
$ dd if=c:\temp\myimage.img of=\\?\Device\Harddisk2 bs=1M

Raspberry-Pi-Image unter Linux sichern

Unter Linux müsste ihr euch nicht irgendwelche Tools besorgen. Das gute alte Dd reicht locker aus, um ein Image einer Raspberry-Pi-Karte zu erstellen und dies auf einer neuen Speicherkarte wiederherzustellen. Dazu braucht ihr allerdings als erstes die Device-ID der SD-Speicherkarte. Legt diese daher in einen an euren Rechner angeschlossenen Kartenleser und lasst euch mit lsblk die angeschlossenen Blockgeräte ausgeben. Über die Größe lässt sich das richtige Speichermedium dann wieder leicht erkennen, in meinem Fall muss ich also mit der sdd oder mit dem vollen Pfad /dev/sdd arbeiten.

$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 59,6G 0 disk
├─sda1 8:1 0 53,7G 0 part /
└─sda2 8:2 0 5,9G 0 part [SWAP]
sdb 8:16 0 596,2G 0 disk
└─sdb1 8:17 0 596,2G 0 part /home
sdd 8:48 1 7,4G 0 disk
├─sdd1 8:49 1 56M 0 part
└─sdd2 8:50 1 7,4G 0 part
sr0 11:0 1 1024M 0 rom

Das Sichern und Zurückspielen des Raspberry-Pi-Image mit Dd unter Linux funktioniert nun genauso, wie auch beim ersten Einspielen der Software. Den vorhin ermittelten Pfad zum Laufwerk übergebt ihr dem if-Schalter (Input File), das Ziel dementsprechend dem of-Schalter (Output File). Die Blockgröße von 1 MByte könnt ihr wie oben beim Windows-Beispiel setzen, ihr könnt sie aber auch weglassen.

Vor dem Zurückspielen der Image-Datei würde ich nochmal kurz mit Lsblk überprüfen, ob die neue Speicherkarte auch wirklich nach wie vor noch unter /dev/sdd zu erreichen ist. Das Sync am Ende sorgt dann abschließend dafür, dass sämtliche Zwischenspeicher auf Festplatten und sonstige Datenträger geschrieben und die Speicherkarte aus dem Kartenleser gezogen werden kann — Dies ist auch bei Dd nötig.

## Mit Dd unter Linux RasPi-Image sichern...
$ sudo dd if=/dev/sdd of=~/raspberry-pi.img

## Mit Dd unter Linux RasPi-Image wiederherstellen...
$ sudo dd if=~/raspberry-pi.img of=/dev/sdd
$ sync

Das größte Problem bei Dd ist, dass es keine Fortschrittsanzeige angezeigt bekommt. Dd arbeitet still vor sich hin, aber speziell bei größeren Speicherkarten wisst ihr nie, wann der Vorgang nun denn abgeschlossen ist und auch wirklich alles funktioniert. Als Tipp will ich euch daher empfehlen, ab und an aus einem zweiten Terminalfenster das Signal „-USR1“ an den Dd-Prozess zu schicken. Dieser gibt dann, ähnlich wie am Ende des Vorgangs, die bereits kopierte Datenmenge und die aktuelle Schreibgeschwindigkeit in MByte/s aus. Wenn gerade nur ein Dd-Prozess läuft, lässt sich das recht einfach in einem Befehl machen.

## Pkill-Kommando schickt USD1-Signal an Dd...
$ pkill -USR1 -x dd

## Dd im zweiten Terminal gibt Fortschritt aus...
$ sudo dd if=/dev/sdd of=~/raspberry-pi.img
6789345+0 Datensätze ein
6789344+0 Datensätze aus
3476144128 Bytes (3,5 GB) kopiert, 96,136 s, 36,2 MB/s
15523840+0 Datensätze ein
15523840+0 Datensätze aus
7948206080 Bytes (7,9 GB) kopiert, 217,592 s, 36,5 MB/s

Partitionsgröße der neuen Speicherkarte anpassen

Nun habt ihr euren RasPi vielleicht einmal ursprünglich mit einer 4-GByte-Speicherkarte aufgesetzt. Die Micro-SD-Karte für den Raspberry-Pi-B+ habt ihr allerdings aber nur mit einer Kapazität 8 oder gar mehr GByte bekommen. Würdet ihr jetzt einfach nur das Image der alten Speicherkarte zurückspielen und dann nichts weiter unternehmen, dann würdet ihr viel Speicherplatz verschwenden. Viele Raspberry-Pi-Distributionen bringen nun aber von Haus aus ein Tool mit, mit dem ihr die Ausnutzung des Speichers schnell optimieren könnt.

$ sudo raspi-config

Unter Raspbian und allen Distributionen, die wie etwa Raspbmc auf Raspbian aufsetzen, ruft ihr dazu Raspi-Config mit Root-Rechten auf. Dort wählt ihr dann direkt den ersten Punkt 1 Expand Filesystem aus. der Liste aus. Das Kommando schaut sich die aktuelle Verteilung der Partitionen an und vergrößerter dann automatisch die Root-Partition des Systems mit dem noch zur Verfügung stehenden freien Speicherplatz der größeren Speicherkarte.

Ähnliche Funktionen gibt es oft auch bei anderen Distributionen. Findet ihr sie nicht, oder bietet die von euch genutzte RasPi-Distribution sie tatsächlich nicht an — OpenELEC wäre hier so ein Fall — dann greift ihr am besten zum bewährten Partitionswerkzeug Gparted. Linux-Anwender bekommen das Programm selbstverständlich über die Paketverwaltung ihrer Distribution. Wer mit Windows unterwegs ist, der holt sich am besten das Image der Gparted-Live-CD, bannt dieses auf einen USB-Stick und bootet dann seinen Rechner mit dem Gparted-Linux — dabei geht euch euer Windows nicht verloren.

Zum Ändern der Partitionsgrößen legt ihr wie üblich die Speicherkarte in den Kartenleser und wählt die SD-Speicherkarte rechts oben über die Dropdown-Box oder über das Menü und Gparted | Laufwerke aus. Anschließend tippt ihr die Datenpartition an und sucht aus dem Kontextmenü den Punkt Größe ändern/Verschieben heraus. Daraufhin packt ihr die rechte Kante des Speicherbereichs an und zieht die Fläche komplett nach rechts, sodass der anschließende freie Speicherplatz 0 MiByte beträgt. Anschließend schreibt ihr dann mit Bearbeiten | Alle Operationen ausführen oder über den grünen Haken die Änderungen auf die Karte.