NEWS
Upgrade von Debian 10 'Buster' auf 11 'Bullseye'
-
Hallo,
ich habe mal auf einer Proxmox VM von Buster auf Bullseye aktualisiert.
Das lief soweit durch. Einen Fehler bekam ich in Bezug auf lcd4linux. Da das wohl kaum einer nutzt, gehe ich nicht weiter darauf ein.Was jedoch nicht mehr so wollte, war mosquitto. Der Adapter und die ganzen Clienten konnten sich nicht mehr mit dem verbinden. Die erste Ursache war, dass dieser nur noch auf localhost gehört hatte. Also den listener auf 0.0.0.0 geändert. Jetzt zeigten die Clienten, dass der Zugriff verweigert wurde. Also auch da gesucht und anonymen Zugriff erlaubt.
Beides brauchte ich "damals" bei der Installation von mosquitto nicht beachten. Das lief einfach direkt so.
Beheben konnte ich beides, indem ich die Config-Datei bearbeitet habe:sudo nano /etc/mosquitto/conf.d/default.confda drin steht jetzt:
listener 1883 0.0.0.0 allow_anonymous trueKleiner Hinweis noch:
in einer anderen VM habe ich debmatic am laufen. Das läuft wesentlich geschmeidiger, wenn man der VM 2 Prozessorkerne zuweist. Ich hatte das eigentlich nur für den Upgrade-Vorgang aktiviert und dann festgestellt, dass der Start von debmatic, bis es einsatzbereit war, sich gegenüber nur einem Kern wesentlich verkürzt hat. Daher bleibt der jetzt auf zwei Prozessorkerne. -
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-essentialHallo @thomas-braun
habe gerade meine Proxmox VM von Buster auf Bullseye geupdatet, er hat auch einiges installiert und läuft auch wieder, bekomme aber jetzt bei einem sudo apt updaten diese Fehlerfrank@IOBroker:~$ sudo apt update Ign:1 http://security.debian.org/debian-security bullseye/updates InRelease OK:2 http://deb.debian.org/debian bullseye InRelease Fehl:3 http://security.debian.org/debian-security bullseye/updates Release 404 Not Found [IP: 199.232.138.132 80] OK:4 http://deb.debian.org/debian bullseye-updates InRelease OK:5 https://deb.nodesource.com/node_14.x bullseye InRelease Paketlisten werden gelesen… Fertig E: Das Depot »http://security.debian.org/debian-security bullseye/updates Release« enthält keine Release-Datei. N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert. N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8). frank@IOBroker:~$Du hast bestimmt eine Idee was ich falsch gemacht habe :face_palm:
-
Hallo @thomas-braun
habe gerade meine Proxmox VM von Buster auf Bullseye geupdatet, er hat auch einiges installiert und läuft auch wieder, bekomme aber jetzt bei einem sudo apt updaten diese Fehlerfrank@IOBroker:~$ sudo apt update Ign:1 http://security.debian.org/debian-security bullseye/updates InRelease OK:2 http://deb.debian.org/debian bullseye InRelease Fehl:3 http://security.debian.org/debian-security bullseye/updates Release 404 Not Found [IP: 199.232.138.132 80] OK:4 http://deb.debian.org/debian bullseye-updates InRelease OK:5 https://deb.nodesource.com/node_14.x bullseye InRelease Paketlisten werden gelesen… Fertig E: Das Depot »http://security.debian.org/debian-security bullseye/updates Release« enthält keine Release-Datei. N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert. N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8). frank@IOBroker:~$Du hast bestimmt eine Idee was ich falsch gemacht habe :face_palm:
@frank579 sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
was ich falsch gemacht habe
Auf den ersten Blick gar nichts. Hast du von Hand in den .list-Dateien herumeditiert? Könnte sein, dass da ein Leerzeichen fehlt.
[Edit:]
Schau in der /etc/apt/sources.list mal was da drin steht.Das muss
deb http://security.debian.org/debian-security/ bullseye-security main deb-src http://security.debian.org/debian-security/ bullseye-security mainlauten, nicht
deb http://security.debian.org/debian-security/ bullseye/updates main deb-src http://security.debian.org/debian-security/ bullseye/updates main -
@frank579 sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
was ich falsch gemacht habe
Auf den ersten Blick gar nichts. Hast du von Hand in den .list-Dateien herumeditiert? Könnte sein, dass da ein Leerzeichen fehlt.
[Edit:]
Schau in der /etc/apt/sources.list mal was da drin steht.Das muss
deb http://security.debian.org/debian-security/ bullseye-security main deb-src http://security.debian.org/debian-security/ bullseye-security mainlauten, nicht
deb http://security.debian.org/debian-security/ bullseye/updates main deb-src http://security.debian.org/debian-security/ bullseye/updates main -
@thomas-braun
habe deine beiden code zeilen oben kopiert :) nichts von hand oder so geändert ...@frank579
Siehe Edit.
Versuch malsudo sed -i 's/bullseye\/updates/bullseye-security/g' /etc/apt/sources.list -
@frank579
Siehe Edit.
Versuch malsudo sed -i 's/bullseye\/updates/bullseye-security/g' /etc/apt/sources.list@thomas-braun
nach deinem post mal geänert. Sieht jetzt so aus :# # deb cdrom:[Debian GNU/Linux 10.10.0 _Buster_ - Official amd64 NETINST 2021061> #deb cdrom:[Debian GNU/Linux 10.10.0 _Buster_ - Official amd64 NETINST 20210619> deb http://deb.debian.org/debian/ bullseye main deb-src http://deb.debian.org/debian/ bullseye main deb http://security.debian.org/debian-security/ bullseye-security main #deb http://security.debian.org/debian-security bullseye/updates main #deb-src http://security.debian.org/debian-security bullseye/updates main deb-src http://security.debian.org/debian-security/ bullseye-security main # bullseye-updates, previously known as 'volatile' deb http://deb.debian.org/debian/ bullseye-updates main deb-src http://deb.debian.org/debian/ bullseye-updates main # This system was installed using small removable media # (ehab die 2 zeilen erst mal deaktivert ...
wenns klappt lösche ich die raus -
@frank579 sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
was ich falsch gemacht habe
Auf den ersten Blick gar nichts. Hast du von Hand in den .list-Dateien herumeditiert? Könnte sein, dass da ein Leerzeichen fehlt.
[Edit:]
Schau in der /etc/apt/sources.list mal was da drin steht.Das muss
deb http://security.debian.org/debian-security/ bullseye-security main deb-src http://security.debian.org/debian-security/ bullseye-security mainlauten, nicht
deb http://security.debian.org/debian-security/ bullseye/updates main deb-src http://security.debian.org/debian-security/ bullseye/updates mainLäuft
frank@IOBroker:~$ sudo apt update OK:1 http://security.debian.org/debian-security bullseye-security InRelease OK:2 http://deb.debian.org/debian bullseye InRelease OK:3 http://deb.debian.org/debian bullseye-updates InRelease OK:4 https://deb.nodesource.com/node_14.x bullseye InRelease Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Alle Pakete sind aktuell. frank@IOBroker:~$DANKE :+1: :+1: :+1: :+1: :+1:
-
Hallo Zusammen,
ich klinke mich dann auch mal hier ein, denn auch ich habe alle nach obiger Anleitung gemacht und nachdem eigentlich alles fertig war und klasse durchlief, ist nach dem "reboot now" der Raspi 4 nicht mehr im Netzwerk zu finden und damit auch über die Konsole nicht mehr ansprechbar
=> was kann ich tuen?, hatte den Raspi schon aus und wieder eingeschaltet, aber ohne Erfolg...Lieben Dank vorab
Markus -
Hallo Zusammen,
ich klinke mich dann auch mal hier ein, denn auch ich habe alle nach obiger Anleitung gemacht und nachdem eigentlich alles fertig war und klasse durchlief, ist nach dem "reboot now" der Raspi 4 nicht mehr im Netzwerk zu finden und damit auch über die Konsole nicht mehr ansprechbar
=> was kann ich tuen?, hatte den Raspi schon aus und wieder eingeschaltet, aber ohne Erfolg...Lieben Dank vorab
Markus -
@thomas-braun Danke für die schnelle Rückmeldung!
mit "Local Einloggen" meinst du Monitor usw. dran? ...hatte ich noch nie und wird nicht ganz einfach, denn habe eigentlich dafür nix verfügbar... -
@thomas-braun Danke für die schnelle Rückmeldung!
mit "Local Einloggen" meinst du Monitor usw. dran? ...hatte ich noch nie und wird nicht ganz einfach, denn habe eigentlich dafür nix verfügbar...@smizi
Mein IOBroker Server (Beelink) steht direkt auf dem Windows PC und deshalb hatte ich mir dafür mal ein billigen HDMI Umschalter geholt. Wird zwar fast nie benötigt, aber was man hat, hat man und mit einem Klick sind Tastatur samt Monitor am Beelink. -
@smizi
Mein IOBroker Server (Beelink) steht direkt auf dem Windows PC und deshalb hatte ich mir dafür mal ein billigen HDMI Umschalter geholt. Wird zwar fast nie benötigt, aber was man hat, hat man und mit einem Klick sind Tastatur samt Monitor am Beelink. -
@jan1 ja cool, ich werde es mal versuchen da was dranzubasteln, ansonsten muss ich auch mal recherchieren, wie ich ein das letzte Backup aufm NAS wieder auf den Raspi spiele :cry:
@smizi said in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
ansonsten muss ich auch mal recherchieren, wie ich ein das letzte Backup aufm NAS wieder auf den Raspi spiele
Backups sind übrigens total sinnbefreitfrei wenn man nicht prüft ob diese überhaupt funktionieren (sprich der restore auch geprüft wird)
Ich habe schon zu oft gesehen wie sich Leute in (falscher) Sicherheit wiegen ("Ich habe ja automatische Backups!") um dann im Fall der Fälle festzustellen das ihr Backup-Archiv korrupt ist und nicht mehr als ein Haufen Datenmüll :put_litter_in_its_place:
„Das Widerlegen von Schwachsinn erfordert eine Größenordnung mehr Energie als dessen Produktion.“ - Alberto Brandolini (Bullshit-Asymmetrie-Prinzip)
-
@smizi said in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
ansonsten muss ich auch mal recherchieren, wie ich ein das letzte Backup aufm NAS wieder auf den Raspi spiele
Backups sind übrigens total sinnbefreitfrei wenn man nicht prüft ob diese überhaupt funktionieren (sprich der restore auch geprüft wird)
Ich habe schon zu oft gesehen wie sich Leute in (falscher) Sicherheit wiegen ("Ich habe ja automatische Backups!") um dann im Fall der Fälle festzustellen das ihr Backup-Archiv korrupt ist und nicht mehr als ein Haufen Datenmüll :put_litter_in_its_place:
@opensourcenomad
Wenn man die mit dem Backitup Adapter machen lässt, dann habe ich hier noch von keinem gelesen, dass die nicht funktioniert hätten.
Ich restore des öfteren, weil mir entweder langweilig ist, oder weil ich einfach mal wieder ne wirklich saubere Installation haben möchte. Bis jetzt hat das immer geklappt. -
@opensourcenomad
Wenn man die mit dem Backitup Adapter machen lässt, dann habe ich hier noch von keinem gelesen, dass die nicht funktioniert hätten.
Ich restore des öfteren, weil mir entweder langweilig ist, oder weil ich einfach mal wieder ne wirklich saubere Installation haben möchte. Bis jetzt hat das immer geklappt.@jan1 sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
dann habe ich hier noch von keinem gelesen, dass die nicht funktioniert hätten.
dann solltest du mehr lesen.
Liegt aber nicht am Adapter, sondern an den diversene Fehlern beim mount -
@smizi said in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
ansonsten muss ich auch mal recherchieren, wie ich ein das letzte Backup aufm NAS wieder auf den Raspi spiele
Backups sind übrigens total sinnbefreitfrei wenn man nicht prüft ob diese überhaupt funktionieren (sprich der restore auch geprüft wird)
Ich habe schon zu oft gesehen wie sich Leute in (falscher) Sicherheit wiegen ("Ich habe ja automatische Backups!") um dann im Fall der Fälle festzustellen das ihr Backup-Archiv korrupt ist und nicht mehr als ein Haufen Datenmüll :put_litter_in_its_place:
@opensourcenomad die Backups sollten schon tuen, aber das ist ja nur Plan B ;-)
Jetzt muss ich erstmal checken, wie man an son Raspi 4 nen Monitor dranbekommt ...
LG
Markus -
@jan1 sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
dann habe ich hier noch von keinem gelesen, dass die nicht funktioniert hätten.
dann solltest du mehr lesen.
Liegt aber nicht am Adapter, sondern an den diversene Fehlern beim mount@homoran
OK, dann sind aber auch keine Backup erstellt worden, oder haben 0k an Größe. Das sollte man dann doch vorher mal checken.
Ich dachte hier ist etwas mehr an Leuten mit Hirn, als bei mir in der Firma, wo ich immer davon ausgehen kann ich hab ein Pfosten vor mir und liege damit zu 99% richtig LOL -
@jan1 said in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
Wenn man die mit dem Backitup Adapter machen lässt, dann habe ich hier noch von keinem gelesen, dass die nicht funktioniert hätten.
Die "beste" backup software hilft leider nichts wenn Mensch die Daten in's Nirwana schreibt. Ich habe schon zu viel gesehen, von degraded raid auf dem NAS bis hin zu (fake) usb speicher welche falsche Größenangaben haben und das backup direkt (über den flash controller) versenken. :put_litter_in_its_place:
Ich restore des öfteren, weil mir entweder langweilig ist
Das ist der falsche Grund. Du solltest dein restore machen um gewissheit zu haben das dein Backup auch den Namen Backup verdient :bulb:
„Das Widerlegen von Schwachsinn erfordert eine Größenordnung mehr Energie als dessen Produktion.“ - Alberto Brandolini (Bullshit-Asymmetrie-Prinzip)
-
@jan1 said in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
Wenn man die mit dem Backitup Adapter machen lässt, dann habe ich hier noch von keinem gelesen, dass die nicht funktioniert hätten.
Die "beste" backup software hilft leider nichts wenn Mensch die Daten in's Nirwana schreibt. Ich habe schon zu viel gesehen, von degraded raid auf dem NAS bis hin zu (fake) usb speicher welche falsche Größenangaben haben und das backup direkt (über den flash controller) versenken. :put_litter_in_its_place:
Ich restore des öfteren, weil mir entweder langweilig ist
Das ist der falsche Grund. Du solltest dein restore machen um gewissheit zu haben das dein Backup auch den Namen Backup verdient :bulb:
@opensourcenomad sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
Das ist der falsche Grund. Du solltest dein restore machen um gewissheit zu haben das dein Backup auch den Namen Backup verdient
und genau das bestätige ich damit, auch wenn es aus Langeweile raus gemacht wurde.
-
@jan1 said in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
Wenn man die mit dem Backitup Adapter machen lässt, dann habe ich hier noch von keinem gelesen, dass die nicht funktioniert hätten.
Die "beste" backup software hilft leider nichts wenn Mensch die Daten in's Nirwana schreibt. Ich habe schon zu viel gesehen, von degraded raid auf dem NAS bis hin zu (fake) usb speicher welche falsche Größenangaben haben und das backup direkt (über den flash controller) versenken. :put_litter_in_its_place:
Ich restore des öfteren, weil mir entweder langweilig ist
Das ist der falsche Grund. Du solltest dein restore machen um gewissheit zu haben das dein Backup auch den Namen Backup verdient :bulb:
@Alle so, Monitor ist dran und
FAILED to start DHCP CLIENT DAEMON 😔
…kommt als erst Fehlermeldung!…sorry für den Screenshot:
Support us
821
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge