Von daher wollte ich mal wieder schauen, was sich beim Imager so getan hat. Die kurze Antwort: eine ganze Menge. Die lange Antwort – mit besonderem Blick auf uns Linux-User und die kleinen Stolperfallen, die in den meisten Anleitungen unter den Tisch fallen – gibt es in diesem Artikel.

Was ist der Raspberry Pi Imager?

Der Raspberry Pi Imager ist das offizielle Werkzeug der Raspberry Pi-Macher, um Betriebssystem-Images auf eine microSD-Karte, einen USB-Stick oder eine SSD zu schreiben. Anders als bei einem schnöden dd lädt der Imager die Images direkt herunter, entpackt sie on the fly, schreibt sie und prüft anschließend das Ergebnis.

Neben Raspberry Pi OS findet ihr in der Auswahl auch Ubuntu, Mediacenter-Distributionen, Retro-Gaming-Systeme, Images für 3D-Drucker und Heimautomatisierung sowie Hilfs-Images, etwa zum Aktualisieren des Bootloaders. Das Programm steht unter der Apache-2.0-Lizenz, der Quellcode liegt auf GitHub. Ihr könnt also jederzeit nachschauen, was es auf eurem Rechner treibt.

Der eigentliche Clou ist aber die Vorkonfiguration: Hostname, Benutzerkonto, WLAN, Zeitzone, Tastaturlayout und SSH-Zugang lassen sich schon vor dem ersten Start festlegen. Der Pi kommt dann direkt fertig eingerichtet ins Netz – ideal für den Headless-Betrieb, bei dem ihr ohne Monitor und Tastatur auskommen wollt.

Was ist neu im Raspberry Pi Imager 2.0?

Ende November 2025 hat die Foundation den Raspberry Pi Imager 2.0 veröffentlicht, inzwischen ist die Version 2.0.11 aktuell (bzw. 2.0.11.1 als Hotfix). Unter der Haube hat sich seitdem viel getan, vor allem aber sieht das Programm komplett anders aus. Die wichtigsten Änderungen im Überblick:

• Assistent statt Einzelfenster: Ihr klickt euch nun Schritt für Schritt durch Gerät, Betriebssystem, Speichermedium, Anpassungen und Schreibvorgang.
• Anpassungen gut sichtbar: Der früher versteckte Dialog für die „erweiterten Optionen“ (ich sag nur Strg+Umschalt+X) ist jetzt ein regulärer Schritt im Assistenten.
• Standort per Hauptstadt: Statt Ländercodes wählt ihr eine Hauptstadt aus, der Imager leitet daraus Zeitzone, Tastaturlayout und das WLAN-Regulierungsland ab.
• Schnittstellen per Mausklick: I2C, SPI, 1-Wire, die serielle Schnittstelle und den USB-Gadget-Modus (der Pi meldet sich am USB-Port als Netzwerkgerät, SSH klappt dann direkt übers Kabel) schaltet ihr direkt im Imager ein, der Umweg über raspi-config entfällt.
• Raspberry Pi Connect: Ihr könnt euch schon beim Schreiben mit eurem Connect-Konto anmelden, der Pi taucht dann nach dem ersten Boot direkt in der Fernwartung auf. Seit Version 2.0.10 klappt das auch mit Connect for Organisations.
• Barrierefreiheit: Die Oberfläche lässt sich komplett per Tastatur bedienen und ist für Screenreader beschriftet.
• Strengere Verifikation: Der Imager zwingt das Betriebssystem, geschriebene Blöcke tatsächlich zu bestätigen. Das kann das Schreiben etwas verlängern, dafür ist das Ergebnis verlässlicher.

Es ist aber auch etwas weggefallen: Eigene Image-Dateien lassen sich zwar weiterhin schreiben, aber nicht mehr mit Hostname, WLAN und Co. vorkonfigurieren. Die Entwickler begründen das damit, dass diese Funktion nie offiziell unterstützt wurde. Anpassen lassen sich nur noch Images, die entsprechend gekennzeichnet sind.

Wer bisher etwa ein selbst gebautes Image mit dem Imager vorkonfiguriert hat, der muss sich also einen anderen Weg suchen – oder greift zum CLI-Modus, den ich weiter unten vorstelle. Entwarnung gibt es dagegen bei den SSH-Schlüsseln: Die zum Start von 2.0 gestrichene Unterstützung für mehrere Schlüssel ist inzwischen wieder zurück.

Raspberry Pi Imager unter Linux installieren

Jetzt wird es für uns Linux-User spannend, denn hier unterscheiden sich die Distributionen deutlich. Die offizielle Download-Seite bietet für Linux ein AppImage an. Auf GitHub gibt es zusätzlich .deb-Pakete für amd64, arm64 und armhf sowie eine reine Kommandozeilenversion. Was eure Distribution mitbringt, ist dagegen eine andere Geschichte.

Arch Linux: aktuell direkt aus extra

Arch-User haben es wie so oft am bequemsten: Der Imager liegt im offiziellen Repository extra und ist dort aktuell (zum Zeitpunkt dieses Artikels die Version 2.0.11.1). Ein AUR-Helper ist nicht nötig, ein einfacher Aufruf von pacman genügt, und schon steht der Imager in eurem Anwendungsmenü bereit:

$ sudo pacman -S rpi-imager

Das Arch-Paket bringt eine Polkit-Regel mit. Startet ihr den Imager ganz normal aus dem Anwendungsmenü, fordert er sich über pkexec selbst die nötigen Rechte an – ihr gebt also nur euer Passwort im Polkit-Dialog ein. Wer einen AUR-Helper wie Paru oder Yay nutzt, findet im AUR zudem rpi-imager-git – normalerweise braucht ihr das nicht.

Ubuntu: Finger weg von Universe und Snap

Bei Ubuntu lauert dagegen eine Falle, über die keine der gängigen Anleitungen ein Wort verliert. Ein sudo apt install rpi-imager funktioniert zwar, installiert aber selbst unter Ubuntu 26.04 noch die uralte Version 1.8.5 aus universe. Auch das Snap im Snap Store steht bei Version 1.9.6.

Beide Pakete bekommen also nichts von dem neuen Assistenten, Raspberry Pi Connect oder den Fehlerkorrekturen der letzten Monate mit. Ubuntu-User greifen daher besser zum AppImage, zum Flatpak (beides weiter unten) oder zum offiziellen .deb-Paket von GitHub. Ersetzt <version> im Befehl durch die Versionsnummer der heruntergeladenen Datei:

$ sudo apt install ./rpi-imager_<version>_amd64.deb

Habt ihr schon eine alte Version per apt oder Snap installiert, dann werft sie vorher runter, damit ihr im Anwendungsmenü nicht zwei Imager nebeneinander stehen habt. Sonst startet ihr im Zweifel versehentlich die alte Version und wundert euch über die fehlenden Funktionen.

$ sudo apt remove rpi-imager
$ sudo snap remove rpi-imager

AppImage: der offizielle Weg für alle Distributionen

Das AppImage funktioniert unabhängig von der Distribution – also auch unter Fedora, openSUSE und Co. Ladet es von der offiziellen Download-Seite herunter, macht es ausführbar und startet es, eine Installation ist nicht nötig. Den Platzhalter <version> ersetzt ihr auch hier durch die Versionsnummer aus dem Dateinamen:

$ chmod +x Raspberry_Pi_Imager-v<version>-desktop-x86_64.AppImage
$ ./Raspberry_Pi_Imager-v<version>-desktop-x86_64.AppImage

Beim ersten Start ohne Root-Rechte meckert der Imager und bietet euch die Schaltfläche Autorisierung installieren an. Klickt ihr darauf, legt er (nach Eingabe eures Passworts) eine Polkit-Regel unter /etc/polkit-1/actions/ ab, die genau für diesen Pfad des AppImages gilt. Danach holt er sich die Rechte bei jedem Start selbst.

Verschiebt ihr das AppImage später in einen anderen Ordner, müsst ihr die Autorisierung erneut einrichten. Wer lieber ohne dauerhafte Regel arbeitet, startet das AppImage mit sudo. Dabei gibt es einen Stolperstein, auf den Michael Kofler in seinem Artikel hinweist: sudo sucht nicht im aktuellen Verzeichnis, ihr müsst also einen Pfad angeben.

$ sudo ./Raspberry_Pi_Imager-v<version>-desktop-x86_64.AppImage

Ohne das ./ gibt es nur ein „Befehl nicht gefunden“. Kurios: Genau diesen Befehl ohne Pfad schlägt euch der Imager im Dialog zu den fehlenden Rechten selbst vor. Unter Ubuntu 24.04 lauert zudem eine zweite Falle: Dort stürzt das AppImage direkt beim Start ab, weil Qt eine Bibliothek für X11 fehlt. Im Terminal sieht das so aus:

$ ./Raspberry_Pi_Imager-v2.0.11-desktop-x86_64.AppImage 
Platform: Linux 7.0.0-38-generic (x86_64)
qt.qpa.plugin: From 6.5.0, xcb-cursor0 or libxcb-cursor0 is needed to load the Qt xcb platform plugin.
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "/tmp/.mount_RaspbedIOBeG/usr/plugins/platforms" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vkkhrdisplay, vnc, wayland-brcm, wayland-egl, wayland, xcb.

Abgebrochen (Speicherabzug geschrieben)

Abhilfe schafft das Paket libxcb-cursor0, das ihr ganz normal über die Paketverwaltung nachinstalliert. Danach startet der Imager auch unter Ubuntu 24.04 ohne Murren. Unter Ubuntu 26.04 tritt das Problem nicht mehr auf. Das früher oft empfohlene Paket libfuse2t64 war bei meinem Test dagegen nicht mehr nötig.

$ sudo apt install libxcb-cursor0

Übrigens: Der Hotfix 2.0.11.1 ist bisher nur für Windows, macOS und als .deb-Paket erschienen, als AppImage ist 2.0.11 die neueste Version. Das ist aber kein Beinbruch, denn der Hotfix korrigiert lediglich einen Fehler bei der Anmeldung an Raspberry Pi Connect. Wer Connect nicht nutzt, verpasst also nichts.

Flatpak: bequem, aber nicht vom Hersteller verifiziert

Auf Flathub liegt der Imager als org.raspberrypi.rpi-imager in der aktuellen Version bereit. Das Flatpak bekommt vollen Zugriff auf alle Geräte und spricht UDisks2 an, um die Speichermedien zu beschreiben. Nett für Datenschutzbewusste: Es wird ohne Telemetrie gebaut. Installiert wird es wie gewohnt:

$ flatpak install flathub org.raspberrypi.rpi-imager

Beachtet allerdings, dass die App auf Flathub nicht als verifiziert markiert ist. Flathub nennt zwar Raspberry Pi Ltd als Entwickler, ob die Raspberry Pi das Paket selbst pflegt, lässt sich so aber nicht erkennen. In der Regel ist das kein Problem, ihr solltet es aber wissen.

Raspberry Pi OS

Wer den Imager direkt auf einem Raspberry Pi nutzen möchte, etwa um eine zweite Karte oder eine SSD für einen anderen Pi vorzubereiten, der installiert ihn unter Raspberry Pi OS ganz klassisch aus den Paketquellen. Hier stammt das Paket direkt aus den Quellen der Foundation, anders als bei Ubuntu:

$ sudo apt update && sudo apt install rpi-imager

Ganz ohne zweiten Rechner kommt ihr beim Raspberry Pi 4 und 5 aus: Deren Bootloader kann per Netzwerk-Installation eine abgespeckte Version des Imagers aus dem Netz laden, mit der ihr dann direkt eine SD-Karte oder SSD im Pi beschreibt. Mit Version 2.0.11 wurde dieser Netzwerk-Installer spürbar überarbeitet und verschlankt.

Warum braucht der Imager überhaupt Root-Rechte?

Unter Windows und macOS fällt es kaum auf, unter Linux dagegen schon: Der Imager schreibt direkt auf das Blockgerät, also etwa /dev/sdb oder /dev/mmcblk0, und das darf ein normaler Benutzer nicht. Die Version 2 kümmert sich deshalb selbst darum, sich über pkexec die nötigen Rechte zu holen.

Voraussetzung ist eine passende Polkit-Regel. Beim Arch-Paket und dem offiziellen .deb wird diese mitinstalliert, beim AppImage legt ihr sie über Autorisierung installieren an. Startet ihr den Imager per sudo oder pkexec, landen Einstellungen und Download-Cache trotzdem in eurem Home-Verzeichnis und nicht in /root, denn der Imager erkennt den aufrufenden Benutzer.

Kleiner Tipp für Aufräumer: Die vom AppImage angelegten Regeln heißen com.raspberrypi.rpi-imager.appimage-<hash>.policy und liegen unter /etc/polkit-1/actions/. Löscht ihr das AppImage, könnt ihr die dazugehörige Regel dort von Hand entfernen. Auch auf Distributionen mit schreibgeschütztem /usr wie Fedora Silverblue klappt das, da der Imager bewusst nach /etc schreibt.

So schreibt ihr ein Image mit dem Raspberry Pi Imager

Die eigentliche Bedienung ist mit dem neuen Assistenten schnell erklärt. Ihr arbeitet euch von oben nach unten durch fünf Schritte und könnt jederzeit einen Schritt zurückgehen, falls ihr euch verklickt habt. Geschrieben wird erst ganz am Ende nach einer ausdrücklichen Sicherheitsabfrage, vorher passiert mit eurer SD-Karte also nichts:

1. Gerät wählen: Zuerst sagt ihr dem Imager, für welches Modell das Image gedacht ist, etwa Raspberry Pi 5 oder Raspberry Pi Zero 2 W. Die Liste der Betriebssysteme wird danach passend gefiltert.
2. Betriebssystem wählen: Hier sucht ihr euch Raspberry Pi OS (mit oder ohne Desktop, 32 oder 64 Bit) oder eine der vielen anderen Distributionen aus. Über Eigenes Image wählt ihr ein lokal gespeichertes Image aus.
3. Speichermedium wählen: Jetzt kommt die SD-Karte oder der USB-Stick. Mehr dazu gleich im nächsten Abschnitt.
4. Anpassen: Hostname, Standort, Benutzer und Passwort, WLAN, SSH (per Passwort oder Public Key), Raspberry Pi Connect sowie Schnittstellen wie I2C und SPI. Je nach Betriebssystem schreibt der Imager diese Einstellungen als firstrun.sh, als cloud-init-Konfiguration oder in einem weiteren Format auf die Boot-Partition.
5. Schreiben: Nach einer Sicherheitsabfrage lädt der Imager das Image herunter, schreibt und verifiziert es. Einmal heruntergeladene Images landen im Cache, beim nächsten Schreiben desselben Images geht es deutlich schneller.

Wer mehrere Pis auf einmal einrichten möchte, der freut sich über die Funktion zum Schreiben einer weiteren Karte am Ende des Assistenten. Damit schreibt ihr dasselbe Image samt Anpassungen gleich noch einmal, ohne euch erneut durch alle Schritte klicken zu müssen. Denkt dann aber daran, den Hostnamen anzupassen.

Mein Tipp für den Headless-Betrieb: Hinterlegt direkt euren öffentlichen SSH-Schlüssel statt eines Passworts. Dann könnt ihr euch sofort nach dem ersten Boot per ssh auf den Pi schalten, ohne jemals ein Passwort eintippen zu müssen. Wer von mehreren Rechnern aus zugreift, trägt einfach mehrere Schlüssel ein.

Setzt ihr einen Pi mit gleichem Hostnamen neu auf, meckert SSH beim nächsten Login über einen geänderten Host-Schlüssel. In diesem Fall steckt kein Angriff dahinter, denn das frisch installierte System hat schlicht neue Schlüssel erzeugt. Mit einem einzigen Befehl ist das Problem schnell behoben.

Achtung: das richtige Laufwerk erwischen

Der wohl wichtigste Punkt überhaupt: Der Imager überschreibt das gewählte Speichermedium komplett und prüft nicht, ob es noch Daten enthält. Michael Kofler kritisiert zu Recht, dass die Symbole für SD-Karten und USB-Geräte in der Auswahl verwirrend sein können und in der Zusammenfassung nicht der konkrete Gerätename wie /dev/sde erscheint.

Klar, der Imager blendet Systemlaufwerke standardmäßig aus, doch eine externe Backup-Platte am USB-Port ist für ihn eben auch nur ein Wechseldatenträger. Unter Linux habt ihr allerdings ein einfaches Mittel, um auf Nummer sicher zu gehen: Schaut vor und nach dem Einstecken der SD-Karte mit lsblk nach, welches Gerät neu hinzugekommen ist.

$ lsblk -o NAME,SIZE,MODEL,TRAN,MOUNTPOINTS
NAME          SIZE MODEL                TRAN   MOUNTPOINTS
sda           4,5T WDC WD50NDZW-11BCSS1 usb    
└─sda1        4,5T                             /mnt/backup
sdb         117,2G Speed Line           usb    
├─sdb1        198K                             
├─sdb2        2,8M                             
└─sdb3        4,6G                             
zram0         3,8G                             [SWAP]
nvme0n1       3,6T CT4000P3PSSD8        nvme   
├─nvme0n1p1   512M                      nvme   /boot
└─nvme0n1p2   3,6T                      nvme   /var/log
                                               /var/cache/pacman/pkg
                                               /home
                                               /.snapshots
                                               /

In meinem Beispiel ist die Sache eindeutig: Unter sdb steckt der USB-Stick „Speed Line“ mit gut 117 GByte und den Reste eines alten ISO-Images. Bei sda handelt es sich dagegen um die externe Backup-Platte, die unter /mnt/backup eingehängt ist. Beide hängen laut Spalte TRAN am USB-Port.

Genau hier lauert die Gefahr, denn für den Imager sind beide Laufwerke gleichermaßen Wechseldatenträger. Größe und Modellname verraten euch, welches Gerät das richtige ist. Zieht zur Sicherheit am besten alle externen Festplatten ab, bevor ihr den Imager startet. Ein paar Sekunden Vorsicht sind allemal besser als eine plattgebügelte Backup-Platte.

Seit Version 2.0.11 sperrt der Imager unter Linux das Laufwerk übrigens exklusiv, solange er darauf schreibt. Kein anderes Programm kann dann gleichzeitig auf die Karte zugreifen und euch das frisch geschriebene Image zerschießen. Vor einer falschen Auswahl schützt euch das natürlich nicht, da hilft nur ein prüfender Blick.

Raspberry Pi Imager im Terminal: der CLI-Modus

Was die meisten Anleitungen nicht erwähnen: Der Imager lässt sich auch komplett ohne grafische Oberfläche nutzen. Das ist praktisch für Skripte, für die Arbeit per SSH oder wenn ihr mehrere Karten vorbereiten wollt. Den CLI-Modus aktiviert ihr mit --cli, danach folgen Image und Zielgerät:

$ sudo rpi-imager --cli raspios.img.xz /dev/sdb

Das Image darf komprimiert sein (seit 2.0.11 auch als mehrteiliges .img.zst), und statt einer lokalen Datei akzeptiert der Imager auch eine HTTP- oder HTTPS-Adresse. Eine Übersicht aller Optionen liefert rpi-imager --cli --help, außerdem bringt das Arch-Paket eine Manpage mit. Die in meinen Augen nützlichsten Optionen:

• --sha256 <hash> prüft vor dem Schreiben, ob das Image der erwarteten Prüfsumme entspricht.
• --disable-verify überspringt die Verifikation nach dem Schreiben (spart Zeit, kostet Sicherheit).
• --first-run-script <datei> legt ein eigenes firstrun.sh auf das Image.
• --cloudinit-userdata <datei> und --cloudinit-networkconfig <datei> schreiben eigene cloud-init-Konfigurationen mit auf die Karte.
• --disable-eject verhindert, dass der Datenträger nach dem Schreiben ausgeworfen wird – praktisch, wenn ihr danach noch Dateien auf die Boot-Partition kopieren wollt.
• --quiet gibt nur noch Fehler aus, ideal für Skripte.

Gerade die cloud-init-Optionen sind interessant: Damit habt ihr im Terminal mehr Möglichkeiten als in der grafischen Oberfläche, und das auch für Images, die der Imager im Assistenten nicht mehr anpasst. Für Server ohne Qt-Oberfläche gibt es auf GitHub zudem ein eigenes Paket rpi-imager-cli sowie ein CLI-AppImage, bei denen der Schalter --cli entfällt.

Eigene Image-Listen mit –repo

Noch ein Schmankerl für Bastler, Vereine und Schulen: Mit --repo bringt ihr dem Imager eine eigene Liste von Images bei. Statt die Server von Raspberry Pi abzufragen, liest er dann eine JSON-Datei ein, die entweder im Netz oder lokal auf eurer Platte liegt. Das Format ist im Repository unter doc/json-schema beschrieben.

$ rpi-imager --repo https://example.org/os_list.json

So könnt ihr etwa einem Verein oder einer Schulklasse einen Imager mitgeben, in dem nur die eigenen, vorbereiteten Images auftauchen. Legt euch dafür einfach einen eigenen Starter im Anwendungsmenü an, der den Imager mit dem passenden Parameter aufruft. Den Rest erledigt der Imager dann wie gewohnt.

Telemetrie abschalten

Standardmäßig meldet der Imager bei jedem Schreibvorgang anonym an Raspberry Pi, welches Image ihr ausgewählt habt, dazu die Imager-Version, euer Host-Betriebssystem, die Architektur und die Spracheinstellung. Laut README werden dabei nur Zähler gespeichert, die aggregierten Daten sind öffentlich unter rpi-imager-stats.raspberrypi.com einsehbar.

Wer das trotzdem nicht möchte, schaltet die Statistik in den App-Optionen ab oder startet den Imager einmal mit dem Parameter --disable-telemetry, der die Einstellung dauerhaft speichert. Wie oben erwähnt, ist die Telemetrie beim Flatpak ohnehin nicht einkompiliert. Dort müsst ihr euch also um nichts kümmern.

Häufige Probleme unter Linux

Der Imager meldet, er laufe nicht als Root. Beim AppImage klickt ihr auf Autorisierung installieren oder startet es mit sudo ./…. Bei Distributionspaketen prüft ihr, ob unter /usr/share/polkit-1/actions/ die Datei com.raspberrypi.rpi-imager.policy liegt. Fehlt sie, installiert das Paket neu oder startet den Imager testweise mit sudo.

Das AppImage startet nicht. Prüft zuerst, ob das Ausführbar-Bit gesetzt ist (chmod +x). Unter Ubuntu 24.04 fehlt zudem libxcb-cursor0, ohne das das AppImage direkt beim Start abstürzt. Startet das AppImage testweise im Terminal, dann seht ihr die Fehlermeldung und wisst, welches Puzzlestück noch fehlt.

Ubuntu zeigt die alte Oberfläche. Dann habt ihr die Version aus apt oder dem Snap Store erwischt, die beide noch auf dem Stand von 1.x hängen. Deinstalliert sie und greift stattdessen zum .deb von GitHub, zum AppImage oder zum Flatpak. Danach begrüßt euch auch unter Ubuntu der neue Assistent.

Die SD-Karte taucht nicht auf. Schaut mit lsblk, ob der Kartenleser die Karte überhaupt erkennt. Manche Kartenleser zeigen erst nach erneutem Einstecken ein Gerät an, andere mögen bestimmte Karten schlicht nicht. Taucht die Karte auch in lsblk nicht auf, liegt das Problem nicht beim Imager.

Das Schreiben dauert ewig. Die Verifikation liest das komplette Image nach dem Schreiben noch einmal von der Karte. Bei langsamen Karten oder USB-2-Kartenlesern kann das dauern. Eine schnellere Karte hilft hier mehr als das Abschalten der Prüfung. Schlägt die Verifikation fehl, solltet ihr eure Karte auf Fehler prüfen.

Defekte USB-Sticks oder microSD-Karten. Zeigt der Imager beim Schreiben den Hinweis „Limited by storage device speed“ an, bremst das Speichermedium den Vorgang wesentlich aus. Bei nur wenigen MB/s steckt oft ein altersschwacher Stick oder eine defekte Karte dahinter. Prüft den Datenträger dann auf Fehler, bevor ihr euch über eine abgebrochene Verifikation wundert.

Alternativen zum Raspberry Pi Imager

Natürlich muss es nicht immer der Imager sein. Wer ein Image schon heruntergeladen hat, der kommt unter Linux auch mit Bordmitteln ans Ziel – etwa mit dd, mit der Funktion Laufwerksabbild wiederherstellen in Gnome Disks oder dem GTK4-Tool Impression. Dann fehlt allerdings die komfortable Vorkonfiguration, Hostname, SSH und WLAN richtet ihr von Hand ein.

Wollt ihr umgekehrt ein bestehendes System sichern und das Image möglichst klein halten, dann schaut euch mal PiShrink an. Damit schrumpft ihr ein ausgelesenes Image auf die tatsächlich belegte Größe zusammen und könnt es später wieder mit dem Imager auf eine Karte schreiben.

Besser als dd, aber auch nicht Pflicht

Alles in allem war das Upgrade auf den Raspberry Pi Imager 2.0 in meinen Augen ein klarer Fortschritt. Der Assistent führt auch Einsteiger sicher durch die Einrichtung, und für Linux-User wurde gerade beim Thema Root-Rechte einiges an Gefrickel beseitigt. Arch-User installieren das Programm einfach aus extra und sind fertig.

Ubuntu-User sollten dagegen unbedingt die Paketquellen und den Snap Store links liegen lassen und zum offiziellen Paket greifen. Und wer gerne im Terminal arbeitet, der sollte sich den CLI-Modus mit den cloud-init-Optionen einmal genauer ansehen. Wie bereitet ihr eure SD-Karten vor? Nutzt ihr den Imager oder schwört ihr noch auf dd?

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Dennoch lohnt sich ein Blick auf die Neuerungen dieser Ausgabe. Zum einen bringt das frische Image zahlreiche Detailverbesserungen mit, zum anderen dürfte es sich um das letzte Release auf Basis von Debian 12 „Bookworm“ handeln. Noch in diesem Jahr steht mit Debian 13 „Trixie“ ein größeres Upgrade bevor, das voraussichtlich auch beim offiziellen Betriebssystem des Raspberry Pi tiefgreifende Umbauten nach sich ziehen wird.

Was hat sich im Update getan?

Zahlreiche Verbesserungen betreffen die Desktop-Nutzung und die Bedienung mit Touchscreens. So wurde der Bildschirmschoner verbessert: Die vorher eher minimalistische Darstellung beim Sperren des Bildschirms wurde durch eine überarbeitete Oberfläche ersetzt, die nun klarer anzeigt, was zu tun ist. Gesperrt wird jetzt wie gewohnt per Strg + Alt + L oder über das Menü.

Ein sicherheitsrelevanter Punkt betrifft die automatische Anmeldung. Bislang wurde beim aktivierten Autologin nicht nur die grafische Oberfläche automatisch gestartet, sondern auch die Konsole auf TTY1. Das konnte ein Schlupfloch sein, da man den Sperrbildschirm so potenziell umgehen konnte. Jetzt lassen sich Desktop- und Konsolen-Login getrennt konfigurieren, sowohl über das grafische Tool Raspberry Pi Configuration als auch über raspi-config.

Für Touchscreen-Nutzer wurde eine Option eingebaut, mit der ihr selbst wählen könnt, ob Touch-Eingaben als echte Berührungen oder als Maus-Emulation behandelt werden sollen. Letzteres war bisher Standard, hatte aber den Nachteil, dass typische Touch-Gesten wie das Scrollen per Wischbewegung nicht funktionierten. Wer künftig lieber nativen Touch-Support nutzt, muss auf Doppeltippen als Ersatz für Doppelklick verzichten. Der Dateimanager lässt sich aber entsprechend konfigurieren, um mit einem einzelnen Tippen Dateien zu öffnen.

Neue Druckeranwendung aus GNOME

Ein interessantes Detail betrifft die Verwaltung von Druckern. Statt des bisher verwendeten, etwas sperrigen system-config-printer kommt jetzt eine neue, übersichtlichere Druckerverwaltung zum Einsatz. Dabei handelt es sich um ein Modul aus dem Fundus von GNOME, das nun als eigenständige Anwendung vorliegt und sich unter Einstellungen im Hauptmenü findet. Achtung: Wer sein System regelmäßig aktualisiert, hat die App womöglich noch nicht installiert. Ihr könnt sie mit folgenden Befehlen nachrüsten:

sudo apt update
sudo apt full-upgrade
sudo apt install rpinters

Beachtet dabei bitte den Schreibfehler im Paketnamen: Die App heißt tatsächlich rpinters und nicht printers. Da soll einer noch mal sagen, die RasPi-Entwickler hätten keinen Humor.

Weitere Änderungen an RPiOS

• Wayland-Desktop: Raspberry Pi OS nutzt weiterhin labwc als Fenstermanager in Version 0.8.1, die sich als stabil erwiesen hat.
• Kernel: Die aktuelle Version setzt auf den Linux-Kernel 6.12.
• Virtuelle Tastatur: Squeekboard wurde verbessert – bei mehreren Monitoren lässt sich nun gezielt steuern, auf welchem Bildschirm sie angezeigt wird.
• Adblocker: Aufgrund von Änderungen in Chromium kann uBlock Origin nicht mehr vorinstalliert werden – stattdessen kommt uBlock Origin Lite zum Einsatz.
• Optimierungen: Die Startzeit des Desktops wurde verkürzt, unter anderem durch eine neue Lösung namens zenoty, die zenity ersetzt.

