Upgrade von Debian 10 'Buster' auf 11 'Bullseye'

Jan1

@david-g
Bei Linux kannst auch ein Versionssprung durch ein paar Befehle machen, aaaaaber meist schleppst so nur versteckte Probleme mit. Ich habs zu Beginn auch nicht neu aufgesetzt und früher oder später komische Probleme gehabt. Seit ich das neu mache und das geht eben sehr schnell, keine Probleme mehr.

Windows ist nicht kostenlos und da darf man auch etwas mehr erwarten was die Update Routine bei einem Versionswechsel angeht ;)
Dann bekommst hier doch schnell mit, wenn alle ein neues Linux drauf habe und Du noch nicht, dann solltest eben auch mal mit dem Upgrade anfangen.
Das ist alles reine Gewohnheit und die ändert sich je mehr man sich mit was befasst :)

David G.

@jan1

Habt ja recht.....

Dann mache ich gleich mal ein Topic auf, wegen dem SQL Backup.
Vermutlich wird beim einspielen keine Datenbank etc angelegt.
Also sql installieren, Datenbank anlegen mit genau den selben Namen und PW und dann das Backup einspielen. Vermutlich ^^.

crunchip

@david-g mit sql kenne ich mich nicht aus, jedoch ist es bei influxdb so, sobald in der Instanz die Daten eingegeben und diese gestartet wurde, die Datenbank automatisch angelegt wird.

FredF

@david-g sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

Aber wenn man in der Linux Welt nicht zu Hause ist, geht einem sowas mal durch.

Seit ich den Newskanal von https://www.debian.org/News/ abonniert habe, geht mir nichts mehr durch.

Homoran

ich bin auch faul.
ich mache "nur" alle 2 Jahre einen Rundumschlag auf meinen Systemen (Produktives Multihost mit 2 Slaves + im Moment nur ein Testsystem)

Dabei setze ich komplett neu auf, Erst neuestes Debian, dann mit dem Installer alles andere, auf den slaves werden alle Adapter gelöscht, anschließend per iobroker setup custom an den Master gekoppelt.
Nun das Backup restored, dabei wrrden auch die Instanzen auf den slaves hergestellt.

Dauert etwa 3 Stunden, dann ist der Spuk vorbei

Pedder007

Hallo @homoran und @Thomas-Braun
Das Setup von @Homoran hört sich ähnlich an wie mein Setup, wobei mein Testsystem (Pi3B) nur sporadisch mal verwendet wird (meist ausgeschaltet ist) und somit einen völlig anderen Stand hat als mein eigentlicher Master (Pi4 B), plus zwei Slaves (auch Pi4B).

Da ich das Bullseye Upgrade bisher auch ein wenig verschlafen habe, der Mensch hat ja auch schonmal andere Baustellen im Leben ;-) , habe ich mich gerade mal, mehr oder weniger, durch den ganzen Threat hier gehangelt.

Abgesehen vom Bullseye Upgrade sind allerdings alle 3 Systeme auf dem allerneuesten Stand, dank regelmäßiger Buster updates/upgrades inkl. node/npm, nach Anleitung hier von @Thomas-Braun. Auch alle Adapter ~40 (inkl. deConz, NUT, BLE mit HW hintendran), halte ich immer zeitnah auf Stand. Neben allabendlichem BackUps ziehe ich mir auch regelmäßig Clone (beim Master sogar mit 3 SDs im Ringtausch), weil ich da ganz am Anfang mal böse Erfahrungen mit gemacht hatte). Als Oberfläche nutze ich mittlerweile mehr als 15 VIS Pages und auf dem Tablet in der Küche läuft die VIS via Kiosk. Also alles mal so richtig schön ausgebaut ;-)

Zusammenfassend habe ich folgendes verstanden:

Die Anleitung von @Thomas-Braun ist nach wie vor gültig (erster Post in diesem Threat).
Es kann schonmal Probleme mit DHCP geben, was dann aber über die entsprechend Einstellung in der 'raspi-config' (ggf. lokal anmelden) in den Griff zu bekommen ist.
Es gibt Probleme mit der Debian GUI. Hier bin ich jetzt noch nicht so richtig schlau!? Ich nutze die GUI gerne und häufig, weil sie mir als Nicht-Profi-Raspian-Nutzer doch noch immer deutlich mehr Hilfestellung gibt als nur über eine Konsole zu arbeiten. Muss ich nun, wenn ich die GUI laufen habe und behalten möchte, tatsächlich eine komplette Neuinstallation machen oder geht das auch mit @Thomas-Braun Anleitung?
Ich gehe davon aus, dass es dabei egal ist, ob ich erst die Slaves Upgrade, oder? Weil die wären etwas unkomplizierter und ein vorübergehender Ausfall der Video-Überwachung ist nicht ganz so tragisch, wie ein Totalausfall des ganzen SmartHomes (inkl. deConz/ConBee II mit rd. 100 Devices hinten dran).

Danke vorab für ein kurzes Feedback :-)

Thomas Braun

@pedder007

Ja
Ja
Die Logik ist folgende: Mehr zu aktualisierender Code = Mehr Potential für Probleme. Deswegen Systeme immer so schlank wie möglich betreiben, Server halt OHNE Desktop.
Ja

Pedder007

@thomas-braun danke für die schnell Rückmeldung!

Leider aber doch nochmal zu 3.:
Steckt in Deinen Sourcen die GUI denn mit drin, sodass man sie ggf. nachträglich aktivieren könnte? Ich komme mit meinem Setup ursprünglich von einem Noobs Image.

PS.
Ich bin da grundsätzlich ja völlig bei Dir (selber seit 30 Jahren in der IT tätig), aber es kann ja nunmal nicht jeder fit in jeder Umgebung sein und der 4B mit 8GB verkraftet das ja nun schon seit 2 Jahren ganz locker 😉

Thomas Braun

@pedder007

Die Desktop-Umgebung ist natürlich in den Quellen drin.

und der 4B mit 8GB verkraftet das ja nun schon seit 2 Jahren ganz locker

Es geht auch nur nachrangig darum, ob eine Kiste das verkraftet, es geht in erster Linie darum, dass ein schlankes System wesentlich einfacher zu maintainen ist. Weniger Code = Weniger Probleme = Weniger Sicherheitslücken usw.

Pedder007

@thomas-braun, ok super, danke!
Letzte Frage (vorerst ;-)): Findet man die Option zum enablen des Desktops dann auch wieder in der ‚raspi-config‘, oder braucht es dafür einen speziellen Befehl über die Command-Line?

Und wie gesagt, ich verstehe Deinen Punkt grundsätzlich, auch über die Performance hinaus ;-) :+1:

Thomas Braun

@pedder007 sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

Findet man die Option zum enablen des Desktops dann auch wieder in der ‚raspi-config‘

Wie gehabt kann man die RunLevel auch weiterhin über raspi-config einstellen.

Pedder007

@thomas-braun Super!
Habe mir ein kleines ioBroker Testsystem (inkl. deCONZ) 'geschraubt' auf welchem dann auch direkt Motioneye mit lief.
Heute Abend nach obigem Rezept Update durchgeführt (läuft allerdings auf ne'm 3B echt so um die 1-2 Stunden).

IoBroker, inkl. deCONZ, war sofort wieder da, Netzerreichbarkeit (via VNC) auch. Motioneye noch etwas nach-gebastelt und alles lief wieder.
Somit werde ich dann demnächst meinen ioBroker Master und den Slave mit Motioneye angehen. Für den zweiten Slave mit der Unifi-Konsole und Pi-Hole habe ich auch schon ein Testsystem in Vorbereitung ;-)

1000-Dank für das Tutorial :+1: :-)

Thomas Braun

@pedder007 sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

(via VNC)

Via was? Da läuft kein VNC...

Pedder007

@thomas-braun doch, doch, lief ja vorher auch schon.
Auch die Raspian GUI lief direkt wieder, als ob die ganze rasp-config Konfiguration komplett übernommen worden wäre.
Ich hatte auch keine Netzwerk-/DHCP-Probleme…

Thomas Braun

@pedder007

Ich meinte damit, dass auf einem Server per Definition KEIN GUI läuft und daher auch VNC keinen Einsatzzweck hat. Server werden per Terminal betrieben.

Supernils

Hallo,
ich habe ein Problem mit dem Upgrade auf bullseye.
Nachdem ich die source-Listen angepasst habe, wird mir angezeigt, dass alle Pakete aktuell wären. Das Update auf bullseye wird nicht durchgeführt.

Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:2 http://archive.raspberrypi.org/debian bullseye InRelease
Hit:3 https://deb.nodesource.com/node_16.x bullseye InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.

Aufällig ist meine ursprüngliche source-Liste:

Hit:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
Hit:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Hit:3 http://archive.raspberrypi.org/debian buster InRelease
Hit:4 https://deb.nodesource.com/node_16.x buster InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.

Ein Eintrag zeigt bereits auf die bullseye Pakete. Den Grund kenne ich nicht. Was kann ich tun?

Thomas Braun

@supernils

Stell die Quellen um:

sudo sed -i 's/bullseye\/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/*

Dann

sudo apt update

Supernils

@thomas-braun said in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

@supernils

Stell die Quellen um:

sudo sed -i 's/bullseye\/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/*

Dann

sudo apt update

Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Get:2 https://deb.nodesource.com/node_16.x bullseye InRelease [4,586 B]
Get:3 http://archive.raspberrypi.org/debian bullseye InRelease [23.6 kB]
Get:4 http://raspbian.raspberrypi.org/raspbian bullseye/contrib armhf Packages [60.2 kB]
Get:5 http://raspbian.raspberrypi.org/raspbian bullseye/non-free armhf Packages [106 kB]
Get:6 http://raspbian.raspberrypi.org/raspbian bullseye/rpi armhf Packages [1,360 B]
Get:7 http://archive.raspberrypi.org/debian bullseye/main armhf Packages [307 kB]
Get:8 https://deb.nodesource.com/node_16.x bullseye/main armhf Packages [783 B]
Fetched 504 kB in 6s (80.2 kB/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.

Thomas Braun

@supernils

cat /etc/debian_version

Supernils

@thomas-braun said in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

@supernils

cat /etc/debian_version

10.13

Community Forum

NEWS

Upgrade von Debian 10 'Buster' auf 11 'Bullseye'

Support us

512

32.4k

81.5k

1.3m