Upgrade von Debian 10 'Buster' auf 11 'Bullseye'
-
Ich wollte hier mal für Raspberry OS festhalten, wie ich von 'Buster' auf das 'Bullseye'-Release springe.
Gegeben ist ein Pi3 mit 1 GB, der schon etwas länger in einer Schublade lag.
Zunächst den 'Buster' auf den letzten Stand bringen:
pi@raspberrypi:~ $ sudo apt update Get:1 http://raspbian.raspberrypi.org/raspbian buster InRelease [15.0 kB] Get:2 http://archive.raspberrypi.org/debian buster InRelease [32.6 kB] E: Repository 'http://raspbian.raspberrypi.org/raspbian buster InRelease' changed its 'Suite' value from 'stable' to 'oldstable' N: This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details. Do you want to accept these changes and continue updating from this repository? [y/N]Hier wurden die Repos schon auf den neuen Status 'oldstable' angepasst. Akzeptieren wir natürlich.
Bei mir wurden 180 Pakete zum Upgrade gemeldet.
sudo apt full-upgradeHat mir das System auf den letzten Stand gehoben, da aber auch ein Kernel- und Firmware-Update dabei war starte ich per
sudo reboot noweinmal durch.
Nach dem der Server wieder auf die Beine gekommen ist sollte es ungefähr so aussehen:
pi@raspberrypi:~ $ sudo apt update Hit:1 http://archive.raspberrypi.org/debian buster InRelease Hit:2 https://repos.influxdata.com/debian buster InRelease Hit:3 https://packages.grafana.com/oss/deb stable InRelease Hit:4 https://deb.nodesource.com/node_14.x buster InRelease Hit:5 http://raspbian.raspberrypi.org/raspbian buster InRelease Reading package lists... Done Building dependency tree Reading state information... Done All packages are up to date.Also alle Pakete sind auf dem letzten Stand von 'Buster' und auch die einzelnen Repositories/Paketquellen verweisen auf stable oder buster.
Jetzt stellen wir die Quellen auf das aktuelle Release 'bullseye' um. Das macht man entweder von Hand in allen .list-Dateien im Pfad /etc/apt oder mit diesen drei Befehlszeilen:
sudo sed -i 's/buster\/updates/bullseye-security/g' /etc/apt/sources.list sudo sed -i 's/buster/bullseye/g' /etc/apt/sources.list sudo sed -i 's/buster/bullseye/g' /etc/apt/sources.list.d/*Wie man sieht wurden jetzt alle Datein auf bullseye umgestellt:
pi@raspberrypi:~ $ sudo apt update Hit:1 http://archive.raspberrypi.org/debian bullseye InRelease Hit:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease Hit:3 https://repos.influxdata.com/debian bullseye InRelease Hit:4 https://packages.grafana.com/oss/deb stable InRelease Hit:5 https://deb.nodesource.com/node_14.x bullseye InRelease Reading package lists... Done Building dependency tree Reading state information... Done 1067 packages can be upgraded. Run 'apt list --upgradable' to see them.1067 Pakete müssen nun aktualisiert werden:
sudo apt full-upgradeDas führt unter Umständen zu einer Fehlermeldung, das eine unmögliche Upgrade-Konstellation herbeigeführt würde. Da dann einfach
sudo apt install gcc-8-baseausführen, dann nochmal
sudo apt updateund dann sollte auch ein
sudo apt full-upgradefunktionieren. Nicht davon irritieren lassen, dass ggf. einige Pakete deinstalliert werden, das ist okay.
Die Frage, ob Services automatisch neugestartet werden sollen beantworten wir mit Ja:
│ │ │ Restart services during package upgrades without asking? │ │ │ │ <Yes> <No> │ │ │ └───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘Wenn der erste Schwung durch ist schauen wir per
sudo apt update sudo apt full-upgradenach ob noch etwas ansteht. Das machen wir solange bis keine Pakete mehr zum Upgrade vorgesehen sind:
All packages are up to date.Bei Rückfragen, welche Version der Konfigurationsdateien muss mal reinschauen, ob man da ggf. eigene Anpassungen getätigt hat, ansonsten würde ich die neue Version des Maintainers übernehmen.
Vorsichtshalber schauen wir noch in den dhcpd.service rein.
sudo nano /etc/systemd/system/dhcpcd.service.d/wait.confWenn da alt sowas drin steht:
[Service] ExecStart= ExecStart=/usr/lib/dhcpcd5/dhcpcd -q -wändern wir es auf neu:
[Service] ExecStart= ExecStart=/usr/sbin/dhcpcd -q -wab
Nach einem erneuten
sudo reboot nowbefinden wir uns bei Bullseye:
pi@raspberrypi:~ $ neofetch `.::///+:/-. --///+//-:`` pi@raspberrypi `+oooooooooooo: `+oooooooooooo: -------------- /oooo++//ooooo: ooooo+//+ooooo. OS: Raspbian GNU/Linux 11 (bullseye) armv7l `+ooooooo:-:oo- +o+::/ooooooo: Host: Raspberry Pi 3 Model B Plus Rev 1.3 `:oooooooo+`` `.oooooooo+- Kernel: 5.10.52-v7+ `:++ooo/. :+ooo+/.` Uptime: 4 mins ...` `.----.` ``.. Packages: 1487 (dpkg) .::::-``:::::::::.`-:::-` Shell: bash 5.1.4 -:::-` .:::::::-` `-:::- Terminal: /dev/pts/0 `::. `.--.` `` `.---.``.::` CPU: BCM2835 (4) @ 1.400GHz .::::::::` -::::::::` ` Memory: 65MiB / 923MiB .::` .:::::::::- `::::::::::``::. -:::` ::::::::::. ::::::::::.`:::- :::: -::::::::. `-:::::::: :::: -::- .-:::-.``....``.-::-. -::- .. `` .::::::::. `..`.. -:::-` -::::::::::` .:::::` :::::::` -::::::::::` :::::::. .::::::: -::::::::. :::::::: `-:::::` ..--.` ::::::. `...` `...--..` `...` .:::::::::: `.-::::-`Kleine Nachpflege noch:
sudo apt install build-essential@thomas-braun lief anfangs gut:
sudo apt update sudo apt upgrade sudo reboot nowDann die Quellen umgestellt und alles neu geupdatet:
sudo sed -i 's/buster/bullseye/g' /etc/apt/sources.list sudo sed -i 's/buster/bullseye/g' /etc/apt/sources.list.d/* sudo apt updateSoweit hatte es geklappt. Dann habe ich aus Gewohnheit nur normales upgrade anstatt full-upgrade gemacht:
sudo apt upgradeLief auch soweit gut durch. Außer deconz ging nicht (aber das hatte ich vorher schon gelesen, dass die Quellen erst demnächst kommen sollen).
Dann aber einsudo reboot nowdurchgeführt. Und nun passiert nichts mehr. Zuerst habe ich eine knappe Stunde gewartet. Habe dann den pi von der stromquelle getrennt und neugestartet. Aber weiterhin nichts. Der pi taucht nicht mehr im Netzwerk auf. Gibts noch eine Möglichkeit es zu retten? Mir fällt grad nur ein den pi an einen Monitor anzuschließen. Aber ich denke am Einfachsten ist, alles neu zu machen, oder?
Host: NUC8i3 mit Proxmox:
- ioBroker CT Debian 13, npm 10.9.4, nodejs 22.21.0
- Slave: Pi4
-
@thomas-braun lief anfangs gut:
sudo apt update sudo apt upgrade sudo reboot nowDann die Quellen umgestellt und alles neu geupdatet:
sudo sed -i 's/buster/bullseye/g' /etc/apt/sources.list sudo sed -i 's/buster/bullseye/g' /etc/apt/sources.list.d/* sudo apt updateSoweit hatte es geklappt. Dann habe ich aus Gewohnheit nur normales upgrade anstatt full-upgrade gemacht:
sudo apt upgradeLief auch soweit gut durch. Außer deconz ging nicht (aber das hatte ich vorher schon gelesen, dass die Quellen erst demnächst kommen sollen).
Dann aber einsudo reboot nowdurchgeführt. Und nun passiert nichts mehr. Zuerst habe ich eine knappe Stunde gewartet. Habe dann den pi von der stromquelle getrennt und neugestartet. Aber weiterhin nichts. Der pi taucht nicht mehr im Netzwerk auf. Gibts noch eine Möglichkeit es zu retten? Mir fällt grad nur ein den pi an einen Monitor anzuschließen. Aber ich denke am Einfachsten ist, alles neu zu machen, oder?
Musst du wissen, was einfacher ist.
Der Pi taucht auch nicht unter einer anderen IP im Netz auf? Per WLAN oder per LAN? -
Musst du wissen, was einfacher ist.
Der Pi taucht auch nicht unter einer anderen IP im Netz auf? Per WLAN oder per LAN? -
@thomas-braun nee, taucht nirgends mehr auf. Ich mache es mal neu.
Das ist ja auch die empfohlene Vorgehensweise. Wenn es wie oben vorgeschlagen funktioniert ist es gut, wenn nicht auch.
Wobei du glaube ich jetzt einer der wenigen bist, wo es nicht so funktioniert hat.
-
Das ist ja auch die empfohlene Vorgehensweise. Wenn es wie oben vorgeschlagen funktioniert ist es gut, wenn nicht auch.
Wobei du glaube ich jetzt einer der wenigen bist, wo es nicht so funktioniert hat.
@thomas-braun Danke Thomas, gut beschrieben!
btw: Habe zwei Pi4 im Einsatz und bei einem hatte ich das gleiche Problem, kein Netzwerk. WiFi ist deaktiviert und ist nur am LAN. Nach dem Update tut sich nichts. LED an, blinkt aber nicht und der Router zeigte keine IP an. War zu "faul" um den Fehler zu suchen und habe alles neu installiert. Dank Backup kein Problem und es rennt wieder alles.
Interessant das unter Raspbian Bullseye der Pi4 nun mit 1,8 anstatt 1,5 GHz taktet. Denke für ioBroker nicht so wichtig :blush:
-
Das ist ja auch die empfohlene Vorgehensweise. Wenn es wie oben vorgeschlagen funktioniert ist es gut, wenn nicht auch.
Wobei du glaube ich jetzt einer der wenigen bist, wo es nicht so funktioniert hat.
-
@thomas-braun Danke Thomas, gut beschrieben!
btw: Habe zwei Pi4 im Einsatz und bei einem hatte ich das gleiche Problem, kein Netzwerk. WiFi ist deaktiviert und ist nur am LAN. Nach dem Update tut sich nichts. LED an, blinkt aber nicht und der Router zeigte keine IP an. War zu "faul" um den Fehler zu suchen und habe alles neu installiert. Dank Backup kein Problem und es rennt wieder alles.
Interessant das unter Raspbian Bullseye der Pi4 nun mit 1,8 anstatt 1,5 GHz taktet. Denke für ioBroker nicht so wichtig :blush:
@jolic sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
Interessant das unter Raspbian Bullseye der Pi4 nun mit 1,8 anstatt 1,5 GHz taktet.
Ja, das hat mit einer neuen Firmware zu tun.
-
@thomas-braun ich habe mich ja auch nicht 100% an den Plan gehalten. Aber Installation startet schon mal gleich mit bullseye :-)
@lobomau sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
ich habe mich ja auch nicht 100% an den Plan gehalten.
Sondern? Für extravagante Sonderwege ist das allerdings nicht das richtige Feld.
-
@lobomau sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
ich habe mich ja auch nicht 100% an den Plan gehalten.
Sondern? Für extravagante Sonderwege ist das allerdings nicht das richtige Feld.
-
@thomas-braun ich meinte meinen Fehler "upgrade" anstatt "full-upgrade" verwendet zu haben. Eventuell lag es ja nicht daran?
@lobomau
Das könnte sein. Hier ist unbedingt ein full-upgrade zu machen. -
Hallo zusammen,
ich habe soeben auch ein Update von 10 auf 11 versucht.Auf meinem Pi 4 lief es durch. An 2 Stellen
- etc/default/useradd
- etc/davfs2/dafvs2.conf
habe ich mich dafür entschieden, die "momentan installierten Versionen beizubehalten".
Nun startet der Pi4 nicht mehr bis zum Login.
Iobroker jedoch nicht. Wer ist so gut und kann mir sagen, ob noch etwas zu retten ist?
Vielen Dank
Ergänzung: Nach Anmeldung kann ich nicht in "cd/opt/iobroker" wechseln, da das Verzeichnis nicht gefunden wird
-
Hallo zusammen,
ich habe soeben auch ein Update von 10 auf 11 versucht.Auf meinem Pi 4 lief es durch. An 2 Stellen
- etc/default/useradd
- etc/davfs2/dafvs2.conf
habe ich mich dafür entschieden, die "momentan installierten Versionen beizubehalten".
Nun startet der Pi4 nicht mehr bis zum Login.
Iobroker jedoch nicht. Wer ist so gut und kann mir sagen, ob noch etwas zu retten ist?
Vielen Dank
Ergänzung: Nach Anmeldung kann ich nicht in "cd/opt/iobroker" wechseln, da das Verzeichnis nicht gefunden wird
@marc_el_k sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
habe ich mich dafür entschieden, die "momentan installierten Versionen beizubehalten".
Schlechte Entscheidung.
Wie man das richtet weiß ich allerdings auch nichtAber was ist jetzt dein Problem? Du bist doch offenbar angemeldet.
-
@marc_el_k sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
habe ich mich dafür entschieden, die "momentan installierten Versionen beizubehalten".
Schlechte Entscheidung.
Wie man das richtet weiß ich allerdings auch nichtAber was ist jetzt dein Problem? Du bist doch offenbar angemeldet.
@thomas-braun sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
@marc_el_k sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
habe ich mich dafür entschieden, die "momentan installierten Versionen beizubehalten".
Schlechte Entscheidung.
Wie man das richtet weiß ich allerdings auch nichtAber was ist jetzt dein Problem? Du bist doch offenbar angemeldet.
Danke für die schnelle Antwort. Mein Problem ist, dass iobroker nicht mehr startet
-
@thomas-braun sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
@marc_el_k sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
habe ich mich dafür entschieden, die "momentan installierten Versionen beizubehalten".
Schlechte Entscheidung.
Wie man das richtet weiß ich allerdings auch nichtAber was ist jetzt dein Problem? Du bist doch offenbar angemeldet.
Danke für die schnelle Antwort. Mein Problem ist, dass iobroker nicht mehr startet
iobroker status -
iobroker status -
@thomas-braun Da kommt "Cannot read system.config:null (OK when migrating or restoring)
iobroker not running on this host@marc_el_k
Such das Mini-HowTo. -
@marc_el_k
Such das Mini-HowTo.@thomas-braun bin gerade deine Anleitung durchgegangen. lief alles ohne Probleme, bis auf den Neustart natürlich...
Es kommt die FehlermeldungFailed to start DHCP Client Daemon
Mit der Ausgabesystemctl status dhcp.servicesagt erUnit dhcp.service could not be foundwie kann ich das nachinstallieren oder aktivieren?
-
@thomas-braun bin gerade deine Anleitung durchgegangen. lief alles ohne Probleme, bis auf den Neustart natürlich...
Es kommt die FehlermeldungFailed to start DHCP Client Daemon
Mit der Ausgabesystemctl status dhcp.servicesagt erUnit dhcp.service could not be foundwie kann ich das nachinstallieren oder aktivieren?
Das muss ja auch
systemctl status dhcpd.serviceheißen.
Ist das Paket dhcpcd5 installiert?apt policy dhcpcd5 -
Das muss ja auch
systemctl status dhcpd.serviceheißen.
Ist das Paket dhcpcd5 installiert?apt policy dhcpcd5@thomas-braun stimmt Tippfehler heißt
systemctl status dhcpcd.servicesagt bei
Active: failed (Result: exit-code) Process: (code=exited, status=203/EXEC)dhcpcd.service: Scheduled restart job, restart counter is at 5. Stopped DHCP Client Daemon dhcpcd.service: Start request repeated to quickly. dhcpcd.service: Failed with result 'exit-code' Failed to start DHCP Client DaemonInstalliert ist die Version 1:8.1.2-1+rpt3
-
@thomas-braun stimmt Tippfehler heißt
systemctl status dhcpcd.servicesagt bei
Active: failed (Result: exit-code) Process: (code=exited, status=203/EXEC)dhcpcd.service: Scheduled restart job, restart counter is at 5. Stopped DHCP Client Daemon dhcpcd.service: Start request repeated to quickly. dhcpcd.service: Failed with result 'exit-code' Failed to start DHCP Client DaemonInstalliert ist die Version 1:8.1.2-1+rpt3
Bitte Ausgaben komplett zeigen.
Beide.
Support us
670
Online32.7k
Users82.6k
Topics1.3m
Posts