LoxBerry V4.0.0 RELEASE!

[scharrin]

Hallo zusammen,

sorry - habe das Passwort des Users loxberry für das WebInterface vergessen.

Den Zugang per SSH habe ich noch.
Allerdings funktioniert das Löschen der Datei htusers.dat nicht. Nach einem Neustart des LoxBerry funktioniert auch der login per loxberry / loxberry nicht.

Wie kann ich das Passwort für die Web-Oberfläche des Users loxberry neu setzen?

Viele Grüße
Christian

[ledchab]

Moin,
ähnliches Problem wollte mal wieder updaten aber mir fehlt das SU Passwort so kann ich keinerlei su Befehle ausführen - komme ich da irgendwie weiter oder heißt das Neuinstallation? Komme mit loxberry user auf ssh und web
bin auf Deb11/Bookworm
Danke
Bruno

[duncan]

there is the loxberry reset root plugin for that

[ledchab]

thank you for that hint ;-)

for older versions of dietpi you need to add the line

deb http://security.ubuntu.com/ubuntu focal-security main universe

to /etc/apt/sources.list

log in as loxberry
run su, root password
nano /etc/apt/sources.list

add the line above
save the changes and exit

run apt update

then run the update to 4

i´m not that familar with linux but adding that line with ubuntu cause error

Holen:6 http://security.ubuntu.com/ubuntu focal-security InRelease [128 kB]

Ign:7 https://deb.nodesource.com/node_18.x bullseye InRelease

Fehl:8 https://deb.nodesource.com/node_18.x bullseye Release

  404  Not Found [IP: 2606:4700:10::ac42:96a9 443]

Fehl:6 http://security.ubuntu.com/ubuntu focal-security InRelease

  Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 3B4FE6ACC0B21F32 NO_PUBKEY 871920D1991BC93C

Paketlisten werden gelesen… Fertig

[B]E: [/B]Das Depot »https://deb.nodesource.com/node_18.x bullseye Release« enthält keine Release-Datei mehr.

N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.

N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).

[B]W: [/B]GPG-Fehler: http://security.ubuntu.com/ubuntu focal-security InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 3B4FE6ACC0B21F32 NO_PUBKEY 871920D1991BC93C

[B]E: [/B]Das Depot »http://security.ubuntu.com/ubuntu focal-security InRelease« ist nicht signiert.

N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.

N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).

without i also get errors

Ign:6 https://deb.nodesource.com/node_18.x bullseye InRelease

Fehl:7 https://deb.nodesource.com/node_18.x bullseye Release

404 Not Found [IP: 2606:4700:10::6814:2dbe 443]

Paketlisten werden gelesen… Fertig

[B]E: [/B]Das Depot »https://deb.nodesource.com/node_18.x bullseye Release« enthält keine Release-Datei mehr.

N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.

N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).

[duncan]

sorry but after a variety of errors updating old loxberries, i re-installed all 3 of mine from scratch using trixie and loxberry4

[ledchab]

is there a way go get the settings fromLB3 with plugins to LB4 or i have to do that all manually?

[ledchab]

Thank you for the help
make a new setup with LB4

Vielen Dank an die Macher !!!

[ledchab]

Moin,
habe Loxberry4 mit dietPi neu auf Proxmox aufgesetzt - da ich die Einstellungen eh neu machen muß wollte ich auch matt v2 verwenden

V1 subscribes alle konfigurierten Topics global. V2 nutzt ein Opt-In Verfahren — nur explizit ausgewählte Topics werden an den Miniserver weitergeleitet.

was muss ich mach damit das funktioniert habe ich irgendwie nicht verstanden
habe in allen Bereichen doch einige Topic mit Fehler

[duncan]

in the subscriptions tab, tick the json box and the inferface shows the individual data elements, then tick the single times you need:
you may need to check in the traffic tab that the name exactly matches an available virtual input in your loxone config

[Prof.Mobilux]

was muss ich mach damit das funktioniert habe ich irgendwie nicht verstanden

Die Doku ist leider noch nicht ganz fertig - und daher etwas versteckt. Vielleicht hilft es aber schon weiter:

https://wiki.loxberry.de/konfigurati...widget_mqtt/v2

[ledchab]

Moin,
vielen Dank - läuft alles nach der Umstellung -
das war der entscheidende Hinweis in der Doku:

Der Topic-Browser zeigt alle Topics, die der MQTT-Broker aktuell kennt, in einer hierarchischen Baumstruktur.

im Gegensatz zu V1
für die rot markierten subscriptions bei mir ist in Loxone kein virtueller Eingang vorhanden (werden da nicht gebraucht)

gute Arbeit - weiter so

[oRsOn]

Gibt es irgendwelchen bekannten Probleme mit dem MQTT-Gateway-V1? Ich habe ein Script, welches die Daten von Growatt holt und per MQTT weitergibt. Das ging mit der vorherige Version 3.X soweit ich mich erinnere, problemlos. Jetzt setzt das sporadisch aus. Auf der Webseite (MQTT-Datenverkehr) stehen veraltete Werte.


