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.

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.

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.

Beim Verbindungsaufbau via SSH speichert der SSH-Client in der Regel den öffentlichen SSH-Schlüssel des entfernten Systems zusammen mit dem Rechnernamen und der IP-Adresse in der Datei ~/.ssh/known_hosts im Homeverzeichnis des aktuellen Benutzers auf dem Client-Rechner. Dies wird unter anderem gemacht, um Man-in-the-Middle-Angriffe zu verhindern, bei denen ein Angreifer vorgibt, der Zielrechner zu sein, sodass er die Zugangsdaten abfischen kann. Nun schlägt diese Sicherheitsmaßnahme aber auch zu, wenn gar keine Bedrohung vorliegt: Etwa wenn man einen RasPi neu aufsetzt und man sich wieder per SSH einzuloggen versucht. SSH meldet dann in so einem Fall in großen Lettern WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED.

SSH nach erneuter Installation des Systems

$ grep 192.168.111.100 ~/.ssh/known_hosts
raspberrypi,192.168.111.100 ecdsa-sha2-nistp256 AAAAE2...ABBBBqf

$ ssh pi@192.168.111.100
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:6rR+0/i3KnPLds3EuGkfWiudIgu8VMpe1xq+X3I3yNM.
Please contact your system administrator.
Add correct host key in /home/toff/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /home/toff/.ssh/known_hosts:10
ECDSA host key for 192.168.111.100 has changed and you have requested strict checking.
Host key verification failed.

Nun könnte man die Datei ~/.ssh/known_hosts in einem Texteditor öffnen und die problematische Zeile 10 von Hand aus der Liste löschen, es gibt jedoch einen besseren Weg: Mit ssh-keygen -R IP-Adresse lässt sich der Schlüssel aus der Datei mit einem Kommando entfernen, sodass man beim nächsten Aufbau der Verbindung wieder bei „Null“ anfängt — den Schlüssel also wie beim allerersten Verbindungsaufbau zu diesem Rechner bestätigen muss. Das Ganze funktioniert auch, wenn ihr statt der IP-Adresse den Rechnernamen für den Verbindungsaufbau nutzt. Zur Sicherheit kopiert das Kommando den alten Stand nach ~/.ssh/known_hosts.old im selben Verzeichnis.

$ ssh-keygen -R 192.168.111.100
# Host 192.168.111.100 found: line 10
/home/toff/.ssh/known_hosts updated.
Original contents retained as /home/toff/.ssh/known_hosts.old

$ ssh pi@192.168.111.100
The authenticity of host 'raspberrypi (192.168.111.100)' can't be established.
ECDSA key fingerprint is SHA256:6rR+0/i3KnPLds3EuGkfWiudIgu8VMpe1xq+X3I3yNM.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.111.100' (ECDSA) to the list of known hosts.
pi@192.168.111.100's password: 

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Apr 22 08:40:10 2016 from 192.168.178.57

SSH-Verbindung gewaltsam trennen

Ist man auf einem entfernten Rechner per SSH eingeloggt und fährt diesen per shutdown, halt oder reboot herunter, dann beendet das System die SSH-Verbindung nicht gewaltsam. Das System beendet den SSH-Server während des Herunterfahrens sauber, sodass man wieder im Terminal des Client-Rechners landet und dort mit demselben Terminalfenster weiterarbeiten kann. Nun stecke ich — und mit Sicherheit auch andere RasPi-Bastler — ganz gerne den Raspberry Pi vom Strom ab und wieder an, um den Rechner kurz und schmerzlos neu zu starten. Dieses Verfahren ist mit Sicherheit nicht ideal für die Integrität der Daten auf der Speicherkarte, aber wenn ich das System auf dieser sowieso neu aufsetzen möchte, kümmert mich diese wenig.

Der Nachteil ist nun aber, dass bei diesem Vorgang in der Regel auch SSH im Terminal hängen bleibt — schließlich hat man sich gerade den Stuhl unter dem Hintern weggezogen. Nun könnte man den SSH-Prozess abschießen oder das Terminal-Fenster schließen und wieder neu öffnen, doch auch für diese Situation gibt es eine saubere Lösung: SSH kennt eine Reihe von Steuerkommandos, mit denen sich die aktuelle SSH-Sitzung managen lässt. Ihr bekommt eine Übersicht über die zur Verfügung stehenden Kommandos, wenn ihr ~? (also [AltGr]+[+] und [Umschalt]+[ß]) in eine neue Zeile des Terminals eingebt — Man ein Linux-Einsteiger mag [AltGr] verwirren: Mit dieser ist die rechte Alt-Taste neben der Leertaste gemeint. Zur Sicherheit drückt ihr vorher daher einfach einmal auf die Eingabetaste.

