Loxberry startet nach Stromausfall nicht mehr

[KapeOne]

Moin Zusammen,

Wir hatten die Tage einen Stromausfall - durch den fehlerhaften Müllkalender ist mir aufgefallen, dass der Loxberry nicht mehr läuft. Beim booten bleibt er bei "Notify NFS peers of restart" hängen. Ich gehe davon aus, dass die Verbindung zum NAS nicht funktioniert (Passwort geändert).

Hat jemand eventuell einen Idee, wie ich den Loxberry zum Start bewegen kann?

[Noschvie]

Wenn du das Passwort zurück änderst, startet der LB dann wieder?

[KapeOne]

Nein - habe alle geänderten Passwörter auf die alten PW zurück gesetzt; am NAS kommt auch keine Fehlermeldung, dass eine Anmeldung mit falschem Passwort versucht wird.

[KapeOne]

... ich muss irgendwie das Boot-Script anpassen und den NFS-Mount raus nehmen.

[KapeOne]

Prof.Mobilux - hast du eventuell einen Tip, wie ich den NFS - Mount aus dem Bootscript bekomme?

[Prof.Mobilux]

Im LixBerry Hauptmenü kann man kein NFS einbinden. Bei uns geht nur SMB. D. h. Du musst das irgendwo anders gemacht haben.

[KapeOne]

OK - dann hab ich gerade keine Ahnung - vermutlich dann im Loxberry Backup Plugin selbst, sonst hab ich diesen Mount ja nicht genutzt.

[KapeOne]

ok - NFS Mount kann man keinen einbinden, aber eine Netzwerkfreigabe

[svethi]

Ich denke eher, dass das filesystem einen mit hat. Denn dieser notify-service wurde ja gestartet. Wie es danach weitergehen soll ist ja derzeit unklar

[KapeOne]

hab gerade in mehreren Versuchen die Sicherung im DD-Format auf ne SD-Karte zu bringen versucht (nach dieser Anleitung - https://wiki.loxberry.de/plugins/loxberry_backup/start) - funzt auch nicht, die SD ist nicht lesbar, was ein sch....

[KapeOne]

.. das Problem ist halt, dass ich u.a. dann Caldav Plugin, CamStream und Modbus neu einrichten muss :-(

[svethi]

Caldav muss ja gar nicht eingerichtet werden. Sämtliche Parameter werden an das Plugin übergeben.

[KapeOne]

Hab das gute Teil jetzt aus dem Zählerschrank ausgebaut und alle USB-Kabel abgezogen (u.a USV, SmartMeter) und die 1-Wire Verkabelung und jetzt bootet er bei mir aufm Schreibtisch

Gott sei Dank, aber jetzt geht die Sucherei los.

Nachtrag:
OK - zu früh gefreut - beim Neustart hängt das sch... Teil wieder.

[Labmaster]

Wenn du ein anderes Linux System zur Verfügung hast, dann sollte man mal versuchen die SD Karte dort zu mounten (über einen Kartenleser) um dann zumindest alle wichtigen Konfig Dateien der Plugins (also am besten alle Plugin Verzeichnise) zu sichern.
Dann auf neuer Karte eine neuer System aufsetzen, und mit dem gesicherten Dateien händisch wieder alles zum Laufen bekommen.

Ich hab langsam kein Bock mehr der Sklave der Technik zu sein, das Zeug muss einfach laufen, laufen und laufen. Dafür ist es in der Regel aber nicht vorgesehen zumindest nicht Linux Systeme die von einem EMMC Flash raus laufen und darauf auch noch regelmäßig schreiben. (Log, Statistiken ...) Glücklicherweise sind viel Linux Systeme welche spezielle für RPI und ähnliche gebaut wurden mittlerweile so aufgebaut, dass alles die größte Zahl an Einzelschreibzyklen nicht direkt auf die SD Karte sondern ins RAM geht. Trotzdem bleiben auch hier immer noch genug Schreibzyklen übrige die auf die SD Karte gemacht werden müssen, damit Sie bei einem Powercycle nicht verloren gehen.

Naj, dieser Graus mit den EMMC Flashes (auch SD Karten) ist deshalb der Grund warum ich keine Systeme mehr einsetze welche im Betrieb auf die Karte Schreiben und wenn es wirklich nicht anders geht dann kommt dort zumindest eine echte SLC Karte rein (und ja die kosten schon mal 150€) .
Aber wenn es blöd läuft und im unpassenden Event eine Stromausfall ist, dann kann jede SD Karte eine Schlag weg bekommen. Dort gibt es halt für diesen Fall keine speziellen Hardware Vorkehrungen. Am besten also zusätzlich eine USV verwenden welche das System im Fall der Fälle noch ordentlich runter fahren kann oder besser gleich auf eine entweder sehr gute Enterprise SSD (mehr Schreibzyklen, of um den Faktor 30 bis 50 mehr) oder sehr sehr große (weil mehr Wearleveling Platz) SSD verwenden.

[Noschvie]

Warum kann das LoxBerry Backup nicht verwendet werden? Was ist hier das Problem mit der Sicherung? Das beunruhigt mich jetzt schon...

[KapeOne]

Warum ?

Im Wiki steht vollmundig: "Der Backup-Typ DD erstellt ein gezipptes Image des LoxBerry. Zur Wiederherstellung kann das Paket entzippt, und dann direkt mit Win32DiskImager auf eine SD-Karte kopiert werden. Die Ziel-SD-Karte muss dabei gleich oder größer wie die ursprüngliche SD-Karte sein"

Nix damit - weder mit Win32DiskImager, noch mit Rufus kann ich das Image zum Booten bringen. Mit BalenaEtcher bricht das Prüfen des geschriebenen Image immer ab und ich hab mehrere Images getestet - alle können nicht "schlecht" sein.

Ergo Backup erstellt, aber Restore nicht möglich !

[KapeOne]

Hab gestern aufgegeben - vermutlich bin ich zu doof

- keine der Sicherungen konnte ich booten, geschrieben auf 4 verschiedene Micro-SD mit Win32DiskImager und Rufus
- Neuinstallation gemäß Wiki (DietPI und dann Loxberry nach installieren) funktioniert nicht, hängt sich irgendwann auf

Ich vermute mal, der Raspi hat beim Stromausfall einen abbekommen.

Jetzt läuft der Loxberry als VM