loxberry@loxberry:~ $ mosquitto_sub -h 192.168.181.203 -u loxberry -P 'xxx' -t 'growatt/xxx' \
| jq -r 'to_entries[] | "\(.key): \(.value.historyLast.time) \(.value.historyLast.ppv) W"'
FNH2XXN03A: 2026-07-01T19:17:48.865Z 13.5 W
KJM0XXX04B: 2026-07-01T19:17:49.463Z 13.7 W
FNH2XXN03A: 2026-07-01T19:20:07.504Z 12.1 W
KJM0XXX04B: 2026-07-01T19:20:09.163Z 10.5 W
KJM0XXX04B: 2026-07-01T19:25:05.920Z 8.1 W
FNH2XXN03A: 2026-07-01T19:25:06.662Z 12 W
KJM0XXX04B: 2026-07-01T19:30:09.433Z 3 W
FNH2XXN03A: 2026-07-01T19:30:10.735Z 9.1 W

zeigt die aktuellen Werte an.

Danke

[Prof.Mobilux]

Am Gateway V1 wurde nichts geändert. Es erfolgt aber auch keine Weiterentwicklung mehr. .

[oRsOn]

Was mir aber aufgefallen ist. wenn ich die Abonements ändere, wird das Protokoll immer auf HTTP umgestellt.

[Prof.Mobilux]

Kannst Du bitte eine genaue Fehlerbeschreibung posten (am Besten mit Screenshots). Dann können wir uns das anschauen.

[oRsOn]

Bild 1 _ 23:49:08 .... nur UDP aktiviert
Bild 2 _ 23:49:16... TOPIC geändert und gespeichert
Bild 3_ 23:49:24 .... HTTP aktiviert

[Prof.Mobilux]

Schaue ich mir an.

[Onliner]

@Prof.Mobilux zuerst einmal vielen Dank für das Update auf v4. Der neue App-Store und das UI gefallen mir super! Ich habe nach dem Update folgendes Problem. das ich (mit Hilfe von KI) in anderer Form schon einmal für die V3 als Workaround gelöst habe. Die v3-Lösung ist hier beschrieben:

https://www.loxforum.com/forum/projektforen/loxberry/allgemeines-aa/384647-loxberry-3-backup-could-not-get-boot-mount-point-%E2%80%8B?p=487425#post487425

Nach dem Update auf V4 kommt beim Backup wieder ein ähnlicher Fehler. Hier die Zusammenfassung:


Clone SD schlägt unter LoxBerry 4 auf Raspberry Pi 5 / Debian 13 (Trixie) fehl

Setup:

• LoxBerry 4
• Raspberry Pi 5
• Debian 13 (Trixie)
• Zielmedium: USB-SSD / USB-Stick
• Dateisystem: EXT4
• Ausreichend freier Speicher vorhanden

Verhalten
Die Boot-Partition wird ohne Probleme kopiert:
Copy data of boot partition...
Exitcode 0

Beim Kopieren der Root-Partition bricht der Vorgang jedoch ab:
Copy data of root partition...
ERROR: ERROR executing command - Exitcode 2
ERROR: Copying the files from your root partition seems to failed. Your image/backup may be broken!

Der verwendete tar-Befehl lautet:
cd /media/src2 && tar cSp \
--numeric-owner \
--xattrs \
--xattrs-include='*' \
--acls \
--warning='no-file-ignored' \
--exclude='swap' \
-f - . | \
(cd /media/dst2 && tar xSp \
--xattrs \
--xattrs-include='*' \
--acls \
-f - )

Auffälligkeit
Obwohl tar mit Exitcode 2 beendet wird, verlaufen alle nachfolgenden Prüfungen erfolgreich:

• Imagegröße wird erfolgreich geprüft
• PTUUID stimmt
• Boot-Partition im Image lässt sich mounten
• Root-Partition im Image lässt sich ebenfalls mounten

Das Image scheint also zumindest grundsätzlich erstellt worden zu sein.

Bereits geprüft

• Zielmedium auf EXT4 formatiert (kein VFAT)
• Genügend freier Speicher vorhanden
• Manuelles Ausführen von tar auf dem Root-Dateisystem funktioniert ohne Fehler
• Boot-Partition wird korrekt erkannt und erfolgreich kopiert
• Backups liefen nach Hotfix (siehe Link auf V3-Thread) einwandfrei
• Fehler tritt reproduzierbar ausschließlich beim Kopieren der Root-Partition auf

Vermutung
Momentan wird leider lediglich der Rückgabecode (Exitcode 2) protokolliert.

Die eigentliche Fehlermeldung von tar (stderr) wird nicht ausgegeben. Dadurch ist leider nicht ersichtlich, wodurch der Fehler tatsächlich verursacht wird (ACLs, xattrs, Dateiattribute, Berechtigungen oder etwas anderes). Aus meiner Sicht wäre es hilfreich, wenn das Plugin die vollständige tar-Fehlermeldung mitprotokollieren würde. Damit ließe sich die eigentliche Ursache wahrscheinlich sehr schnell eingrenzen.

Falls zusätzliche Tests oder Patches benötigt werden, kann ich diese gerne auf dem System ausprobieren und Rückmeldung geben. Beim letzten Mal bin ich über SSH in den Root-User gewechselt und habe die Ausgabe solange debuggt, bis ich den RC ermittelt hatte.