pi@raspberrypi:~ # ~?
Supported escape sequences:
 ~.   - terminate connection (and any multiplexed sessions)
 ~B   - send a BREAK to the remote system
 ~C   - open a command line
 ~R   - request rekey
 ~V/v - decrease/increase verbosity (LogLevel)
 ~^Z  - suspend ssh
 ~#   - list forwarded connections
 ~&   - background ssh (when waiting for connections to terminate)
 ~?   - this message
 ~~   - send the escape character by typing it twice
(Note that escapes are only recognized immediately after newline.)

Die von der Hilfe angezeigte erste Sequenz ist bereits die gesuchte Funktion: Gebt ihr während einer SSH-Sitzung als Text ~. ein, drückt also die Tasten [AltGr]+[+] und danach [.], dann beendet ihr die aktuelle SSH-Verbindung ohne Rücksicht auf Verluste. Dies funktioniert eben nicht nur bei einer noch aktiven und weiterhin funktionierenden SSH-Sitzung (die ihr hier ja auch mit exit jederzeit schließen könntet), sondern auch dann, wenn ihr beispielsweise den RasPi vom Strom nehmt und sich im Terminal nichts mehr tut. Auch hier kann es hilfreich sein, vor dem eigentlichen Kommando noch einmal zur Sicherheit die Eingabetaste zu drücken. Sonst läuft das Steuerkommando eventuell ins Leere.

SSH-Verbindung pausieren und fortsetzen

Mit den Steuercodes lassen sich jedoch auch andere praktische Dinge machen. So könnt ihr beispielsweise eine SSH-Verbindung unterbrechen und später wieder fortsetzen, ohne dass ihr einen Terminalmultiplexer wie screen oder tmux einsetzen müsst. Braucht ein Prozess mehr Zeit als gedacht, könnt ihr die Verbindung auf diesem Weg parken, der Prozess auf dem entfernten Rechner läuft weiter. Im Gegensatz zu den beiden genannten Terminalmultiplexern müsst ihr nicht im Vorfeld daran denken, dass der Vorgang länger brauchen könnte und diese vorsorglich starten. Das entsprechende Steuerzeichen nennt sich nun etwas kryptisch ~^Z, der Zirkumflex steht dabei nicht als Zeichen, sondern als Steuerzeichen. Ihr müsst also [AltGr]+[+] und danach [Strg]+[Umschalt]+[Z] drücken. Anschließend landet ihr wieder im Terminal des Rechners, auf dem ihr ursprünglich ssh ausgeführt habt. Von dort aus könnt ihr die Verbindung wieder mit dem Aufruf von fg und [Eingabe] aufgreifen.

Arbeitet ihr auf einem „richtig“ entfernten System über das Internet, kann es durchaus passieren, dass die Verbindung abbricht. Dies liegt auf der einen Seite daran, dass der Server bei Inaktivität die Verbindung beendet, auf der anderen Seite kann es zu Situationen kommen, in denen die eigene Netzwerk-Infrastruktur (sprich der Router) dazwischenfunkt: Es gibt jedoch die Möglichkeit, den Timeout mit einer Keep-Alive-Funktion zu verhindern. Je nach Situation könnt ihr entweder den SSH-Server entsprechend konfigurieren (dazu benötigt ihr natürlich Root-Rechte) oder ihr ruft die SSH-Verbindung gleich mit den entsprechenden Parametern auf. Für diesen Fall benötigt ihr keine besonderen Rechte auf beiden Systemen.

Keep-Alive serverseitig

### Keep-Alive-Standardeinstellung:
$ grep Alive /etc/ssh/sshd_config
#TCPKeepAlive yes
#ClientAliveInterval 0
#ClientAliveCountMax 3
### Die Konfiguration des SSH-Servers bearbeiten:
$ sudo nano /etc/ssh/sshd_config

