Also mein Vorschlag an der Stelle wäre, jetzt ein Backup der Konfiguration zu machen (man kann notfalls auch Einzelteile des Systems wiederherstellen, wenn sich herausstellt, dass die Konfiguration für das Fehlverhalten verantwortlich ist).
Mach das Backup über openhabian-config oder direkt, das sollte keinen Unterschied machen.
Code: Alles auswählen
sudo openhabian-config
50 Backup/Restore
50 Backup openHAB config
oder eben alternativ das, was der Befehl oben auch macht, nur "von Hand":
Im Ergebnis sollte so oder so eine Datei im Pfad /var/lib/openhab/backups/ angelegt werden mit dem Namen openhab-backup-tt_mm_jj-ss_MM_SS.zip (alle Platzhalter mit führender 0 falls einstellig, tt für den Tag, mm für den Monat, jj für das Jahr, ss für die Stunde, MM für die Minute, SS für die Sekunde)
Die Datei sicherst Du am besten auf einen USB-Stick oder Du kopierst sie über Netzwerk (das Verzeichnis liegt in der Samba Freigabe
openHAB-userdata)
Anschließend kannst Du das System mit einem System Upgrade auf den aktuellen Stand 3.4.4 bringen. Wobei 3.4.1 ja schon etwas älter ist, es kann also sein, dass Du im Detail ein paar Dinge anpassen musst. Die notwendigen Änderungen werden sich aber in Grenzen halten. Das anschließende Upgrade auf 4.0.0 (wenn Du den Schritt in ein paar Tagen gehen magst) wird vermutlich mehr Änderungen erforderlich machen, aber einen Teil hättest Du dann schon hinter Dir

Wenn das Upgrade durchgelaufen ist, kannst Du schauen, ob nun wieder alles funktioniert. Ist das nicht der Fall, kannst Du versuchen, das Backup zurückzuspielen, entweder über openhabian-config, oder direkt. Wichtig zu wissen:
Das zuvor gesicherte Backup legst Du
nicht im backups Ordner ab, sondern Du speicherst es "irgendwo", also z.B. in /home/openhabian/.
Beim Restore gibst Du dann den kompletten Pfad zur Datei an, so:
Code: Alles auswählen
sudo systemctl stop openhab.service # es ist keine gute Idee, bei laufendem openHAB ein Restore vorzunehmen...
sudo openhab-cli restore /home/openhabian/<name-der-zip-datei>
sudo openhab-cli reset-ownership # Restore wird eventuell falsche Besitzer im Dateisystem eintragen...
sudo systemctl start openhab.service
Geht es dann immer noch nicht, wäre meine dringende Empfehlung, das System auf einer neuen Micro-SD-Karte komplett neu aufzusetzen.
Ein anderes Problem könnte das Betriebssystem selbst sein, denn im Juni ist Raspberry Pi OS auf Bookworm gehoben worden. Es ist höchst sinnvoll, das Betriebssystem immer auf die aktuelle stable Version zu heben, denn spätestens wenn das System oldoldstable wird, ist es nicht mehr trivial das System upzugraden und man wird fast zwangsläufig komplett neu installieren müssen. Ich bin mir nicht mal sicher, ob Dein Image nicht jetzt schon oldoldstable ist, schau doch bitte mal, was der Befehl
ausspuckt. steht da bullseye, ist es kein großes Ding, steht da buster, musst Du zwei Upgrades durchführen und hoffen, dass Du nicht zu spät dran bist... Am Ende der Upgrades sollte dort aber bookworm zu lesen sein
Das Betriebssystem hat allerdings mit Deinem Problem bezüglich openHAB recht sicher nichts zu tun, ist also unabhängig davon (nur hat das Upgrade halt Auswirkungen...)
Falls Du komplett neu aufsetzen musst, gilt es noch zu beachten, dass openHABian seit Ende Juni standardmäßig openHAB4.0.0 Milestone installiert (das wäre Stand heute openHAB4.0.0 RC-1)
Du kannst nach dem Durchlaufen der gesamten Installation mit openhabian-config 40 - 42 die Version auf openHAB3.4.4 herabstufen.
Alternativ ziehst Du die Micro-SD-Karte aus dem Windows Rechner und führst sie sofort wieder ein

