Feedback openWB software2 2.1.0

[timojito]

@timojito

Doch, kannst Du. Aktuelles Image flashen und ggf. Backup einspielen.

..genau daran scheitert es

[timojito]

@timojito

Doch, kannst Du. Aktuelles Image flashen und ggf. Backup einspielen.

..genau daran scheitert es

Ein Backup via mqtt mit

Code: Alles auswählen

{
  "command": "createBackup",
  "data": {
    "use_extended_filename": true
  }
}

kann ich leider auch nicht erstellen, das backup-verzeichnis bleibt leer. Die Welt wäre um so viel einfacher wenn man auf den Raspberry Zugriff hätte.

Edit: Ich könnte doch alternativ die SD-Card auf einem anderen Linux mounten, mit chroot in die Umgebung wechseln und mit passwd das Passwort vom User pi ändern. Dann käme ich zumindest wieder per SSH auf die openWB, richtig? Dann könnte ich von dort meine Config sichern (oder ihr könnt mir sagen, welche files vom Filesystem gesichert werden müssen) und dann neu flashen. Wäre das eine Option? Ich mein, kaputt ists eh schon. Weniger als gar-nicht-laden geht nicht.

[openWB]

Vorher ein Backup ist immer Pflicht!

Weniger als gar-nicht-laden geht nicht.

openWB runterfahren / stromlos machen.
SD Karte entfernen.
Ohne SD Karte wieder anschalten.
Not Lademodus mit 13A ist aktiv und du kannst erstmal laden.

[neotrace2]

Vorher ein Backup ist immer Pflicht!

Weniger als gar-nicht-laden geht nicht.

openWB runterfahren / stromlos machen.
SD Karte entfernen.
Ohne SD Karte wieder anschalten.
Not Lademodus mit 13A ist aktiv und du kannst erstmal laden.

läuft der not lademodus über die addon platine oder ist das in der evse eingebaut?

[LutzB]

Das macht die EVSE, wenn sie nicht von extern gesteuert wird.

[shesse]

Es bliebe ja auch noch das neue Image auf eine Karte zu flashen und neu einzustellen.
Dauert vielleicht 20 min., aber es gibt Schlimmeres finde ich. Betrachte es als Strafe für das nichtvorhandene Backup.
Den Fehler machst Du nicht wieder

[timojito]

Es bliebe ja auch noch das neue Image auf eine Karte zu flashen und neu einzustellen.
Dauert vielleicht 20 min., aber es gibt Schlimmeres finde ich. Betrachte es als Strafe für das nichtvorhandene Backup.
Den Fehler machst Du nicht wieder

Ja, den Fehler mache ich kein zweites Mal. Dachte erst, ich hätte es geschafft, aber das Backup scheint ebenfalls korrumpiert zu sein

Mein Vorgehen war folgendes:
- SSH Zugang reaktiviert (/etc/shadow ist mein Freund )
- /var/www/html/openWB/runs/backup.sh ausgeführt (ging ja über die Weboberfläche nicht mehr)
- backup.tar.gz wegkopiert
- SD Card neu geflashed
- openWB gestartet, alles akzeptiert, Backup wieder eingespielt wie von @Lutz empfohlen
- Auf einmal bin ich wieder auf dem fehlerhaften Release von 12:40 und hänge wieder in der Schleife.

Frage an das Team:
Das Backup enthält also signifikant mehr als nur ein Config-Files und historische Daten, sehe ich das richtig?

[LutzB]

Bei der Wiederherstellung wird darauf geachtet, dass die Version auch zum Datenstand des Backups passt. Es bringt Dir ja nichts, wenn die Version der Software mit den Daten nichts anfangen kann.

[Andi]

Ich kann mein Auto sonst nicht laden.

Kommst halt bei mir vorbei...

[LarsBr87]

Ich bin aktuell nicht auf die Wallbox angewiesen, hätte von daher noch Zeit mit der Fehlerbehebung.
Sollte der Fehler in der nächsten Woche gefunden werden und in einer neueren Version gefixt werden, ist es dann möglich irgendwie das Update anzustoßen oder komme ich um ein neues Image nicht drumherum?

Schönes Wochenende

Gruß Lars