### Die entsprechenden Zeilen sollte am Ende so aussehen:
$ grep Alive /etc/ssh/sshd_config
TCPKeepAlive yes
ClientAliveInterval 60
ClientAliveCountMax 3

### SSH-Server einmal neu durchstarten:
$ sudo systemctl restart sshd

Keep-Alive clientseitig

### SSH-Verbindung clientseitig am Leben halten
$ ssh -o ServerAliveInterval=60 -o ServerAliveCountMax=1 pi@raspberrypi

Im ersten Fall gilt die Einstellung für alle User, die sich per SSH auf dem System einloggen möchten. In der Regel sollte man diese Konfiguration daher nur dann vornehmen, wenn auch alle User tatsächlich diese benötigen. Meistens braucht man das Keep-Alive allerdings nur im Ausnahmefall, von daher ist es sinnvoll, die Option nur bei Bedarf mit dem Aufruf von ssh zu setzen. Bei mir ist das beispielsweise bei einem Web-Service der Fall, bei dem ich mich per SSH einloggen kann. Stoße ich dann dort längere Zeit laufende Backups an, dann beendet mein Router die Verbindung, bevor der Backupprozess erfolgreich den Vollzug melden kann. Mit den genannten Keep-Alive-Settings beim Aufruf ist das jedoch kein Problem mehr.

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

Hinweis: Für das Projekt benötigt ihr einen Raspberry Pi 2 oder einen aktuellen RPi3. Die üblichen Kodi-Distributionen wie OpenELEC, OSMC oder eben das neue LibreELEC gibt es zwar auch für die RasPis der ersten Generation. Allerdings gibt es für den ARMv6-Prozessor des ersten RasPi keine Widevine-Version, die auf dieser Architektur läuft. Diese gibt es nur für die ARMv7- und ARMv8-Prozessoren im RPi2 und RPi3. Somit scheiden die ersten RasPis als Amazon-Prime-Video-Client aus.

Bevor ich mit einer Installationsanleitung starte, kurz ein paar Hintergrundinformationen: Kodi bekommt mit der sich in Entwicklung befindlichen Version 17 aka Krypton einige tiefgreifende Änderungen spendiert. Auf den ersten Blick fällt die komplett überarbeitete Oberfläche auf, doch unter der Haube passiert die eigentliche Magie: Kodi 17 arbeitet mit einem neuen Videoplayer, der über eine InputStream-Erweiterung beliebige Videosignale entgegen nehmen kann. Dies öffnet nun Erweiterungen wie dem Amazon Prime Instant Video die Möglichkeit, das Videosignal durch einen Decodierer zu jagen. Dieser wird benötigt, da Amazon (sowie Netflix und Co.) den Stream mit Widevine verdongeln, sodass man ihn ohne den richtigen Browser oder Player nicht abspielen kann.

Unter Linux lassen sich die VoD-Dienste ohne großen Aufwand mit Chrome als Browser nutzen, da dieser das Widevine-Plugin von Haus aus mitbringt. Nun gibt es allerdings Chrome nicht für ARM-basierte Systeme wie den Raspberry Pi. Somit fehlt auch Kodi-Distributionen wie OpenELEC, OSMC und Co. eine Möglichkeit, die Videostreams zu decodieren, hier macht nun aber Googles Chromium OS die Tür wieder auf. Chromebooks arbeiten in der Regel mit ARM-Prozessoren und Google möchte, dass Netflix und Co. auf diesen Geräten funktioniert. Lange Rede, kurzer Sinn: Kodi 17 erlaubt durch den neuen Videoplayer, das InputStream-Plugin zusammen mit der Widevine-Bibliothek libwidevine aus Chromium OS das Abspielen von Amazon Prime auf dem RasPi.

LibreELEC forkt OpenELEC

In den vergangenen Monaten gab es in der OpenELEC-Community einige Querelen, die damit endeten, dass eine Reihe von Entwicklern das Handtuch schmissen und mit LibreELEC ein neues Projekt gestartet haben. Die Ziele fasst das neue LibreELEC-Team auf seiner Webseite zusammen: Man möchte langfristig eine Foundation gründen, ein gewähltes Projekt-Board soll das Projekt steuern, es soll einen festen Release-Zyklus geben und noch einige Punkte mehr. Aktuell gibt es LibreELEC in der Version 7.0, die im Grunde aus einem Fork von OpenELEC 6.0 besteht, mit den kommenden Versionen möchte sich LibreELEC dann vom Vorgänger lösen.

