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

[Smizi]

@jan1 aber eigentlich ist der Mathias doch euer offizieller Partner auf der ioBroker Startseite, isn't it?

[Jan1]

@smizi
Das ist ein Video und Lesen ist klar zu bevorzugen

Das sieht gut aus und desahlb auch die Frage, was Du da jetzt noch machen wolltest?

[Thomas Braun]

@smizi

Ja passt.

Das Video hab ich mir gerade auch mal angeschaut, zumindest wird da mal was vernünftiges erzählt. Eigentlich wird ja auch nur der Forumseintrag vorgelesen... Naja, wer's braucht. Ich lese es lieber selber nach, dann hab ich auch den letzten Stand, der Forumseintrag wurde nämlich unlängst auch leicht angepasst und stimmt nicht mehr mit dem Video überein.

[Smizi]

@jan1 ja nix, bin nur noch happy, dass der ioBroker wieder läuft...hat mich ja jetzt schon ein paar graue Härchen und den ganzen Sonntagnachmittag gekostet, aber sei es drum...hoffe, dass ich jetzt erstmal futureproofed bin

[Smizi]

@thomas-braun OK, alles gut.
Eigentlich ist der Mathias auch echt ne gute Hilfe (ich bin leider weniger der Lese-Typ) und daher ist er für mich schon ne Bank!

Anyway, nochmals vielen herzlichen Dank für all eure Zeit und Geduld!, gerne wieder und ich muss mich jetzt dann nochmal der Frau widmen

Tschüssikowski und bis bald
Markus

[Jan1]

@smizi
Da muss ich Dich leider etwas einbremsen.
Keine Panik, habe nur oben mal gelesen, dass Du keine weitere SD zur Hand hast und das jetzt alles auf der alten runter genudelt hast. Die wird dadurch eben auch nicht besser und deshalb als letzten Rat, kauf ne 64GB Karte, mach ein Image von der jetzigen und mach mit der neuen weiter, dann sollte wirklich Ruhe sein und wenn was anbrennt, hast immer noch die alte SD als Backup zur Hand.

[Homoran]

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

kauf ne 64GB Karte

mindestens im Doppelpack
und Markenware!

[Jan1]

@homoran
oder zwei 32GB

[Smizi]

@homoran und @Jan1
ja, mache ich

[OpenSourceNomad]

@jan1 said in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

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

Das habe ich auch mal gedacht. Zwischenzeitlich bin ich an dem Punkt angelangt das die meisten Leute open source vor allem deswegen einsetzen weil es nichts kosten (muss), ergo "Geiz ist geil" Mentalität. Wegen der Nachhaltigkeit oder dem "Recht zu besitzen/reparieren" (also nicht nur die Hardware sondern eben das Komplettpaket) setzen glaube ich nur die wenigsten auf open source.

OK, dann sind aber auch keine Backup erstellt worden, oder haben 0k an Größe. Das sollte man dann doch vorher mal checken.

Nein, man sollte wirklich den restore machen, so wie du. Und zwar nicht weil man "zu viel Zeit hat" sondern um zu überprüfen ob ein Backup auch erfolgreich war.

und genau das bestätige ich damit, auch wenn es aus Langeweile raus gemacht wurde.

Leider klingen deine Aussagen hier im Thread eher wie "Backup funktioniert immer, ich habe ja getestet also könnt ihr euch darauf verlassen".

Wenn man die mit dem Backitup Adapter machen lässt, dann habe ich hier noch von keinem gelesen, dass die nicht funktioniert hätten.

Es wird wahrscheinlich ein paar (hoffentlich wenige) geben die sich darauf verlassen werden und dann in ein paar Wochen/Monate/Jahren einen Thread auf machen "Hilfe, alles futsch!! Mein Backup funktioniert nicht!!"

[Jan1]

@opensourcenomad
Ein paar Spezis gibts immer, wobei ein versemmelter Restor meist nicht am am Backup liegt.
Wenn das Backup vom Adapter erstellt wurde und die Größe halbwegs realistisch ist ( 4-7 MB sollten normal sein), dann kann man davon ausgehen, dass das Backup auch ein Backup ist.

Ich habe schon von Beginn des Backitup Adapter mit diesen Backups restort und könnte mich nicht an ein Problem erinnern. Ebenfalls der Umzug vom Pi auf den Beelink, ohne Probleme und weil das Backup hier eigentlich gar kein Backup ist, sondern "nur" ein Backup der Einstellungen, verwendeter Adapter und Scripte, ist es eben hervorragend geeignet um damit sein System wieder sauber zu bekommen.

Die meiste Arbeit steckt übrigens in den Scripten und die sichere ich noch mal extra, da der Rest eh sehr schnell wieder zusammen geklickt ist. Die gesicherten Scripte habe ich aber auch noch nie benötigt.

