{"id":7985,"date":"2021-11-28T17:51:45","date_gmt":"2021-11-28T15:51:45","guid":{"rendered":"https:\/\/u-labs.de\/portal\/?p=7985"},"modified":"2022-12-12T18:24:46","modified_gmt":"2022-12-12T16:24:46","slug":"raspberry-pi-os-10-buster-auf-11-bullseye-in-place-aktualisierung-ohne-neuinstallation","status":"publish","type":"post","link":"https:\/\/u-labs.de\/portal\/raspberry-pi-os-10-buster-auf-11-bullseye-in-place-aktualisierung-ohne-neuinstallation\/","title":{"rendered":"Raspberry Pi OS 10 Buster auf 11 Bullseye In-Place Aktualisierung ohne Neuinstallation"},"content":{"rendered":"

Im vorherigen Beitrag habe ich das neue Raspberry Pi OS 11 vorgestellt<\/a> und am Ende zwei m\u00f6gliche Wege gezeigt, wie man es bekommt. Hier m\u00f6chte ich euch die zweite Variante zeigen, n\u00e4mlich ein In-Place Upgrade. Dadurch wird ein vorhandener Raspberry Pi mit laufender Version 10 auf 11 aktualisiert – ohne das Raspberry Pi inklusive aller Programme neu installieren zu m\u00fcssen. Vom Effekt her ist dies vergleichbar mit dem Upgrade von z.B. Windows 7 auf Windows 10.<\/p>\n

Achtung: Das solltest du vor dem Upgrade unbedingt wissen!<\/h2>\n

Wie bereits bei der Vorstellung von Raspberry Pi OS 11 erw\u00e4hnt, wird das In-Place Upgrade NICHT <\/strong>offiziell seitens der Raspberry Pi Organisation unterst\u00fctzt und auch nicht empfohlen! Es kann funktionieren, aber es kann auch schief gehen. Im schlechtesten Falle startet das Betriebssystem nicht mehr. Je mehr du installiert und angepasst hast, um so wahrscheinlicher wird es zu Problemen kommen. <\/p>\n

Falls du Drittanbieter-Software installiert hast, unbedingt vorher pr\u00fcfen, ob diese das neue Raspberry Pi OS 11 unterst\u00fctzen! Dies ist m\u00f6glicherweise nicht bei allen Programmen der Fall. Achte insbesondere auf Drittanbieter-Paketquellen sowie allen Programmen, die du vielleicht an der Paketverwaltung vorbei installiert hast. Da dies stark davon abh\u00e4ngt, was du individuell auf deinem Pi installiert hast, ist es nicht m\u00f6glich, auf Details einzugehen. Das musst du im Einzelfall f\u00fcr jedes deiner Systeme selbst pr\u00fcfen und entscheiden. Gerade dann, wenn dein Pi vielleicht schon etwas „verbastelt“ ist weil vieles ausprobiert wurde, macht eine Neuinstallation gegebenenfalls durchaus Sinn. Auch wenn auf deinem Pi viele verschiedene Programme direkt (also ohne Docker) installiert sind, solltest du \u00fcber eine frische Installation nachdenken.<\/p>\n

Sofern du dennoch ein In-Place Upgrade durchf\u00fchren m\u00f6chtest, solltest du VORHER <\/strong>Sicherungskopien anlegen und diese am besten auch auf Funktionsf\u00e4higkeit \u00fcberpr\u00fcfen. Meine Empfehlung ist, ein Abbild der SD-Karte anzulegen – am besten unter Linux, da es unter Windows vereinzelt zu Problemen kommen kann. Du brauchst also eine zweite Micro-SD Karte, diese kosten nur wenige Euro. Zus\u00e4tzlich w\u00fcrde ich alle wichtige Anwendungsdaten separat sichern. Sollte das Upgrade schief laufen und du kannst die auftretenden Probleme nicht reparieren, wechselst du einfach zur\u00fcck auf die andere Speicherkarte – dann funktioniert alles erst einmal wieder mit Raspberry Pi OS 10 Buster. So l\u00e4sst sich das Upgrade gefahrlos ausprobieren. Bei einer Image-Sicherung w\u00fcrde ich sicherheitshalber pr\u00fcfen, ob diese funktioniert – also das Image auf eine zweite Speicherkarte schreiben und den Pi davon starten.<\/p>\n

Meine Testumgebung<\/h2>\n

Ich nutze im folgenden einen Raspberry Pi 4 mit 4 GB Arbeitsspeicher, auf dem ein frisches Raspberry Pi OS 10 Buster installiert wurde. Nach dem Aktualisieren der Paketquellen und Pakete wurde der Apache2 Webserver zusammen mit PHP installiert. Entsprechend der Paketverwaltung ist das unter Buster noch PHP 7.3:<\/p>\n

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

Dieser Pi wird im Folgenden auf Raspberry Pi OS 11 aktualisiert, wodurch uns PHP 7.4 \u00fcber die offiziellen Paketquellen zur Verf\u00fcgung steht.<\/p>\n

Vorbereitung<\/h2>\n

Wir ben\u00f6tigen Zugriff auf die Konsole des Pi, entweder direkt oder per SSH. F\u00fcr den Fall, dass das Update schief l\u00e4uft, solltet ihr am besten physischen Zugriff auf den Pi haben – sowie die M\u00f6glichkeit, Bildschirm und Tastatur anzuschlie\u00dfen. <\/p>\n

Zun\u00e4chst pr\u00fcfen wir, welche Version des Raspberry Pi OS installiert ist. Dies geschieht am einfachsten mit dem standardm\u00e4\u00dfig vorinstallierten Werkzeug lsb_release<\/strong>. Ohne Anpassungen funktioniert das hier gezeigte Upgrade nur von Version 10 auf 11. <\/p>\n

\n
\n$ lsb_release -dr\nDescription:    Raspbian GNU\/Linux 10 (buster)\nRelease:        10\n<\/pre>\n<\/div>\n
Sollte lsb_release <\/strong>eine andere Version als 10 ausgeben, fahrt nicht <\/strong>vor – es sei denn, ihr wisst was zu tun ist. Vor dem In-Place Upgrade von 10 auf 11 sollten die Paketquellen und s\u00e4mtliche Pakete auf die jeweils aktuellste stabile Version aktualisiert werden:<\/p>\n
\n
\nsudo apt update\nsudo apt upgrade\n<\/pre>\n<\/div>\n
Nun die Paketquellen anpassen, damit diese auf Bullseye statt Buster referenzieren. Daf\u00fcr ersetzt man einfach den Releasename in der Paketquellen-Liste. Automatisiert funktioniert es mit sed:<\/p>\n
\n
\nsudo sed -i 's\/buster\/bullseye\/g' \/etc\/apt\/sources.list\n<\/pre>\n<\/div>\n
Dies sollte man auch f\u00fcr alle eigenst\u00e4ndig eingetragenen Paketquellen im sources.list.d<\/strong> Ordner durchf\u00fchren. Beachtet allerdings, dass Drittanbieter-Paketquellen Bullseye unterst\u00fctzen m\u00fcssen, falls ihr solche eingebunden habt! Das sollte vorher gepr\u00fcft werden. Unterst\u00fctzt die Paketquelle (derzeit) nur Buster, bleibt nur Warten oder auf andere Wege (z.B. Docker) ausweichen. Sofern Raspberry Pi OS 11 unterst\u00fctzt wird, k\u00f6nnt ihr auch dort alle Vorkommen ersetzen:<\/p>\n
\n
\nsudo sed -i 's\/buster\/bullseye\/g' \/etc\/apt\/sources.list.d\/*.list\n<\/pre>\n<\/div>\n
Vor dem eigentlichen Updateprozess aktualisieren wir die Paketquellen, welche nun auf Version 11 verweisen. Anschlie\u00dfend werden zwei neue Pakete installiert:<\/p>\n
\n
\nsudo apt update\nsudo apt install libgcc-8-dev gcc-8-base\n<\/pre>\n<\/div>\n
Dabei zeigt apt-listchanges<\/strong> einige \u00c4nderungen an. Es macht Sinn, einen Blick darauf zu werfen. Mit einem q<\/strong> f\u00fcr q<\/strong>uit l\u00e4sst sich die Liste schlie\u00dfen und die Installation l\u00e4uft weiter. Die Nachfrage zum Neustarten mit <Yes> best\u00e4tigen. <\/p>\n
\"\"<\/a><\/figure>\n
Starten des Upgrades von Raspberry Pi OS 10 auf 11<\/h2>\n
Damit sind die Vorbereitungen abgeschlossen und wir k\u00f6nnen das Upgrade starten:<\/p>\n
\n
\nsudo apt full-upgrade\n<\/pre>\n<\/div>\n
Eine lange Paketliste erscheint, die ihr begutachten solltet. Vor allem die zu entfernenden (REMOVED<\/strong>) Pakete. Sie sind unter Raspberry Pi OS 11 nicht mehr verf\u00fcgbar. Beispielsweise ist hier PHP 7.3 aufgelistet, weil diese Pakete auf 7.4 aktualisiert wurden und ein neues Paket mit entsprechendem Name verf\u00fcgbar ist. In der Regel werden die meisten Pakete aktualisiert und sind daher als upgraded <\/strong>gelistet.<\/p>\n
\n
\n$ sudo apt full-upgrade\nReading package lists... Done\nBuilding dependency tree\nReading state information... Done\nCalculating upgrade... Done\nThe following packages were automatically installed and are no longer required:\n  bsdmainutils g++-8 geoip-database libbind9-161 libdns1104 libdns1110 libevent-2.1-6 libfl2 libfreetype6-dev libgeoip1 libicu63 libisc1100 libisc1105 libisccc161 libisccfg163 libisl19\n  libjim0.77 liblua5.2-0 liblwres161 libmpdec2 libncursesw5 libperl5.28 libpython2-stdlib libpython2.7-minimal libpython2.7-stdlib libpython3.7 libpython3.7-minimal libpython3.7-stdlib\n  libstdc++-8-dev libusb-0.1-4 perl-modules-5.28 python-pkg-resources python2 python2-minimal python2.7 python2.7-minimal python3.7-minimal usb.ids\nUse 'sudo apt autoremove' to remove them.\nThe following packages will be REMOVED:\n  libapache2-mod-php7.3 libpcre2-posix0 libpolkit-backend-1-0 libpython-stdlib php7.3 php7.3-cli php7.3-common php7.3-json php7.3-mbstring php7.3-mysql php7.3-opcache php7.3-readline\n  ...\n391 upgraded, 64 newly installed, 17 to remove and 0 not upgraded.\nNeed to get 298 MB of archives.\nAfter this operation, 264 MB of additional disk space will be used.\n<\/pre>\n<\/div>\n
Wenn euch der Umfang dieser \u00c4nderungen klar ist und ihr damit einverstanden seid, best\u00e4tigt mit y<\/strong>. Da es sich um mehrere hundert Pakete handelt, dauert der Vorgang einige Zeit – auch in Abh\u00e4ngigkeit von eurer Internetverbindung. Eine ungef\u00e4hre Einsch\u00e4tzung: Mein Testsystem ben\u00f6tigte mit schneller Internetverbindung (150 Mbit\/s) ungef\u00e4hr 13 Minuten<\/strong> f\u00fcr das reine Upgrade, also apt full-upgrade<\/strong>. Vor allem auf \u00e4lteren Pis dauert es entsprechend l\u00e4nger.<\/p>\n
Nachfragen zu modifizierten Konfigurationsdateien<\/h3>\n
Wenn ihr selbst oder ein installiertes Programm eine Konfigurationsdatei ver\u00e4ndert hat und ein Paket dies mit einer abweichenden Standard-Version ersetzen m\u00f6chte, merkt das die Paketverwaltung in der Regel. Es erscheint eine Meldung, die euch zum Handeln auffordert:<\/p>\n
\"\"<\/a><\/figure>\n
Hier solltet ihr keinesfalls blind Zustimmen oder Ablehnen, dies kann Probleme mit euren Programmen oder gar dem Betriebssystem verursachen! Sondern erst einmal mit D<\/strong> die Unterschiede aufzeigen lassen. Ein Minus (–<\/strong>) zeigt euch an, was in der neueren Standard-Datei verglichen mit eurer vorhandenen fehlt und das Plus (+<\/strong>) steht f\u00fcr hinzugef\u00fcgte Inhalte.<\/p>\n
\"\"<\/a><\/figure>\n
In diesem Beispiel wurde die Standard-Shell f\u00fcr neue Benutzer von Bash auf SH ge\u00e4ndert. Au\u00dferdem die SKEL<\/em>-Variable nun auskommentiert. An dieser Stelle m\u00fcsst ihr entscheiden, welche Version genutzt werden soll: Y<\/strong> f\u00fcr die neue Standard-Version im Paket mit den analysierten \u00c4nderungen, oder N<\/strong> um die lokale Datei zu behalten. Bei Unsicherheiten ggf. in der Dokumentation der jeweiligen Anwendung nachschauen, um die Konsequenzen absch\u00e4tzen zu k\u00f6nnen.<\/p>\n
Finale Anpassungen in der \/boot\/config.txt<\/h2>\n
Wurde das Upgrade abgeschlossen, muss noch eine \u00c4nderung in der Datei \/boot\/config.txt<\/strong> vorgenommen werden. Sie enth\u00e4lt Einstellungen f\u00fcr das Bios-Ersatzsystem des Pi. Um die \u00c4nderungen des Grafiktreibers in Raspberry Pi OS 11 h\u00e4ndisch vorzunehmen, die Datei mit einem Texteditor eurer Wahl <\/a>(z.B. nano oder vim) \u00f6ffnen. Kommentiert folgende Zeilen aus, in dem eine Raute # an den Anfang gesetzt wird:<\/p>\n
\n
\n# dtoverlay=vc4-fkms-v3d\n<\/pre>\n<\/div>\n
Anschlie\u00dfend suchen wir nach dem Bereich [all]<\/strong> und f\u00fcgen darunter folgende Zeile ein:<\/p>\n
\n
\ndtoverlay=vc4-kms-v3d\n<\/pre>\n<\/div>\n
fkms <\/strong>wurde hierbei durch kms<\/strong> ersetzt. <\/p>\n
Pfad f\u00fcr DHCP-Dienst reparieren<\/h3>\n
Die Datei \/etc\/systemd\/system\/dhcpcd.service.d\/wait.conf<\/strong> wird mit einem ung\u00fcltigen Pfad erzeugt. Dadurch kann der DHCP-Dienst beim n\u00e4chsten Neustart nicht gestartet werden. DHCP weist dem Pi eine IP-Adresse zu, falls keine statische gesetzt wurde. Statt dies h\u00e4ndisch zu korrigieren, gibt es einen einfacheren Weg, um diese Datei mit dem korrekten Pfad neu erstellen zu lassen: \u00d6ffnet die Raspberry Pi Konfiguration<\/p>\n
\n
\nsudo raspi-config\n<\/pre>\n<\/div>\n
und navigiert zu 1 System Options > S6 Network at Boot<\/strong>. Die Frage, ob wir auf die Netzwerkverbindung beim booten warten m\u00f6chten, mit <Yes><\/strong> best\u00e4tigen und anschlie\u00dfend <Ok><\/strong>.<\/p>\n
\"\"<\/a><\/figure>\n
Die Raspberry Pi Konfiguration verlassen, in dem per Tab-Taste zu <Finish><\/strong> navigiert wird. <\/p>\n
Erster Test mit Raspberry Pi OS 11 Bullseye<\/h2>\n
Nun sind die wichtigsten Schritte geschafft und wir k\u00f6nnen den Pi neu starten:<\/p>\n
\n
\nsudo reboot\n<\/pre>\n<\/div>\n
Der erste Start kann l\u00e4nger dauern als sonst. Hat alles funktioniert, sollte uns lsb_release best\u00e4tigen, dass wir nun ein Raspberry Pi OS in Version 11 verwenden:<\/p>\n
\n
\n$ lsb_release -dr\nDescription:    Raspbian GNU\/Linux 11 (bullseye)\nRelease:        11\n<\/pre>\n<\/div>\n
Sowohl Apache2 als auch PHP wurden ebenfalls erfolgreich aktualisiert:<\/p>\n
\n
\n$ apache2ctl  -v\nServer version: Apache\/2.4.51 (Raspbian)\nServer built:   2021-10-07T17:49:44\n<\/pre>\n<\/div>\n
\"\"<\/a><\/figure>\n
Abschlie\u00dfende Aufr\u00e4umarbeiten<\/h2>\n
Wie ihr zuvor beim Upgrade gesehen habt, sind einige der installierten Pakete z.B. durch Abh\u00e4ngigkeiten nicht mehr ben\u00f6tigt. Es macht daher Sinn, diese Pakete zu entfernen und damit den Pi zu bereinigen:<\/p>\n
\n
\nsudo apt autoremove\n<\/pre>\n<\/div>\n
Fazit und weiteres Vorgehen<\/h2>\n
F\u00fcr das weitere Vorgehen solltet ihr nun eure Anwendungen pr\u00fcfen: Funktioniert alles? L\u00e4uft das System stabil? Enthalten die Logs Fehler? Ob und wenn ja welche Probleme hier auf euch zukommen, kommt stark auf eure individuelle Umgebung an. Sind diese (noch) nicht l\u00f6sbar, greift bei Bedarf auf euer gesichertes Image zur\u00fcck. Bei Problemen kann ggf. auch der Upgrade-Thread im RPI-Forum<\/a> hilfreich sein. Dort werden vereinzelt Probleme diskutiert, die durch das Upgrade entstanden sind.<\/p>\n
Grunds\u00e4tzlich ist es inoffiziell m\u00f6glich, das Raspberry Pi OS In-Place zu aktualisieren. Ich hoffe, euch hat dieser Beitrag geholfen, um eine m\u00f6gliche Alternative zur Neuinstallation aufzuzeigen.<\/p>\n","protected":false},"excerpt":{"rendered":"
Im vorherigen Beitrag habe ich das neue Raspberry Pi OS 11 vorgestellt und am Ende zwei m\u00f6gliche Wege gezeigt, wie man es bekommt. Hier m\u00f6chte ich euch die zweite Variante zeigen, n\u00e4mlich ein In-Place Upgrade. Dadurch wird ein vorhandener Raspberry Pi mit laufender Version 10 auf 11 aktualisiert – ohne das Raspberry Pi inklusive aller …<\/p>\n","protected":false},"author":5,"featured_media":7995,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1053],"tags":[991,387,295],"class_list":["post-7985","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-raspberry-pi-betriebssysteme","tag-in-place","tag-update","tag-upgrade"],"_links":{"self":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/7985","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/comments?post=7985"}],"version-history":[{"count":6,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/7985\/revisions"}],"predecessor-version":[{"id":9809,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/7985\/revisions\/9809"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media\/7995"}],"wp:attachment":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media?parent=7985"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/categories?post=7985"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/tags?post=7985"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}