{"id":15687,"date":"2025-10-04T22:43:27","date_gmt":"2025-10-04T20:43:27","guid":{"rendered":"https:\/\/u-labs.de\/portal\/?p=15687"},"modified":"2025-10-04T22:43:27","modified_gmt":"2025-10-04T20:43:27","slug":"raspberry-pi-imager-2-0-rc","status":"publish","type":"post","link":"https:\/\/u-labs.de\/portal\/raspberry-pi-imager-2-0-rc\/","title":{"rendered":"Der Raspberry Pi Imager 2.0 ver\u00e4ndert alles"},"content":{"rendered":"

Eine komplette \u00dcberarbeitung des Raspberry Pi Imager macht vieles besser. Die ersten Release Candidates k\u00f6nnen getestet werden. Doch es gibt auch Kritik. Dieser Beitrag fasst die wichtigsten \u00c4nderungen zusammen. Seit seinem Erscheinen 2020 hat er sich zum Standard-Werkzeug zur \u00dcbertragung von Betriebssystemabbilder auf den Raspberry Pi entwickelt. Urspr\u00fcnglich als reine Desktop-Anwendung gestartet, l\u00e4uft er inzwischen auch direkt dem RPI. Zum ersten mal in seiner Geschichte \u00e4ndert sich die Oberfl\u00e4che komplett. <\/p>\n

Komplett neue Oberfl\u00e4che und Benutzerf\u00fchrung<\/h2>\n

Das knallig rote Design ist verschwunden und wurde durch viel wei\u00df ausgetauscht. Damit wirkt die Software etwas freundlicher und weniger aggressiv. Rot ist nur noch an wenigen Stellen geblieben. Hier markiert es ausgew\u00e4hlte Elemente oder Kn\u00f6pfe, die sich dadurch abheben – das ist sinnvoll.<\/p>\n

Von den Kn\u00f6pfen gibt es deutlich weniger, weil der Nutzer nicht mehr die gew\u00fcnschte Funktion h\u00e4ndisch aufrufen muss. Stattdessen ist die Oberfl\u00e4che wie ein Assistent aufgebaut, der durch die Schritte f\u00fchrt. Statt zu Beginn den Knopf Modell w\u00e4hlen<\/strong> dr\u00fccken zu m\u00fcssen, erscheint nach dem Start direkt die Liste der unterst\u00fctzten Raspberry Pis. <\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Dies Vereinfacht den Prozess, den man ohnehin nacheinander durchl\u00e4uft. Vor allem f\u00fcr Einsteiger ist das ein Vorteil: Sie m\u00fcssen sich nicht mehr selbst erschlie\u00dfen, dass die drei Kn\u00f6pfe nacheinander angeklickt werden m\u00fcssen. Die Anpassungen sind als eigener Schritt integriert und damit noch besser sichtbar. Bereits in Version 1.8 hatte man ihnen ein Zahnrad unten rechts spendiert<\/a>. Au\u00dferdem fragt der Imager seit dem nach, ob gespeicherte Anpassungen angewendet werden sollen. Zuvor waren sie nur per Tastenkombination aufrufbar.<\/p>\n

Die ersten drei Schritte entsprechen den bisherigen Kn\u00f6pfen. Dort w\u00e4hlt man das Raspberry Pi Modell, anschlie\u00dfend das gew\u00fcnschte Betriebssystem und zum Schluss den Zieldatentr\u00e4ger.<\/p>\n

Die Anpassungen bekommen einen Assistenten<\/h2>\n

Bisher musste man sich durch die Anpassungen zur Vorkonfiguration selbst durch klicken. Der neue Imager v2.0 \u00e4ndert das und hat im Customization<\/em> Abschnitt die Gruppen als Unterschritte eingebaut. Diese fragen Hostname, Zeitzone, Benutzer, WLAN und Fernzugang (SSH) ab.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Ein paar Details sind noch nicht fertig (durchdacht). So fehlt eine Suche in der sehr langen Liste der Zeitzonen. Da zudem keine Sortierung erkennbar ist, gestaltet sich die h\u00e4ndische Suche nach Europe\/Berlin<\/em> schwierig. Sch\u00f6n w\u00e4re ebenfalls, wenn das Tastaturlayout auf ein passendes (de<\/em>) springen w\u00fcrde. Immerhin l\u00e4sst sich in der Liste nach Anfangsbuchstaben suchen. Allerdings dauert es etwas, bis die Liste dort hin springt.<\/p>\n

Die Gruppen in der Navigation links sind technisch klickbar, doch funktionierten in RC1 nur in Richtung zur\u00fcck. Um wieder vorw\u00e4rts zu gelangen, muss man diese einzeln mit Weiter<\/em> durchklicken. Bereits das ist nervige Flei\u00dfarbeit, es geht aber noch weiter: Die in den Schritten dazwischen get\u00e4tigten Eingaben gehen verloren. Das ist besonders bei der Lokalisierung deprimierend.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

S\u00e4mtliche Schritte aus den Anpassungen sind optional. Klickt man etwa im Abschnitt User<\/em> weiter, ohne die Daten eines zu erstellenden Benutzerkontos anzugeben, wird keines angelegt. Um einzelne Einstellungen zu nutzen, kann man dem Assistent folgen. Wer \u00fcberhaupt keine vornehmen m\u00f6chte, \u00fcberspringt ihn mit Skip Customization<\/em> komplett.<\/p>\n

Hilfreich: Bevor man im vorletzten Schritt Writing<\/em> das Beschreiben des Laufwerks best\u00e4tigt, fasst der Wizard alle angegebenen Informationen zusammen. Komplett klappt auch das noch nicht. Beispielsweise fehlen die Einstellungen zur Lokalisierung, welche ich in diesem Beispiel vorgenommen habe.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Details<\/h2>\n

Weitere kleinere \u00c4nderungen fallen m\u00f6glicherweise erst auf den zweiten Blick auf. Beispielsweise kann die abschlie\u00dfende Warnung vor der L\u00f6schung des Zieldatentr\u00e4gers nicht mehr direkt best\u00e4tigt werden. Imager sperrt den Knopf und gibt ihn erst nach einigen Sekunden frei, die man ben\u00f6tigt, um den Text zu lesen.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Ebenfalls interessant ist, dass die heruntergeladenen Abbilder mittlerweile nicht zuerst lokal gespeichert werden. Stattdessen l\u00e4dt er sie herunter und schreibt parallel auf die Speicherkarte – statt zuerst auf das lokale PC-Laufwerk. Das beschleunigt den Vorgang. <\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Dennoch verbleibt eine lokale Kopie unter %appdata%\/local<\/code>, sodass weitere Flash-Vorg\u00e4nge des identischen Abbilds keine erneuten Downloads zur Folge haben.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Vermeintlich neues Tracking<\/h2>\n

Der Abschnitt zur Sammlung von anonymisierten Telemetriedaten in der README hat f\u00fcr Aufregung gesorgt.1<\/a><\/sup> Medien wie OMGUbuntu berichten, Version 2.0 h\u00e4tte erstmals Telemetrie eingebaut und automatisch eingeschaltet.2<\/a><\/sup> Tats\u00e4chlich ist dies nicht neu, sondern bereits seit l\u00e4ngerem der Fall, wie ich etwa zu Version 1.7 berichtet hatte<\/a>. Dies betrifft sowohl die Telemetriefunktion an sich, als auch ihr standardm\u00e4\u00dfiges Aktivieren. Die Betreiber sammeln ein paar \u00fcberschaubare Informationen \u00fcber die Nutzung: Das heruntergeladene Abbild, die Programmversion, Sprache und Architektur.<\/p>\n

Grunds\u00e4tzlich kann ich auf der einen Seite nachvollziehen, dass derart minimalistische & unpers\u00f6nliche Daten f\u00fcr die Entwicklung interessant sind. Wird eine Funktion kaum genutzt, sollte sie ggf. \u00fcberarbeitet werden. Oder sie wird von den Nutzern gar nicht ben\u00f6tigt. Das ist eine ganz andere Dimension, die nicht mit Datenkraken wie Microsoft, Facebook & co. vergleichbar ist.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Andererseits ist sie standardm\u00e4\u00dfig aktiv, was ich in dieser Form fragw\u00fcrdig finde. Ein fairer Kompromiss w\u00e4re: Beim ersten Start nachzufragen. Statt die Nutzer m\u00fcndig entscheiden zu lassen, m\u00fcssen sie sich manuell in die Einstellungen (\u00fcber App Options<\/em>) begeben und dort Enable anonymous statistics (telemetry)<\/em> ausschalten. Dieser Dialog demonstriert zudem eindrucksvoll, dass die \u00dcbersetzung zwar begonnen hat. Aber noch nicht abgeschlossen ist. Viele Bezeichnungen sind nur auf Englisch verf\u00fcgbar. An manchen Stellen sieht man eine Mischung, wie in den Einstellungen.<\/p>\n

Positiv finde ich: Die aus den gesammelten Daten generierten Statistiken werden weiterhin auf https:\/\/rpi-imager-stats.raspberrypi.com\/<\/a> ver\u00f6ffentlicht. Sie bieten einen interessanten Einblick: Wie zu erwarten, nutzt die Mehrheit von \u00fcber 82% den Imager auf einem X86-PC. Bei den Sprachen steht US-Englisch auf Platz 1, gefolgt von Deutsch. Das am meisten heruntergeladene Betriebssystemabbild im letzten Monat war das Raspberry Pi OS. Deutlich abgeschlagen kommen Ubuntu und Home Assistant, die es in die Top 5 schaffen.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Solltest du den Imager V2.0 benutzen?<\/h2>\n

Version 2.0 ist noch nicht<\/strong> stabil ver\u00f6ffentlicht, sondern steht bislang nur als Release Candidate bereit. Im Entwicklungszyklus folgt dies auf Beta. Es soll eine recht stabile Software sein, die alle Funktionen enth\u00e4lt und in der vorherigen Beta-Phase grunds\u00e4tzlich getestet wurde. Diesen Stand sehe ich beim Imager V2 noch nicht erreicht. Ein paar kleinere Bugs hatte ich oben bereits beschrieben. Doch das gr\u00f6\u00dfte Problem: Er funktioniert nicht. Zumindest in meiner virtuellen Windows Testumgebung konnte ich kein Image erfolgreich flashen. F\u00fcr native Tests fehlen noch die GNU\/Linux Builds.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Dass es nicht grunds\u00e4tzlich an der Virtualisierung zu liegen scheint, best\u00e4tigt ein Gegentest mit der vorherigen Hauptversion 1.9.6. Dort lief bereits der erste Versuch vom gleichen 64 Bit Raspberry Pi OS f\u00fcr den Raspberry Pi 5 erfolgreich durch:<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Fairer weise ist der aktuelle V2.0 RC1 vom 01.10.2025 ausdr\u00fccklich zum Testen vorgesehen, von der produktiven Nutzung r\u00e4t man ab. Das Team ruft dazu auf, die R\u00fcckmeldungen im Forum zu melden.3<\/a><\/sup> Dies gilt nat\u00fcrlich auch f\u00fcr den am 03.10.2025 ver\u00f6ffentlichten RC2, der einige Fehler behebt und in meinen Tests sp\u00fcrbar stabiler l\u00e4uft. Dort gelang mir das Flashen erstmals,auch weitere Versuche sind dort nicht mehr abgebrochen:<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Kleinere Fehlerkorrekturen und Verbesserungen zeigen sich an weiteren Stellen in RC2. Beispielsweise ist die \u00dcbersetzung weiter fortgeschritten, sodass weniger Denglisch auftaucht. <\/p>\n

Weitere Verbesserungen<\/h2>\n

Das \u00c4nderungsprotokoll auf GitHub nennt weitere \u00c4nderungen und Verbesserungen, ein Auszug:<\/p>\n