Die meisten hier setzten IOBroker wohl ein, weils einfach einfach ist und wissen nicht mal dass es open source ist, somit dürfte das Thema Geiz ist geil wohl auch nicht zutreffen

[Homoran]

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

somit dürfte das Thema Geiz ist geil wohl auch nicht zutreffen

falsch!
eine gute (nicht Systemübergreifende) Software mit den Fähigkeiten kostet richtig Geld.
Fang mal bei Mediola an

[Jan1]

@homoran
Nein, da das auf was ganz anderes bezogen war

Ok, kurz erklärt wie ich hier rein gerutscht bin. Achtung absolutes OT!!!
Ich hatte ein paar Sonoff Geräte und war eigentlich glücklich. Dann war da was mit Tasmota und die schöne Steuerung über die App war nicht mehr, also mal fragen was man dann machen kann. Erster Anlauf war Domotiz und das war echt nix für mich, also was gibts da noch und IObroker wurde genannt. OK, Die Sonoff Dinger mit Tasmota rein und schön war. Aber hm, was sind das für viele Adapter und was machen die? Mal anklicken und wie lustig, da tauchen plötzlich Geräte auf, die ich schon lange zu Hause habe.

Ok, Spieltrieb wurde geweckt und was ist denn Blockly, ah damit lassen sich die Geräte auch noch zusammen schalten, wie geil.

Lange Rede kurzer Sinn, für das was ich es wollte ist IOBroker eigentlich overkill, aber wenn man mal rein gestolpert ist nutzt man das eben. Ich hätte mir das ohne die Sonoff nie angeschaut, ob das jetzt was kostet oder eben nicht, spielte zu dem Zeitpunkt überhaupt keine Rolle.

Einen habe ich noch, ich habe ein pro Account, obwohl ich den nicht brauche, nur weil ich das hier nicht für ganz umme haben möchte.

So, Schluss mit OT und zurück zum Thema

[saeft_2003]

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

@opensourcenomad
Ein paar Spezis gibts immer, wobei ein versemmelter Restor meist nicht am am Backup liegt.
Wenn das Backup vom Adapter erstellt wurde und die Größe halbwegs realistisch ist ( 4-7 MB sollten normal sein), dann kann man davon ausgehen, dass das Backup auch ein Backup ist.

Also mein backup vom backitup adapter hat 80 MB. Da ich am umsteigen bin auf bullseye habe ich das eingespielt und hat alles geklappt...

[Jan1]

@saeft_2003
Dann hast wohl uneinheitlich viele Scripte und VIS Views drin. Ein "normales" Backup ist nie so groß, weil eben nur Einstellungen gesichert werden.
Kannst aber gerne mal schreiben, was da alles drin, damit das so groß wird, da wirklich normal ist das nicht, wenn nicht die zwei genannten Punkte bei Dir zutreffen. Bei so großen Backups besteht auch die Gefahr, das der RAM nicht reicht, zumindest mal auf kleiner HW

Aber selbst damit hat es geklappt und das ist das wichtigste dabei.

[saeft_2003]

@jan1

Ja alleine die skripte sind 30MB, VIS dürfte auch nochmal einen großen Teil ausmachen. Die Hardware sollte kein Problem sein. Läuft als VM mit 5GB RAM auf einem NUC10i3

[Jan1]

@saeft_2003
und schon ist geklärt warum Dein Backup so groß ist und trotzdem "normal" ist

[Josh]

@thomas-braun Habe jetzt auch das Upgrade auf meinem ioBroker-Master im LXC-Container und auf einem meiner RPi3-Slaves vollzogen.

Bei letzterem bin ich auch in den hier im Forum bereits mehrfach genannten DHCP-Fehler hängen geblieben.

Weil ich vorher ein Image von der SD-Karte gezogen habe, konnte ich leicht ein Rollback machen und einen neuen Versuch starten.

Wichtig ist, dass vor dem Reboot folgende Datei angepasst wird:

sudo nano /etc/systemd/system/dhcpcd.service.d/wait.conf

alt:

[Service]
ExecStart=
ExecStart=/usr/lib/dhcpcd5/dhcpcd -q -w

neu:

[Service]
ExecStart=
ExecStart=/usr/sbin/dhcpcd -q -w

Wie man sieht, hat sich der Pfad zum dhcp-Dienst geändert und muss angepasst werden.

Vielleicht kann man das in der obigen Anleitung ergänzen.

[Thomas Braun]

@josh

Kann ich auf meinen Systemen nicht nachstellen.

[Josh]

@thomas-braun Ja, das glaube ich, denn Du bist ja nicht in den Fehler gelaufen. Aber alle (?), die den DHCP-Fehler beklagten, würde es vermutlich weiter bringen.

EDIT:
Zweiter Slave: gleicher Fehler --- gleiche Lösung.

Vielleicht hilft's ja einem...