SD-Karte des Raspberry Pi sichern: dd oder partclone?

Das neue Spielzeug, Raspberry Pi, macht echt tierisch Spaß. Raspbmc sehe ich als vollen Erfolg und wir haben gestern Abend sogar einen Film darüber angesehen, der via Samba angezapft wurde. Die Neugierde wächst aber weiter und weiter, was die kleine Kiste noch so auf dem Kasten hat. Ich habe aber leider nur 2 SD-Karten und möchte trotzdem weitere Betriebssysteme ausprobieren, meine alten Installationen aber nicht verlieren. Somit muss ich die SD-Karten also sichern, beziehungsweise die Partitionen irgendwie klonen.

Dafür gibt es unter Linux mehrere Möglichkeiten. Vielleicht gleich vorne weg: partimage nicht benutzen – erstens wirft es beim Versuch die ext4-Partition von Raspbmc zu sicher eine Fehlermeldung (Can’t read bitmap block 0 from image – partimage kann kein ext4!) und zweitens ist die letzte Version aus dem Jahre 2010 – so nach aktiver Entwicklung sieht das nicht aus. Eigentlich schade, aber es gibt auch andere Möglichkeiten.

dd

dd ist deswegen eine gute Option, weil das Tool zur Standard-Ausrüstung eines jeden UNIX-ähnlichen Betriebssystems gehört – auch bei Mac OS X ist es vorhanden. Damit klonst Du einfach den kompletten Speicher. In meinem Fall wäre die SD-Karte /dev/sdb und der Befehl zur Sicherung sieht so aus:

dd if=/dev/sdX of=/pfad/zum/abbild bs=1M zum Beispiel in meinem Fall dd if=/dev/sdb of=/home/bitblokes/raspbmc-dd.img bs=1M

Zum Wiederherstellen einfach die Pfade bei if und of umkehren: dd if=/home/bitblokes/raspbmc-dd.img of=/dev/sdb bs=1M

Da die SD-Karte 8 GByte beträgt, würde auch mein Abbild diese Größe haben. Das ist aber unnötig, weil nicht der komplette Platz verwendet wird. Somit könnten wir das erzeugte Abbild nun komprimieren, oder gleich während des Klonens komprimieren lassen. Das erspart einen Arbeitsschritt.

dd if=/dev/sdb | gzip > /home/bitblokes/raspbmc-dd.gz Zur Wiederherstellung sähe der Befehl hier so aus: gzip -dc /home/bitblokes/raspbmc-dd.gz | dd of=/dev/sdb

Das spart schon mal einiges an Platz. Ein Nachteil von dd ist die Geschwindigkeit, weil es wirklich über den kompletten Speicher geht.

partclone

Die meisten werden schon mal etwas von Clonezilla gehört haben. Das ist eine Linux-Distribution, die zum Zweck des kostenlosen Klonens erstellt wurde. Die Entwickler verwenden dort ein Tool namens partclone. Es ist in der Regel nicht per Standard installiert, sollte sich aber in den Repositories der meisten Distributionen befinden. Ich kann es zum Beispiel so installieren: sudo apt-get install partclone

Der Nachteil an partclone ist, dass man nur Partitionen klonen kann. Der große Vorteil ist aber, dass partclone lediglich die benutzen Sektoren klont und den freien Platz gar nicht erst anfasst. Somit ist das Backup erstens kleiner und zweitens kann es wesentlich schneller sein. Zum Beispiel würde eine Sicherung der zweiten Partition meines Raspbmc so aussehen:

partclone.ext4 -c -s /dev/sdb2 | gzip -c9 > /home/bitblokes/pi-backup/raspbmc-sdb2-partclone.gz

Der Befehl für die erste Partition lautet etwas anders, weil es sich hier um eine FAT-Partition handelt. Erwähnenswert ist in diesem Fall noch der Parameter -c hinter gzip. -c9 sagt aus, die bestmögliche Kompression zu nehmen -> Datei ist kleiner, Backup dauert etwas länger.

partclone.vfat -c -s /dev/sdb1 | gzip -c9 > /home/bitblokes/pi-backup/raspbmc-sdb1-partclone.gz

Das Wiederherstellen würde für sdb2 so aussehen:
zcat /home/bitblokes/pi-backup/raspbmc-sdb2-partclone.gz | partclone.ext4 -r -o /dev/sdb2

partclone lässt sich auch ohne Kompression einsetzen und so würde der Befehl aussehen, um sdb2 zu klonen:

partclone.ext4 -c -s /dev/sdb2 -o /home/bitblokes/pi-backup/raspbmc-sdb2-partclone.pcl

Wiederherstellen mit:

partclone.ext4 -r -s /home/bitblokes/pi-backup/raspbmc-sdb2-partclone.pcl -o /dev/sdb2

Das hat zwar statt fast 7 Minuten nur 58 Sekunden gedauert, der Größenunterschied ist aber schon ordentlich.

partclone ist etwas mehr Arbeit, aber mein Abbild mit dd war immerhin über 3x so groß wie die unkomprimierte Version von partclone.

Achtung!

dd ist die narrensichere Methode, weil dieses Tool einfach alle Partitionen und den Datenträger komplett klont. Bei partclone musst Du aufpassen und unter Umständen das Layout des Datenträgers berücksichtigen. Es schadet sicher nichts, für jedes Backup mit partclone einen Screenshot des Datenträgers mit zu sichern. Zum Beispiel cfdisk /dev/sdb2 und davon einen Screenshot machen.

Wenn Du die Abbilder auf einen anderen Datenträger klonst, kann es bei dd zu einem Fehler kommen, wenn der neue Datenträger kleiner ist, als der alte. Probiere die SD-Karte trotzdem aus. dd wirft den Fehler erst am Ende und sollte der Datenträger nicht komplett voll gewesen sein, sind wahrscheinlich trotzdem alle Daten da. Mit partclone kannst Du auch auf kleinere Partitionen klonen, solange genug Platz für alle Daten vorhanden ist – der entscheidende Parameter hierfür ist -C (Don’t check device size and free space).

Wenn Du damit experimentierst, ist es sicher am Anfang nicht verkehrt, eine Sicherung mit beiden Methoden durchzuführen. Das erhöht die Chancen einer erfolgreichen Wiederherstellung.

Weitere Hinweise

Wenn Du andere Datenträger mit partclone sicherst, musst Du den MBR mittel dd wegsichern, da partclone dies nicht übernimmt – es sichert lediglich Partitionen!

dd if=/dev/sdX bs=512 count=1 of=/home/bitblokes/mein_mbr.img (sdX – das X steht für Deine Platte, also sda, sdb und so weiter …)

Im Falle des Raspberry Pi ist das nicht notwendig! Die Firmware des kleinen Rechners sucht die Datei bootcode.bin auf der ersten FAT32-Partition. Die normale Prozedur über MBR fällt somit flach.

Du siehst, dass man verschiedene Abbilder vorhalten und diese nach Bedarf schnell auf dem Raspberry Pi einsetzen kann. Man braucht keine x SD-Karten, sondern nur einen vernünftigen Backup-Plan.

Nette Pi-Konstellation

Suchst Du ein VPN für den Raspberry Pi? NordVPN* bietet einen Client, der mit Raspberry Pi OS (32-Bit / 64-Bit) und Ubuntu für Raspberry Pi (64-Bit) funktioniert.

---

---