Warum nun aber LibreELEC und nicht OpenELEC verwenden? Der Grund dafür liegt darin, dass mit Milhouse ein bekannter Kodi- und OpenELEC-Entwickler die Seiten gewechselt hat, der in der Vergangenheit regelmäßig Testbuilds bestehend aus Kodi 17 inklusive dem InputStream-Plugin gebaut hat, sodass sich das System sehr leicht aufsetzen lässt. Seine Builds gibt es weiterhin, allerdings basieren diese eben nun auf LibreELEC, sodass ich nun diese Kodi-Distribution für das Projekt „Amazon Video auf dem Raspberry Pi“ empfehle. Im Endeffekt werdet ihr kaum einen Unterschied spüren, da auch diese Testbuilds noch zu großen Teilen auf OpenELEC aufbauen.

RasPi mit LibreELEC installieren

LibreELEC bekommt ihr wie gewohnt als Imagedatei, die improvisierte Download-Seite führt Builds für den RPi/Pi Zero sowie welche für den RPi2 und RPi3 auf. Das auf der Homepage erhältliche LibreELEC 7.0.0 enthält noch Kodi 16, ihr müsst diese Version allerdings erst einmal installieren, um dann später das System mit den Testbuilds von Milhouse zu aktualisieren. Ich habe das System auf einem Raspberry Pi 2 und einem RasPi der dritten Generation getestet. Im Endeffekt merke ich zwischen beiden RasPi-Generationen am Ende mit LibreELEC kaum einen Unterschied, auch das Streamen der Amazon-Inhalte funktioniert mit dem RasPi2 genauso gut wie mit dem Raspberry Pi 3. Ihr müsst also nicht zwingend einen neuen RasPi anschaffen.

Die Installation von LibreELEC auf der Speicherkarte werdet ihr mit Sicherheit hinbekommen, ich lasse hier einfach mal die entsprechenden Linux-Kommandos stehen. Mit lsblk ermittelt ihr beispielsweise das Device der im Kartenleser eingelegten Micro-SD-Speicherkarte, anschließend entpackt ihr das Image von LibreELEC und schreibt es mit dd auf die Speicherkarte. Anschließend schiebt ihr die Karte in den RasPi, schließt diesen an den Fernseher, das Netzwerk und den Strom an. Beim ersten Start sollte die Installationsroutine die Partitionen auf die komplette Speicherkarte ausdehnen und am Ende die gewohnte Kodi-Oberfläche auf dem Bildschirm erscheinen.

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
[...]
sdd      8:48   1   7,4G  0 disk 
├─sdd1   8:49   1    60M  0 part /run/media/toff/boot
└─sdd2   8:50   1   3,7G  0 part /run/media/toff/e6e7f776-11a4-4cd7-b4fd-c44ecdbfcf90
$ gunzip LibreELEC-RPi2.arm-7.0.0.img.gz
$ sudo dd if=LibreELEC-RPi2.arm-7.0.0.img of=/dev/sdd bs=1M; sync

Für das Update holt ihr euch aus dem Kodi-Forum das gerade aktuelle Update-Paket von Milhouse, die Builds für den RPi2 eignen sich auch für den RasPi3. Der erste Beitrag listet immer die „Recent builds“ auf, sodass ihr eigentlich recht schnell zum richtigen Download findet. Im Rahmen dieses Beitrags habe ich die Version #0503 vom 3. Mai 2016 ausprobiert. Ich hatte aber auch schon ältere Builds im Einsatz. Die Dateien tragen immer Namen in der Art: LibreELEC-RPi2.arm-8.0-Milhouse-Zeitstempel-Buildnummer-Pruefsumme.tar. Für die Installation öffnet ihr die Netzwerkfreigabe smb://libreelec in einem netzwerkfähigen Dateimanager und schiebt die komplette TAR-Datei in das Verzeichnis update auf dem LibreELEC-RasPi. Alternativ könnt ihr die Speicherkarte natürlich auch in einem PC einlesen und dort direkt die Datei auf die Karte schieben. Danach startet ihr den RasPi einmal neu durch, um das Update zu installieren.

Milhouse-Testbuilds mit LibreELEC 8.0

Nach dem Neustart empfängt euch LibreELEC 8.0 mit Kodi 17 — wie bereits in der Einleitung angesprochen bekommt Kodi mit dieser Version eine komplett neue Oberfläche. Diese ist in meinen Augen sehr gut gelungen und funktioniert auch auf den beschränkten Ressourcen des Raspberry Pi sehr gut. Man muss sich nur an einigen Stellen ein wenig umgewöhnen, so groß ist die Umstellung jedoch auch nicht. Doch bevor ihr nun richtig loslegen könnt, müsst ihr noch ein klein wenig Nachhilfe erteilen: Die Widevine-Bibliothek ist nicht von Haus aus im System enthalten, ihr müsst sie mit dem kleinen Skript getwidevine.sh aus dem Netz laden und im System einspielen.

Die entsprechenden Installationshinweise gibt Milhouse in den „Additional Testing Notes“ am Ende seines Beitrags im Kodi-Forum. Am einfachsten klappt die Installation, wenn ihr euch mit ssh root@libreelec auf dem System einloggt (das Passwort für den Root-User lautet „libreelec“) und dann das Kommando im folgenden Listing ausführt. Das Skript lädt automatisch chromium-widevine aus dem Netz, extrahiert die Bibliothek libwidevinecdm.so aus dem Archiv und schiebt die Datei dann an die entsprechenden Orte im Dateisystem des LibreELEC-Systems. Damit ist euer RasPi in der Lage mit Widevine codierte Videostreams abzuspielen, ihr braucht „nur“ noch das entsprechende Kodi-Addon.

### Alles in einem Befehl:
$ curl -Ls http://nmacleod.com/public/libreelec/getwidevine.sh -o /tmp/getwidevine.sh && sh /tmp/getwidevine.sh
### Alternativ getrennt:
$ cd /tmp
$ wget http://nmacleod.com/public/libreelec/getwidevine.sh
$ chmod +x getwidevine.sh
$ ./getwidevine.sh

Amazon Prime Instant Video für Kodi

Das Amazon Prime Instant Video für Kodi bekommt ihr nun nach wie vor über das Kodi-Forum, wo der User Sandmann an diesem arbeitet. Die Installation des Addons erfolgt über das Kodi-Repository des Entwicklers. Dieses richtet ihr ein, indem ihr das Repo in Form eines Kodi-Addons als Datei repository.sandmann79.plugins.zip aus dem Kodi-Forum ladet. Die Datei ist im Beitrag von Sandmann verlinkt, der Download erfordert jedoch eine Anmeldung im Kodi-Forum. Alternativ könnt ihr das Repository-Addon aber auch über den Github-Account des Entwicklers herunterladen — so müsst ihr euch nicht im Forum registrieren. Anschließend kopiert ihr die Datei wieder auf den RasPi, ich benutze dafür abermals Samba.

Anschließend geht ihr an den LibreELEC-RasPi und stellt erst einmal das System auf Deutsch um: Öffnet dazu in der Seitenleiste ganz oben das Zahnrad-Icon und damit die Settings von Kodi. In diesen wählt ihr dann unter Interface settings | Regional | Language als Sprache German aus. Weiter dann als Tastaturbelegung noch zusätzlich German QWERTZ, wobei ihr in dem Dialog noch die Vorgabe English QWERTY abwählen könnt. Anschließend öffnet ihr die System Settings und aktiviert unter dem Punkt Addons die Option Unknown sources, sodass ihr Addons aus fremden Quellen installieren könnt. Kodi warnt euch vor der Aktion, da es inzwischen auch einige Addon-Entwickler gibt, die nichts Gutes im Sinn haben.

Weiter geht es über den Hauptbildschirm von Kodi zu den Addons, wo ihr in der Kopfleiste den Addon-Browser öffnet. Dort wählt ihr dann die Option Aus ZIP-Datei installieren aus dem Menü und navigiert in dem Dateibrowser zur zuvor auf den RasPi kopierten Datei repository.sandmann79.plugins.zip aus dem jeweiligen Verzeichnis. Nach der Aktion findet ihr in dem Menüpunkt Aus Repository installieren das Sandmann79s Repository. Dieses führt nun unter den Video-Addons mit Amazon und Amazon VOD zwei Plugins für Amazon Prime Video auf. Den Unterschied zwischen beiden Plugins erklärt der Beitrag von Sandmann im Forum. Ich habe mit beiden Plugins gute Erfahrungen gemacht.