Warten auf Debian 13 aka Trixie

Das neue Raspberry Pi OS bringt viele kleine und größere Verbesserungen mit sich, auch wenn der große Umbruch erst mit dem Wechsel auf Debian 13 „Trixie“ zu erwarten ist. Wer ohnehin regelmäßig Updates installiert, wird die meisten dieser Änderungen schon nutzen. Das aktuelle Abbild lohnt sich vor allem für Neuinstallationen oder frisch aufgesetzte Systeme. Zum Beispiel, wenn ihr ein neues Raspberry-Pi-Projekt startet. Welche Erfahrungen habt ihr mit dem neuen Release gemacht? Gab es Überraschungen oder Probleme beim Update? Lasst es mich gern wissen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Nutzer bekommen das Upgrade nun nicht automatisch auf den RasPi gespielt. Das Upgrade muss man von Hand einleiten. Dabei spielt das System nicht nur einen neuen Linux-Kernel auf die Speicherkarte, sondern alle bis dahin aufgelaufenen Neuerungen aus dem Open-Source-Universum rund um GNU/Linux. Für Nutzer des Raspberry Pi 4 oder des Compute Module 4 mit dem aktuellen Chipsatz (zu erkennen an der auf dem Chipsatz aufgedruckten Endung C0T) bedeutet das sogar ein wenig mehr Geschwindigkeit, da das System damit ganz offiziell mit 1,8 GHz laufen darf. Wie bei einem Distributions-Upgrade allerdings üblich sollte man vor der Aktion ein Backup starten.

System- und Firmware-Upgrade

In meinem kleinen Heimnetz läuft ein Raspberry Pi 3 als kleine eierlegende Wollmilchsau. Der Mini-Rechner filtert mittels PiHole Anzeigen aus dem Datenstrom. Er tunnelt via WireGuard einen sicheren Zugang via VPN durch das Internet ins eigene LAN. Zudem macht mein Raspberry Pi einen steinalten Canon-Scanner netzwerkfähig. Von daher sind bei diesem System einige Dienste eingerichtet und das System an mehr als einer Stelle individuell konfiguriert. Ich war daher skeptisch, ob das Upgrade ohne Komplikationen durchläuft und habe erst einmal ein paar Wochen abgewartet, bis etwaige Schwierigkeiten im Upgrade-Prozess ausgebügelt werden konnten.

### Bestehende Installation auf aktuellen Stand bringen:
$ sudo apt update
$ sudo apt full-upgrade
$ sudo rpi-update
 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
 *** Performing self-update
[...]
 *** Backing up modules 5.10.63-v7+
#############################################################
WARNING: This update bumps to rpi-5.10.y linux tree
See: https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=288234
'rpi-update' should only be used if there is a specific
reason to do so - for example, a request by a Raspberry Pi
engineer or if you want to help the testing effort
and are comfortable with restoring if there are regressions.

DO NOT use 'rpi-update' as part of a regular update process.

##############################################################
Would you like to proceed? (y/N)

Im oben aufgeführten ersten Schritt solltet ihr die bestehende Installation des Raspberry Pi OS auf einen aktuellen Stand bringen. Ich selbst arbeite auf meinem RasPi ohne grafische Oberfläche, logge mich daher via SSH auf dem System ein. Alternativ könnt ihr das Upgrade natürlich aber auch unter der grafischen Oberfläche des Systems ausführen. Der letzte Schritt sudo rpi-update ist optional: Er bringt die direkt auf dem Raspberry Pi installierte Firmware auf den neusten Stand. Wie immer bei solchen Firmware-Updates ist hier Vorsicht angebracht. Theoretisch könnt ihr damit das System in das Nirvana schicken, auf der anderen Seite bügelt solch ein Update aber auch Schwächen aus oder schaltet neue Funktionen frei.

Upgrade von Buster auf Bullseye

Zur Sicherheit startet ihr das System nach diesem Upgrade einmal durch und kontrolliert, ob der Raspberry Pi auch sicher mit Strom versorgt wird. Das komplette Upgrade hat bei mir in etwa zwei Stunden gedauert, während dieser Zeit sollte der Strom auf keinen Fall ausfallen. Loggt euch nun wieder in das System ein und erstellt zunächst eine Sicherheitskopie der für die Paketverwaltung zuständigen Konfigurationsdatei /etc/apt/sources.list. Das nächste Kommando im folgenden Listing tauscht dann jede Erwähnung von buster gegen bullseye innerhalb der Datei. Alternativ könnt ihr diesen Schritt natürlich auch mit einem Texteditor erledigen.

### Upgrade auf Raspberry Pi OS Bullseye einspielen:
$ sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak
$ sudo sed -i 's/buster/bullseye/g' /etc/apt/sources.list
$ sudo apt update
[...]
Reading state information... Done
429 packages can be upgraded. Run 'apt list --upgradable' to see them.
$ sudo apt full-upgrade

Danach lasst ihr mit sudo apt update die Paketquellen neu einlesen und startet abschließend mit dem sudo apt full-upgrade den eigentlichen Upgrade-Prozess, der auf meinem System über 300 MByte an neuen Paketen in das System spült. Das Upgrade läuft mehr oder minder automatisch durch, allerdings informiert die Paketverwaltung zwischendurch über eine Reihe von Neuerungen, die ihr mit [Q] quittieren müsst. Sind wie bei mir Dienste installiert, fragt das Upgrade zudem im weiteren Verlauf ab, ob ihr die Dienste während des Upgrade-Prozesses ohne Nachfrage neu starten möchtet — in der Regel könnt ihr das erlauben.

Kritisch wird es bei Nachfragen wie hier im nachfolgenden Bild. In diesem Fall registriert die Paketverwaltung eine Änderung an der Konfigurationsdatei /etc/default/useradd. Ihr habt nun die Wahl: Mit [Y] das unveränderte Original des Entwicklers zu übernehmen und somit eure eigenen Änderungen zurückzusetzen oder mit [N] eure Version der Konfiguration zu behalten und somit eventuell Neuerungen des Dienstes zu verpassen. Am besten schaut ihr euch mit [D] den Unterschied zwischen beiden Versionen an und entscheidet dann von Fall zu Fall, was zu tun ist. Ganz ohne Wissen über die betroffenen Dienste kann es hier allerdings zu ein paar kniffligen Situationen kommen. Ich für meinen Teil übernehme gerne die Version der Paketentwickler und passe meine Konfiguration danach wieder von Hand an.

Auf meinem Raspberry Pi 3 mit einer Reihe von Diensten hat das System in etwa zwei Stunden an dem Upgrade gearbeitet — allerdings war ich zwischendurch immer wieder mal nicht am Platz, das Upgrade hat dadurch immer mal wieder auf meine Eingaben gewartet. Nach der erfolgreichen Installation von Raspberry Pi OS Bullseye meldet das System am Ende den Wunsch nach einem Neustart an. Startet daher den Raspberry mit dem Kommando sudo reboot einmal neu und meldet euch wieder am System an. Als letzten Schritt kontrolliert ihr, ob das System nun wirklich mit Bullseye läuft und entfernt nicht mehr benötigte Pakete aus dem System. Danach ist euer Raspberry Pi auf dem neusten Stand und wieder bereit für seine Aufgaben im Netz.

$ cat /etc/os-release 
PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)"
NAME="Raspbian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
[...]
$ sudo apt autoremove
[...]
0 upgraded, 0 newly installed, 40 to remove and 0 not upgraded.
After this operation, 173 MB disk space will be freed.

