Raspberry Pi OS Lite 'Bookworm' ist da.
-
@reutli
Ich stehe gerade vor der gleichen Herausforderung. Ich wollte meinen Raspi auch von der 32 Bit auf die 64 Bit Variante updaten.Konntest du dein Vorhaben schon durchführen? Kannst du das für mich bitte beschreiben? Ich habe mir die Bookworm 64 Bit auf eine SD-Karte geflasht und würde dann Morgen IOB auf das neue System installieren.
-
@martybr sagte in Raspberry Pi OS Lite 'Bookworm' ist da.:
von der 32 Bit auf die 64 Bit Variante updaten.
Geht nicht. Muss zwingend 'von Null' neuinstalliert werden.
-
@thomas-braun
Da war ich wohl unsauber in der Formulierung. Ich habe gerade auf einer neuen SD-Card die 64-Bit Variante installiert und würde mit dieser den Slave neu installieren.
Also:
ioBroker inkl. nodejs installieren und alle Adapter, bis auf den Admin, löschen.
Name und IP sollen beibehalten werden.Die nächsten Schritte sind mir unklar.
-
@martybr sagte in Raspberry Pi OS Lite 'Bookworm' ist da.:
bis auf den Admin,
der kann auch weg
dann an den Master koppeln.
bei korrekter Installation sollte dann alles wiederhergestellt werden -
@homoran
Danke @Homoran , ich gehe dann morgen mal dran. Ich sichere zuerst alle Adapter Einstellungen. Gerade die Smartmeter sind wichtig, da hängen eine Menge Scripte etc. dran.Edit:
Läuft das Wiederherstellen automatisch ab oder bedarf es eines Befehls? -
@martybr , hast du noch nie ein Backup mit Backitup erstellt und ein Restore eingespielt?
Das wird alles automatisch gesichert und wiederhergestellt. Voraussetzung ist zur Wiederherstellung, das Backitup zu aller erst, eingerichtet werden muss. Also die aktuellen Einstellungen vorher merken, aufschreiben oder abfotografieren.
Die Scripte kann man vorher auch noch exportieren, wenn man unbedingt will. -
@esp8266 Ja, backitup läuft. Den Master habe ich schon damit wieder aufsetzen können. Es geht mir hier um den Slave. Wenn ich den neu aufsetze, dann ist er noch nicht als angemeldeten Slave bekannt.
Hier nun die konkrete Frage:- Ich installiere das neu Betriebssystem auf eine neue SD-Karte (erledigt)
- SD-Karte in den Raspi einlegen und booten
- Voraussetzungen auf Betriebssystemebene schaffen (Name und IP wie der alte Slave)
- IOB installieren und alle Adapter entfernen
- iobroker setup custom (Ist das nötig??????)
- iobroker multihost connect auf dem Slave (ist hier ein iobroker multihost auf dem Master nötig? Das soll ja den gleiche Slave werden)
@Homoran sprach nicht von einem Restore. Bringe ich da was durcheinander ?
-
@martybr , damit bin ich raus. Habe nur ein Master System.
Zur Info: Habe letzte Nacht noch auf Bookworm x64 umgestellt. Ich musste aber einige Installaionen noch zusätzlich machen. OLED, Lüftersteuerung, EBUS etc. Ist aber schon bei den vorigen so gewesen.
-
Seit leider das Raspberry Update auch verfügbar ist, ist mein Gateway von außen nicht mehr zu erreichen - irgendwas mit Network Manager hat mir den Zugang kaputt gemacht .
Ich habe aber keine Ahnung was - es schaut alles normal aus:
sudo netstat -tulpe Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name tcp 0 0 0.0.0.0:8883 0.0.0.0:* LISTEN mosquitto 13352 471/mosquitto tcp 0 0 0.0.0.0:http 0.0.0.0:* LISTEN root 12879 758/lighttpd tcp 0 0 0.0.0.0:4200 0.0.0.0:* LISTEN root 13493 709/shellinaboxd tcp 0 0 0.0.0.0:ssh 0.0.0.0:* LISTEN root 11669 473/sshd: /usr/sbin tcp 0 0 0.0.0.0:domain 0.0.0.0:* LISTEN pihole 12925 654/pihole-FTL tcp 0 0 localhost:4711 0.0.0.0:* LISTEN pihole 12931 654/pihole-FTL tcp6 0 0 [::]:64224 [::]:* LISTEN root 4966 761/nginx: master p tcp6 0 0 [::]:openvpn [::]:* LISTEN root 12858 577/openvpn tcp6 0 0 [::]:8883 [::]:* LISTEN mosquitto 13353 471/mosquitto tcp6 0 0 [::]:http [::]:* LISTEN root 12878 758/lighttpd tcp6 0 0 [::]:ssh [::]:* LISTEN root 11671 473/sshd: /usr/sbin tcp6 0 0 [::]:domain [::]:* LISTEN pihole 12927 654/pihole-FTL tcp6 0 0 localhost:4711 [::]:* LISTEN pihole 12932 654/pihole-FTL tcp6 0 0 [::]:https [::]:* LISTEN root 4967 761/nginx: master pweder 8883, noch 443, noch 1194 antworten und das wie gesagt erst seit dem Update vom 10.10.2023 - vorher ging auch unter bookworm ohne die Raspian updates alles. Ich HASSE das - wenn Neuerungen und Verbesserungen NICHT abwärts kompatibel sind. Man sollte dem User selbst überlassen-
-
-
@thomas-braun Konkret habe ich einen mosquitto - Port 8883 und openvpn 1194, sowie nginx als Reverse Proxy laufen Port 443.
Ich habe gerade mal versucht innerhalb des internen Netzes mit telnet die Ports erreichbar sind, das funktioniert - aber wenn die IP Adressen von aussen kommen, dann wird das geblockt. An der FritzBox bzw.Router liegt es definitiv nicht, denn wenn ich wieder auf den Stand vor dem Update zurück sichere, sind die Ports erreichbar.
Irgendwas blockiert - muss aber auf dem Raspberry sein - da wie gesagt wenn ich auf den Stand vor dem 10.10.2023 gehe - der Port frei ist ohne das ich an der FritzBox was geändert habe.
Wie gesagt aus dem internen Netz scheinen die Ports offen zu sein (habe ich gerade via telnet getestet - sprich kein Verbindungsfehler). Irgendwas muss also prüfen ob die Quelladresse von aussen kommt.
Hier steht, dass sie irgendwas auf Network Manager umgestellt haben:
Aber da steht nicht viel und läuft auch alles - Firewall sehe ich auch nicht aktiv.
Mir sagt jedenfalls nichts - das was blockiert:
pi@MWIPv6GW:~ $ NetworkManager --print-config # NetworkManager configuration: /etc/NetworkManager/NetworkManager.conf (lib: no-mac-addr-change.conf) [main] # rc-manager= # auth-polkit=true # dhcp=internal # iwd-config-path= plugins=ifupdown,keyfile configure-and-quit=no [ifupdown] managed=false [logging] # backend=journal # audit=true [device] # wifi.backend=wpa_supplicant wifi.scan-rand-mac-address=no [device-31-mac-addr-change] match-device=driver:eagle_sdio,driver:wl wifi.scan-rand-mac-address=no # no-auto-default file "/var/lib/NetworkManager/no-auto-default.state" -
Ich habe mich noch nicht dran getraut, weil eben speziell die Frage nach den ZIGBEE-Daten für mich offen ist.
Ich gehe mal davon aus (wenn ich mich aus einem alten thread richtig erinnere), dass man lediglich die Kisten gleich aufsetzen muss (Hostname und IP), iob installieren, dann allen Kram entfernen und neu als Slave connecten, dann soll alles(?) wieder da sein, ohne restore von Backitup.
Ich traue dem ganzen aber auch nicht nicht.Zusätzlich wollte ich den Master (Mac mini mit 16GB und Debian) noch auf Bookworm heben. Da habe ich bei Debian aber gelesen, dass da keine Neuinstallation notwendig ist (https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.en.html), wenn ich das richtig interpretiere.
Allerdings habe ich da keine SD-Card sondern interne SSD. Da auf dem System noch Inful und Grafana läuft, habe ich da noch mehr Schiss, da ich da nicht einfach die alte SD-Card reinschieben kann, damit es im Fehlerfall wieder läuft.Sind einfach Aktivitäten die ein gewisses Fehlpotential mit sich bringen. Wenn das ganze Smart-Haus nicht mehr läuft, dann hat man ggf. eine ganze Nachtschicht vor sich.
-
@reutli
Ich habe es nun für mich gelöst. Das Problem war der io.js-controller. Ich habe ihn auf dem Master auf 5.0.11 und den Slave auf 4.0.24 downgegraded und dann konnte ich den Slave mit dem Master verbinden. Danach war es Easy.
Auf dem Slave habe ich nur 3 Adapter laufen: BLE, SmartMeter und W-MBUS.
Die Einstellungen und die USB-Verbindungen wurden auf dem Slave sauber erkannt. Bluetooth läuft unter Bookworm out of the Box. Keinerlei Verrenkungen mehr mit hciconfig etc.Zu Zigbee kann ich dir keinen Bericht geben, das läuft bei mir auf dem Master (auch Debian 12 Bookworm). Hier ohne Probleme. Der Master wurde aber nur upgedated und nicht neu erstellt.
-
Zum Verständnis wg. Slave:
- Du hast also neues PI-OS installiert (mit gleichen Einstellungen Hostname und IP)
- Alles Adapter deinstalliert
- Slave Connect durchgeführt
- fertig
?
Wenn du Master angehoben hast, wie hast Du den gesichert?
Da ist eine SD-Karte cool, die kannst Du einfach wegsichern. Bei deiner SSD muss man mit einem Livesystem booten und von dort aus z.B. mit fsarchiver sichern...
Da ich das system aber komplett 'headless' betreibe ist das nicht ganz so einfach... -
@mickym sagte in Raspberry Pi OS Lite 'Bookworm' ist da.:
der Port frei ist ohne das ich an der FritzBox was geändert habe.
Vorab: wenn du zensiert, dann besser richtig, Hostname/IP-Adresse sind noch zu sehen.
Wenn ich das richtig sehe, hast du einen IPv6 only Anschluss, richtig?
Kannst Du mal prüfen, ob die IP-Adresse in der Fritzbox (unter Freigaben), die Namensauflösung mit "abcd:ef......myfritz.net", sowie die 200x:... IPv6-Adresse auf deinem Raspi übereinstimmen?
-
@reutli
Richtig. Slave ist ein Raspi 3b. Die SD-Karte habe ich gesichert und zur Seite gelegt. Ich habe eine neue SD mit den PI-OS 64 Bit bespielt und dort iobroker installiert. Dann alle Adapter wie @Homoran beschrieben entfernt.IP und Name der Maschine sind gleichgeblieben.
Das Update beim Master verlief über den normalen Update Prozess. Hier hat sich ja nichts geändert.
Backup paranoid:
iobroker backup
iobroker backitup (täglich ins SAN)
Proxmox Backup auf eine andere NFS Freigabe
Snapshot auf dem Proxmox.Ich habe davon nichts benötigt!
Der nächste Step ist die Migration der VM ioBroker Master in einen Proxmox LXC Container. Dazu lese ich mich gerade ein um die USB Adapter in den LXC durchreichen zu können.
-
@marc-berg Sollte das nicht "zitiert" heissen?
-
@marc-berg Ja das passt - habe ich alles schon geprüft - aber danke dass Du mich darauf aufmerksam gemacht hast, wegen dem Schwärzen.
Wie gesagt an der FritzBox liegt es definitiv nicht - das hat auch super funktioniert bis vor dem Update und das seit Jahren. Ja und ich habe auch eins DS-Lite anschluss und habe es mit IPv6 und einem Port Mapper über IPv4 gemacht.Das hat irgendwas mit der Umstellung auf diesen Network Manager zu tun. Ich werde ihn mal deinstallieren - mal schauen, was dann passiert.
-
Ich werde wahnsinning - ja dieser blöde Netzwerk Manager war das Problem
So wenn man den in Zukunft nutzen soll - darf ich jetzt wohl suchen, wie man dieses Teil wieder konfiguriert - das kann doch nicht ... sein. Ich hasse so was.
Das macht mich ehrlich wahnsinnig - dass sowas bei diesen Updates gemacht wird. Ich darf eh meine ganzen selbst erstellten Zertifikate neu machen - weil wohl die Verschlüsselung zu schwach ist. Sicherheit in Ehren - aber man muss ja erstmal lernen.
-
@mickym das weisseln musst du noch lernen!
EDIT:
Ich hab den link Absichtlich zerstört!