#1 Mit lokaler Datenbank der Videos (Amazon)

Dieses Addon basiert auf BlueCorp + Romans Addon, bei welchen eine lokale Datenbank von den Filmen und Serien angelegt wird. Diese muss von Zeit zu Zeit aktualisiert werden, um aktuell zu bleiben. Dazu entweder die Automatische Aktualisierung in den Einstellungen aktivieren oder im Hauptmenü bei den Einträgen Filme oder Serien das Kontextmenü aufrufen und Datenbank aktualisieren/erstellen auswählen. Die Datenbank vom 19.04. ist bereits integriert.

#2 Download über Amazon VOD

Im Gegensatz zum ersten Addon wird hier keine lokale Datenbank der Videos benötigt.
Die Filme- und Serien Untermenüs werden hierbei komplett von Amazon bereitgestellt.
In diesem Addon ist zusätzlich die Unterstützung von ausländischen Konten (UK/US/JP) implementiert.

Nach der Installation des Addons (ihr könnt für Tests auch beide Addons einspielen) geht ihr nicht gleich auf Öffnen, sondern zum Punkt Konfigurieren. Dort stellt ihr unter dem Punkt Allgemein die Wiedergabemethode auf Input Stream um. Weitere Einstellungen wie früher einmal die Sprache eures Amazon-Accounts oder die Wiedergabequalität gibt es nicht mehr. Danach könnt ihr das Addon wie gewohnt starten. Die Amazon-Addons listen euch nun die von Amazon angebotenen Filme und Serien auf, zwischendurch müsst ihr eure Login-Daten für Amazon eingeben. Wie schon beim letzten Mal gilt hier: Auf eigene Gefahr! Die Entwickler Milhouse und Sandmann sind schon lange bei Kodi aktiv und der Quellcode der Software liegt offen, trotzdem gibt es keine Garantie, dass hier nie etwas schief laufen könnte.

Öffnet ihr eine der Kategorien, erinnert die Darstellung der Inhalte stark an eine lokal eingelesene Videoquelle. Kodi zeigt Cover, eine Beschreibung sowie die Länge des Videos an. Die Darstellung lässt sich in den Optionen (zu öffnen über die Pfeiltaste nach Links) umstellen. Spielt ihr eines der Videos an, öffnet sich nach kurzer Wartezeit der Stream — das Ganze klappt natürlich nur bei Videos, die euch auch „gehören“. Die also im Prime-Angebot enthalten sind, oder die ihr bereits gekauft habt. Dies müsst ihr also eventuell vorher über die Weboberfläche von Amazon erledigen. Der Player bietet dann alles, was auch beispielsweise der Amazon Fire TV oder der Amazon Fire TV Stick könnte. Ihr könnt problemlos im Video spulen, Untertitel einblenden lassen oder die Tonspur wählen.

Insgesamt funktioniert sowohl LibreELEC 8.0 mit den Testbuilds von Milhouse, sowie das an Input Stream angepasste Amazon-Addon sehr gut. Die Mediacenter-Software zeigt trotz des frühen Entwicklungsstandes keine Auffälligkeiten, einzig VDR-Addons funktionieren derzeit noch nicht. Wer also seinen Kodi-RasPi auch als PVR nutzen möchte, sollte auf die Aktion aktuell noch verzichten. Ansonsten kann man sich nicht beklagen: Nach wie vor erfüllt Kodi unter LibreELEC seinen Zweck als komfortable Abspielstation von meinem NAS, das überarbeitete Kodi-Skin funktioniert auch auf dem RasPi2 perfekt und mit dem schnelleren Raspberry Pi 3 noch besser — in meinen Augen fühlt sich das neue System fast schneller als mit OpenELEC 6 und Kodi 16 an — und mit dem Amazon-Addon gibt es eine weitere Videoquelle dazu. Diesmal müsste das Addon auch langfristig funktionieren, da einige „Frickel-Lösungen“ dank Input Stream und Widevine für ARM wegfallen.

Video wird erst nach Klick von YouTube geladen.

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