Im Artikel SD-Karte eines Raspberry Pi als Image klonen, sichern und zurückspielen hatte ich bereits beschrieben, wie man eine RasPi-Installation von der Speicherkarte sichert und wiederherstellt – no shit, Sherlock. Eine Frage tauchte dabei jedoch des Öfteren auf: Die Image-Datei wird genauso groß wie die Speicherkarte, selbst wenn darauf noch viel Platz frei ist. Der „leere“ Bereich wird quasi mit ins Image gepackt. Dadurch muss die neue Speicherkarte mindestens genauso groß sein wie die alte. Zudem belegt ein für die spätere Archivierung bestimmtes Image viel Speicherplatz. Wie also lässt sich die Luft aus einem Raspberry-Pi-Image herauslassen?
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.shDa 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 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.imgWie 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.imgAnschließ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/spi@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 563MDas 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.
Schreibe einen Kommentar