Windows sollte dann die erste Partition im Explorer öffnen.
Anschließend öffnest Du die Datei openhabian.conf und änderst den Eintrag
auf
ab.
Dann sollte beim intitialen Boot von der Karte automatisch openHAB3.4.4 eingerichtet werden.
Du kannst auch noch das Backup von vorher in den gleichen Ordner ablegen, und zwar unter dem Namen initial.zip. Dann wird der Installationsprozess das Backup direkt wieder einspielen.
Es kann aber sein, dass die Rechte anschließend nicht korrekt sind, Du also zusätzlich noch den Befehl von oben ausführen musst (sudo openhab-cli reset-ownership)
Leider ist das aktuelle openHABian Image noch nicht auf Bookworm gehoben, das heißt, Du wirst um das OS-Upgrade nicht herum kommen:
- sudo apt update && sudo apt -y dist-upgrade
- grep -rl bullseye /etc/apt/ | sudo xargs sed -i 's/bullseye/bookworm/g'
- sudo apt update && sudo apt -y dist-upgrade
- sudo reboot
Das erste Kommando aktualisiert die Paketquellen und führt anschließend ein Upgrade aller verfügbaren Updates aus, notfalls werden dabei auch neue Pakete installiert, falls das notwendig sein sollte (das ist das dist-)
Das zweite Kommando sucht im Pfad /etc/apt/ alle Dateien, in denen das Wort "bullseye" vorkommt und ersetzt es durch das Wort "bookworm".
Das dritte Kommando führt das Upgrade von bullseye auf bookworm aus. Dabei werden typischerweise einige hundert Dateien installiert, das dauert also etwas.
Nach dem abschließenden Reboot sollte das System dann auf dem aktuellen Stand sein.
Abschließend kann man noch etwas aufräumen, insbesondere nicht mehr benötigte Kernel löschen, dazu muss man den aktuell verwendeten Kernel identifizieren und anschließend die installierten Kernel abgleichen und die alten löschen. Natürlich sollte man dann auch noch die nicht mehr benötigten Bibliotheken für den alten Kernel entfernen

Sollte sich herausstellen, dass Du mit dem Backup wieder in das gleiche Problem läufst, wird es darauf hinauslaufen, dass Du nicht nur das System neu aufsetzen musst, sondern auch noch alle Konfigurationsdateien manuell übernehmen musst, Stück für Stück. Da kommt es sehr drauf an, wie Du konfigurierst und was Du konfiguriert hast, letztlich läuft es aber darauf hinaus, die zip-Datei zu entpacken und die enthaltenen Dateien manuell an die passenden Stellen zu kopieren (und dabei die dort vorhandenen Dateien zu überschreiben).
Dabei solltest Du naturgemäß so wenig wie möglich Dateien aus dem alten System übernehmen. Unkritisch sollten die Dateien für Things und ITems sein, sowie die Dateien, welche Rules und Pages oder auch Sitemaps enthalten. Hast Du über Textdateien konfiguriert, so sind das die Dateien im Zweig /etc/openhab/, hast Du über UI konfiguriert, findest Du die Dateien im Zweig /var/lib/openhab/jsondb/ Die Dateien im Unterverzeichnis backup kannst Du getrost ignorieren.
Die Addons solltest Du am besten manuell neu installieren, das gewöhnlich ein vertretbarer Aufwand.
Legst Du großen Wert auf persistierte Daten, kannst Du noch unter /var/lib/openhab/persistence/rrd4j/ alle Dateien kopieren, es kann aber gut sein, dass Du die Daten so oder so abschreiben musst, weil rrd4j zwingend auf minütliche Datenpunkte angewiesen ist. Da die Daten eines Backups zwingend Dateien enthalten, welche nicht mit aktuellen Werten gefüllt sind... bumm...
Das Backup der openHAB Konfiguration enthält außerdem keinerlei andere Konfiguration, solltest Du also z.B. Grafana und InfluxDB installiert haben oder auch mosquitto usw., so musst Du deise Dinge gesondert betrachten.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet