Upgrade von Debian 10 'Buster' auf 11 'Bullseye'
-
Dann wirds langsam Zeit......
Gibt's kein Betriebssystem was sich empfiehlt, was nicht diese Hauptversionen hat und einfach durch Updates aktuell bleibt?Die letzte Zeile möchte er nicht:
pi@iobroker:~ $ sudo sed -i 's/buster\/updates/buster-security/g' /etc/apt/sources.list pi@iobroker:~ $ sudo sed -i 's/bullseye/buster/g' /etc/apt/sources.list pi@iobroker:~ $ sudo sed -i 's/bullseye/buster/g' /etc/apt/ sed: /etc/apt/ kann nicht bearbeitet werden: Das ist keine normale Datei pi@iobroker:~ $Edit:
Da fällt mir grad ein Artikel ein, den ich heute morgen gelesen habe.Ist was der Grund für den Wechsel bei Google? So verstehe ich es im Artikel
https://www.heise.de/news/Google-Warum-uns-Ubuntu-zu-traege-war-und-wie-wir-jetzt-gLinux-administrieren-7179099.html -
sudo sed -i 's/bullseye/buster/g' /etc/apt/sources.list.d/*Es gibt sog. 'rolling releases', auch Debian 'sid' wäre sowas ähnliches.
Die sind aber in der Pflege aufwändiger als Distributionen mit festen Releases.Die Übergangsfrist von einem Jahr von Release zu Releases sind bei Debian aber eigentlich ausreichend groß, um da nicht auf den letzten Drücker (oder gar erst nach dem Ableben der Version) hektisch werden zu müssen.
-
@david-g sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
Gibt's kein Betriebssystem was sich empfiehlt, was nicht diese Hauptversionen hat und einfach durch Updates aktuell bleibt?
Hast Du Dein Windows 95 auch durch Updates aktuell bis heute gehalten?
Im Gegensatz zu Windows, ist Linux eh in einem Bruchteil der Zeit neu und ganz wichtig, sauber ohne Schnick Schnack frisch eingerichtet. -
Dass es schnell geht, weiß ich.
Aber wenn man in der Linux Welt nicht zu Hause ist, geht einem sowas mal durch.An sich halte ich das System aktuell. Aber bei den großen Abständen ab 1 Jahr hab ich das dann nicht immer im Kopf.
Bei Windows bekommt man es ja immer irgendwie mit.
Und seit Windows 7 bin ich auch ohne Neuinstallation bis Win 11 gekommen.Gibt ja auch komplexere Installationen, als ein iobroker wo nur das Backup eingespielt werden muss.
-
@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
-
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 ^^. -
@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.
-
@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.
-
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 customan 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
-
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
-
- 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
-
@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 -
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.
-
@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
-
@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.
-
@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 Vorbereitung1000-Dank für das Tutorial
-
@pedder007 sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':
(via VNC)
Via was? Da läuft kein VNC...
-
@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… -
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.
-
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?