Kleiner Tipp am Ende: Wie eingangs angesprochen dürfen die aktuell gefertigten Raspberry Pi 4 und Compute Module 4-Platinen (mit der Kennung C0T am Ende der aufgedruckten CPU-Kennzeichnung) nun ganz offiziell mit einer Taktrate von 1,8 GHz arbeiten. Damit die CPU jedoch überhaupt so hoch taktet, müsst ihr in der Datei /boot/config.txt die Zeile arm_freq=1800 eintragen. Ansonsten habt ihr bis zur nächsten großen Änderung am System wieder ein wenig Zeit. Das nächste große Update steht analog zum Release-Zyklus von Debian in etwa zwei Jahren an, die Basis bildet dann Debian 12 „Bookworm“.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

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 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.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Für Einsteiger (und Fortgeschrittene) gibt es zudem Kits mit oft benötigtem Zubehör wie etwa USB- und HDMI-Adapter. Ohne diese lässt sich mit dem RasPi Zero kaum etwas anfangen. Vier dieser Kits könnt ihr als kleine Weihnachtsverlosung bei mir hier im Blog gewinnen. Mit im Paket liegt jeweils auch eine Ausgabe Raspberry Pi Geek. Was müsst ihr für die Verlosung tun? Hinterlasst einen Kommentar für einen Punkt. Wer den Artikel auf Facebook teilt, bekommt drei Punkte. Wer…. Alles Quatsch: Schreibt hier im Blog bis zum 31.12.2016 24 Uhr einen Kommentar mit einer gültigen E-Mail-Adresse. Alle Teilnehmer haben dieselbe Chance auf einen Gewinn!

3x Pi Zero Essential Kits

Das Pi Zero Essential Kit enthält neben dem Raspberry Pi Zero noch einen miniHDMI auf HDMI Adapter sowie einen Adapter für microUSB auf USB OTG. So lassen sich beliebige USB-Geräte wie etwa eine USB-Tastatur und ein Monitor an den Raspberry Pi Zero anschließen. Die GPIO-Leiste ist beim Zero im Gegensatz zu den klassischen Raspberry Pis nicht aufgelötet. Im Set finden sich daher zwei Leisten: Einmal eine mit geraden Pins und einmal eine um 90 Grad abgewinkelte Leiste. Zum Betrieb benötigt man noch ein USB-Netzteil. Der Raspberry Pi Zero ist jedoch genügsam, so gut wie jedes Handynetzteil müsste ausreichen.

Lieferumfang

• Raspberry Pi Zero
• miniHDMI auf HDMI Adapter
• microUSB auf USB OTG Adapter (um beliebige USB Geräte, oder einen Hub an den Pi Zero anschließen zu können)
• 40-Pin Header gerade
• 40-Pin Header 90° abgewinkelt
• Inkl. die aktuelle Ausgabe der Raspberry Pi Geek

1x Pi Zero Christmas Kit

Das Pi Zero Christmas Kit ergänzt das Basis-Kit noch um ein passendes Gehäuse für den Raspberry Pi Zero von Pimoroni, ein passendes USB-Netzteil sowie eine 16 GByte große Speicherkarte und ein HDMI-Kabel. Im Set liegt auch ein Flachbandkabel für die Raspberry Pi Kamera. Im Vergleich mit dem klassischen RasPi braucht es hier ein weniger breites Kabel. Die beiden Adapter (HDMI und USB) sowie die GPIO-Pins sind natürlich weiterhin enthalten. So kann man gleich loslegen und ein spannendes Projekt aufsetzen… Habt ihr eine interessante Idee, für was der Raspberry Pi Zero ideal wäre?

Lieferumfang

• Raspberry Pi Zero
• miniHDMI auf HDMI Adapter
• microUSB auf USB OTG Adapter (um beliebige USB Geräte, oder einen Hub an den Pi Zero anschließen zu können)
• Kameraadapter-Kabel Pi Zero auf Raspberry Pi Kamera
• 40-Pin Header gerade
• 40-Pin Header 90° abgewinkelt
• 16GB Class 10 microSD Speicherkarte
• 2 m HDMI Kabel
• 2,5 A microUSB Netzteil
• Pi Zero Gehäuse
• Inkl. die aktuelle Ausgabe der Raspberry Pi Geek

Inklusive Raspberry Pi Geek

Mit im Paket findet ihr die gerade aktuelle Ausgabe der Raspberry Pi Geek. Das Magazin rund um den Raspberry Pi und andere Single Board Computer erscheint alle 2 Monate und ist auch an vielen Zeitschriftenkiosks erhältlich. Kleiner Disclaimer: Ich gehöre zum Redaktionsteam. Von daher erscheinen im Heft auch immer wieder Artikel von mir. In der aktuellen Ausgabe wären das etwa ein Beitrag zur Raspi-Alternative Odroid-XU4 und zum DVB-Stick DVBLogic TVButler.

Viel Glück bei der Auslosung und frohe Weihnachten wünscht euch,
Christoph

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

$ sudo arp-scan --localnet | grep Raspberry
192.168.0.100  b8:27:eb:76:1e:16  Raspberry Pi Foundation
192.168.0.101  b8:27:eb:e4:e1:30  Raspberry Pi Foundation

Bislang war auf den Raspbian-Images der SSH-Server von Haus aus aktiv. Somit ließ sich der Raspberry Pi „headless“ aufsetzen. Man brauchte also weder Maus, Tastatur noch einen Monitor, um das System des RasPis einzurichten, was die Installation eines RasPi-Servers ungemein vereinfacht. In Anbetracht der IT-Sicherheits-GAUs der letzten Tage und Wochen macht die Raspberry Pi Foundation mit dieser Praxis nun Schluss: Seit Raspbian 2016-11-25 muss man den SSH-Server aktivieren. Kann man den RasPi direkt bedienen, ist das schnell geschehen, einen Headless-RasPi muss man jedoch gezielt vorbereiten.

SSH auf dem Raspberry Pi aktivieren

Wer auf seinen Raspberry Pi direkt zugreifen kann, weil neben Tastatur/Maus auch noch ein Monitor an dem Minirechner angeschlossen ist, muss zum Aktivieren von SSH keine großen Klimmzüge machen. In der Anwendung Preferences | Raspberry Pi Configuration findet sich im Reiter Interfaces ein Schalter zum Aktivieren des SSH-Servers. Dieser ist weiterhin von Haus aus installiert, man muss hier nun lediglich den Schalter auf Enabled stellen und den Dialog mit OK beenden.

Alternativ ruft man das konsolenbasierte Raspberry-Pi-Konfigurationswerkzeug mittels sudo raspi-config in einem Terminal auf und schaltet dort unter dem Eintrag 7 Advanced Options | A4 SSH die entsprechende Option ein. Dies funktioniert dann selbstverständlich auch mit dem Light-Image von Raspbian, das auf eine grafische Desktopumgebung verzichtet. Einen Neustart danach braucht es nicht zwingend, man kann sich sofort wieder per SSH einloggen.

Dabei findet man gleich eine weitere Neuerung. Solange man das Passwort des Standardnutzers „pi“ nicht abändert, es also bei „raspberry“ belässt, bekommt man bei jedem Einloggen einen Hinweis auf den Schirm, dass man dieses doch bitte schnellstmöglich tun solle. Dazu genügt es, sich ganz normal einzuloggen und dann mit dem Kommando passwd das Kennwort abzuändern. Linux-typisch zeigt das System bei dieser Aktion keinerlei Sternchen oder andere Platzhalter an. Alternativ funktioniert das Ändern des Passworts auch über RasPi-Config.

SSH auf einem Headless-RasPi

Möchte man nun aber gar nicht erst einen Monitor und Eingabegeräte an den Raspberry Pi anschließen, dann steht man mit dem neusten Raspbian vor verschlossenen Türen: Konnte man sich früher per SSH direkt auf dem RasPi einloggen, heißt es jetzt nur noch ssh: connect to host 192.168.111.100 port 22: Connection refused und nichts geht mehr. Nun beißt sich die Katze natürlich in den Schwanz: Ohne SSH kein SSH. Doch auch für diesen Fall haben die Entwickler von Raspbian eine Lösung erdacht.

Damit Raspbian von Haus aus SSH aktiviert, schreibt man die Image-Datei wie gewohnt auf die SD-Karte. Nach Abschluss der Aktion nehmt ihr die Karte nun nicht sofort aus dem Kartenleser, sondern öffnet die /boot-Partition des Raspbian-Systems in einem Dateimanager eurer Wahl und erstellt dort eine leere Datei mit dem Namen ssh. Da mit dem FAT-Dateisystem formatiert wurde, funktioniert dies mit allen gängigen Betriebssystemen, also mit Linux, MacOS X und auch mit dem Windows Explorer unter Microsoft Windows.

Ich persönlich mache es mir unter Linux ein wenig leichter: Anstatt einen Dateimanager zu bemühen, schreibe ich das Raspbian-Image wie gewohnt mit dd auf die Speicherkarte (Achtung: Bitte Namen und bei Bedarf Pfad der Image-Datei anpassen, sowie den Pfad /dev/sdd zur Speicherkarte ändern) und lege die Datei dann mit touch an. Wobei man auch hier wieder den Pfad zum Mountpunkt der /boot-Partition anpassen muss. Arch bindet externe Medien unter /run/media/benutzername ein. Das $(whoami) sorgt dafür, dass dieser automatisch aufgelöst wird.

$ sudo dd if=2016-11-25-raspbian-jessie.img of=/dev/sdd bs=512; sync
$ touch /run/media/$(whoami)/boot/ssh

In Zukunft wird es also ein klein wenig komplizierter, einen Raspberry Pi ohne Monitor und Tastatur entsprechend aufzusetzen. Das Plus an Sicherheit ist es in meinen Augen jedoch wert, ich möchte nicht von einem „Raspberry-Pi-Botnet“ aus der Presse erfahren. Zahlreiche RasPi-User wussten wahrscheinlich gar nicht, dass das System aus dem Netz heraus über SSH zu erreichen war. Wurde dann nicht einmal das Standard-Passwort geändert, war das RasPi-System offen wie ein Scheunentor.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Auf den ersten Blick fällt auf, dass Raspbian wieder ein bisschen gewachsen ist. In manch einem Forumskommentar wird über das mehr als 4 GByte große Image geschimpft, allerdings beträgt der Unterschied zum letzten Image ohne Pixel lediglich 300 MByte. Das Lite-Image ohne Xserver und grafische Desktopumgebung hat sich im Umfang dagegen so gut wie gar nicht geändert. Kein Wunder, schließlich gab es hier auch kaum Neuerungen, lediglich ein paar Updates stecken in der neuen Image-Datei.

$ ls -alh *raspbian*
3,8G 27. Mai 13:50 2016-05-27-raspbian-jessie.img
1,3G 27. Mai 13:41 2016-05-27-raspbian-jessie-lite.img
4,1G 23. Sep 09:44 2016-09-23-raspbian-jessie.img
1,3G 27. Sep 07:45 2016-09-23-raspbian-jessie-lite.img

Startet man das neue Raspbian, fällt umgehend der neue Splash-Screen ins Auge. Ähnlich wie bei Ubuntu setzt dieser wohl auf Plymouth. Während des Startvorgangs sieht man daher bis auf ein paar kleine Einzeiler keinerlei Bootmeldungen mehr. Wenn man für ein besonderes Projekt möchte, kann man die Grafik des Splashscreens anpassen. Dazu muss man lediglich das Bild /usr/share/plymouth/themes/pix/splash.png gegen sein eigenes austauschen.

Sollte man die Bootmeldungen benötigen, etwa um ein Problem beim Booten ausfindig zu machen, muss man entweder in der /boot/cmdline.txt die Optionen quiet splash entfernen (dazu die Datei mit sudo nano /boot/cmdline.txt in einen Editor mit Root-Rechten öffnen) oder via sudo raspi-config unter 3 Boot Options | B1 Console festlegen, dass der RasPi ganz ohne grafische Umgebung starten soll. Beide Anpassungen müssen nach Korrektur des Problems wieder auf demselben Weg rückgängig gemacht werden.

Der Beitrag auf der Raspberry-Pi-Homepage spricht davon mit „PIXEL desktop“ eine Desktopumgebung geschaffen zu haben. Der Name steht für Pi Improved Xwindows Environment, Lightweight. Diese baut jedoch so gut wie in allen Teilen auf LXDE auf. Neu sind, auf den ersten Blick, lediglich die Icons, das Fenstertheme, wie auch die Integration der Infinality-Patches in die Freetype-Bibliothek (Arch-User kennen diese in der Regel, ich habe sie auch schon ein paar Mal hier im Blog behandelt). Dadurch erscheinen die Schriften auf dem Bildschirm weicher, manch ein User wird sich jedoch nun an den rundgelutschten Fonts stören.

Wichtiger ist in meinen Augen der Umstieg von Epiphany auf Chromium als Browser. Erstens bekommt man so von Haus aus einen Browser auf den RasPi, der allen aktuellen Anforderungen entspricht. Zweitens lässt sich dieser leicht (so wie der aus Chromium abgeleitete Chrome-Browser von Google) mit Erweiterungen aufrüsten. Raspbian bringt von Haus aus zwei mit: Mit uBlock Origin filtert der Browser Anzeigen aus Internetseiten; im Falle des RasPi besonders interessant, da allzu umfangreiche Banner und Clips diesen schnell einbremsen. Dazu kommt mit h264ify eine Chrome-Erweiterung, die YouTube dazu zwingt, H.264-Videos anstatt VP8/VP9 auszuliefern. Dadurch werden Ruckler beim Streamen von YouTube-Videos vermieden.

Weiter lassen sich nun Bluetooth und WLAN über die grafische Oberfläche abschalten. Zudem findet sich nun der RealVNC-Server mitsamt Client an Bord. Interessant für User, die sich an das Programmieren wagen wollen, ist der neue Sense HAT Emulator für den gleichnamigen Raspberry Pi Sense Hat. Dieser Aufsatz für den GPIO-Port beinhaltet verschiedene Sensoren für Temperatur, Luftfeuchte und Luftdruck, wie auch einen Beschleunigungssensor, einen Lagesensor und ein Magnetometer. Ergänzt wird das alles mit einem kleinen 8×8 LED-Matrix-Display und einem Mini-Joystick für Eingaben. Mit dem Emulator lässt sich das Arbeiten mit dem Hat austesten, ohne die 40 Euro für den RasPi-Aufsatz ausgeben zu müssen.

Man kann das Ganze leicht ausprobieren: Aus der gestarteten App wählt man unter File | Open example | Simple | temperature.py ein einfaches Beispiel aus. Daraufhin öffnet sich der Code des Beispiels in IDLE, einer Entwicklungsumgebung für Python. In dieser führt man das Skript dann via Run | Run Module aus. Zieht man jetzt am Schieberegler Temperature hoch und runter, leuchten die LEDs des Displays entsprechend der roten oder blauen Temperatur auf. Je heißer, desto mehr färbt sich das Display rot. Entsprechend wird es blau bei niedrigen Temperaturen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Nach einer Woche konnte ich nun unter den knapp 240 Teilnehmern die Gewinner ermitteln. Timo und Gerd möchte ich viel Spaß mit den Kits wünschen. Linu74, Raoul, wulfovitch, Stefan und Jan finden hoffentlich im Heft interessante Tipps für den Aufbau einer eigenen Smart-Home-Installation — ihr solltet alle Post von mir im virtuellen Briefkasten haben. Allen anderen wünsche ich viel Glück für das nächste Mal. Mit Sicherheit gibt es irgendwann mal wieder etwas zu verlosen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Das Raspberry Pi Geek Spezial Heimautomation konzentriert sich dabei auf FHEM mit dem Raspberry Pi in Zusammenspiel mit Z-Wave-Geräten, die sich mithilfe des RaZberry-Moduls (auch über Amazon erhältlich) sehr gut in FHEM integrieren lassen. So behandelt das Heft etwa die Installation von FHEM auf einem RasPi, die Inbetriebnahme des RaZberry-Aufsatzes, wie auch die Umsetzung von verschiedenen Szenarien: Dazu gehört der Versand von Nachrichten bei Events über Pushbullet oder E-Mail, ein Einbruchsalarm mit Anwesenheitserkennung über Smartphones sowie als Klassiker die Regelung der Raumtemperatur über Z-Wave-kompatible Thermostate. Zudem gibt es einen Überblick über die proprietäre Smart-Home-Lösung Z-Way, die sich ebenfalls auf dem Raspberry Pi installieren lässt.

Wer vorher noch nicht mit einem RasPi gearbeitet hat und sich auch sonst nicht so bewandert in der Linux-Bastel-Ecke fühlt, der findet im Heft Tipps zum Beschreiben der SD-Speicherkarte, einen kleinen Crashkurs in Sachen Linux sowie Hilfe bei den ersten Schritten unter Linux — kleiner Disclaimer am Rande: Ich verdiene den Hauptteil meiner Brötchen mit LinuxUser und Raspberry Pi Geek. Das Besondere an dem Sonderheft ist, dass so gut wie jeder Artikel aus meiner Feder stammt. Ein bisschen Unterstützung beim Grundlagenartikel kam von Jörg Hofmann, der unter MeinTechBlog.de viel über Hausautomation veröffentlicht. Das Heft findet ihr im gut sortierten Fachhandel, online im Shop vom Computec-Verlag, sowie im Computer-Kiosk (für Android und iOS).

Zusammen mit den Jungs von Pi3g.com ist in Kooperation auch dieses Mal wieder ein Hardware-Paket für RasPi-Einsteiger entstanden — das RPG Smart-Home-Kit (der Vertrieb erfolgt über Pollin). Dieses umfasst einen aktuellen Raspberry Pi 3 (dieser bringt ja inzwischen WLAN und Bluetooth von Haus aus mit), das RaZberry-Modul zum Ansteuern von Z-Wave-Geräten, sowie das nötige Zubehör mitsamt Raspbian, FHEM und den für das RaZberry-Addon nötigen Anpassungen auf der Speicherkarte. So kann man direkt mit FHEM als Smart-Home-Zentrale loslegen und muss sich nicht lange mit der Installation der Software aufhalten. Beim Umsetzen und Programmieren erster Szenarien innerhalb von FHEM helfen dann die im Heft abgedruckten Artikel.

Die Kooperation mit Pi3g.com hat zum Vorteil, dass ich hier nicht ganz mit leeren Händen stehe. Für die Leser von Linux und Ich kann ich fünf Ausgaben der Raspberry Pi Geek Spezial 01/2016 sowie zwei von Pi3g und Z-Wave Europe zur Verfügung gestellte RPG Smart-Home-Kits mitsamt jeweils einer Ausgabe des Hefts verlosen. Die zwei Hauptgewinner können also mit dem Automatisieren der eigenen vier Wände gleich loslegen:

• Hauptgewinn 1 (Wert etwa 300 Euro)
  • 1x RPG Smart-Home-Kit (RPi3, 16 GByte, Netzteil, Gehäuse, FHEM vorinstalliert)
  • 1x RaZberry-Modul
  • 1x Raspberry Pi Geek Spezial
  • 1x Z-Wave-Thermostat (Eurotronic Comet Z)
  • 1x Z-Wave Zwischenstecker mit Strommessfunktion (tapHome EasyPlug)
• Hauptgewinn 2 (Wert etwa 220 Euro)
  • 1x RPG Smart-Home-Kit
  • 1x RaZberry-Modul
  • 1x Raspberry Pi Geek Spezial
• Hauptgewinn 3
  • 5x Je 1 Raspberry Pi Geek Spezial

Zur Teilnahme an der Verlosung müsst ihr lediglich bis Freitag 17. Juni schlag Mitternacht einen Kommentar hier in diesem Beitrag hinterlassen. In diesem Fall müsst ihr selbstverständlich das E-Mail-Feld ausfüllen, sonst kann ich euch nach der Auslosung nicht kontaktieren. Auf zusätzlichen Heckmeck wie Bonus-Lose durch Social-Media-Gedöns verzichte ich gerne, ihr dürft Linux und Ich aber trotzdem gerne auf Facebook, Google+ oder Twitter folgen. Die Gewinner ermittelt das Los, mehrere Kommentare mit derselben E-Mail-Adresse werden zu einer Gewinnchance zusammengefasst, bei Angabe einer falschen E-Mail-Adresse besteht kein Anspruch auf den Gewinn. Der Rechtsweg ist ausgeschlossen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Ansonsten scheint sich gegenüber der ersten Variante des Raspberry Pi Zero nichts geändert zu haben: Nach wie vor arbeitet auf dem RPi Zero v1.3 ein BCM2835 (der SoC des RPi1, aber auf 1 GHz getaktet) zusammen mit 512 MByte Arbeitsspeicher. WLAN oder Bluetooth fehlen nach wie vor. Auch einen Netzwerk-Port gibt es nicht. Diesen müsste man über den Micro-USB-Port und einen entsprechenden Adapter nachrüsten. Ebenso muss man auch den GPIO-Anschluss bei Bedarf auflöten. Ebenso blieben Preis — und auf den ersten Blick auch die schlechte Verfügbarkeit — unverändert.

Noch keine deutsche Bezugsquelle für RPi Zero v1.3

• Pimoroni: 4 GBP
• PiHut: 4 GBP
• Adafruit: 5 USD
• Adafruit: Raspberry Pi Camera Cable

Wer den neuen Raspberry Pi Zero mit einer RasPi-Kamera verwenden möchte, muss allerdings beachten, dass das für die ausgewachsenen RasPis gedachte Kabel nicht an den RPi Zero passt. Aufgrund des begrenzten Bauraums musste auf diesem eine schmalere Buchse verbaut werden, die somit auch ein anderes Kabel erfordert. Das Kabel gibt es beispielsweise bei Adafruit, die Seite listet allerdings aktuell keinen Preis für das Zubehörteil auf.

Technische Daten: Raspberry Pi Zero v1.3

• BCM2835 (wie im RPi1, aber mit 1 GHz)
• 512 MByte RAM
• Micro-SD-Slot
• Mini-HDMI
• Micro-USB-Port
• 40-Pin GPIO (muss aufgelötet werden)
• Kamera-Port (braucht extra Kabel)

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.