pi@gladys:/ $ ls /windir/c
ls: Zugriff auf '/windir/c' nicht möglich: Verzeichnis oder Datei nicht gefunden
Und der Befehl ls /mnt/c/Users?
mit `df -h` habe ich meine Verzeichnisstruktur wiedergefunden
und mit `ls /mnt/c/Users`:
psoy@Zalman:~$ ls /mnt/c/Users
‹ All Users › Default ‹ Default User › Public desktop.ini patrick
genau, die ersten vier Zeilen habe ich oben schon gesendetIn diesem Fall sollte der Befehl aus dem Tutorial funktionieren
Meine Frage war, ob du deine Dateistruktur deines PCs neben den 4 Zeilen siehst. Aber aufgrund des folgenden ls denke ich, dass du das tust.
Tatsächlich habe ich es geschafft, in das Verzeichnis /mnt/d zu gelangen, aber ich weiß nicht warum, denn ich hatte es vorher versucht und konnte nicht über /mnt hinausgehen.
Aber anscheinend kann ich jetzt weitermachen, danke für deine Geduld.
Kein Problem
Hallo @Tlse-vins, kannst du einen Schritt im Tutorial vor Schritt 7 hinzufügen, um sich vor dem Ausführen der Befehle auf dem PC vom gladys SSH abzumelden.
Das ist geändert.
Hallo hier,
dank der Installation, die @VonOx mir gewidmet hat, mit Zigbee-Material (und seiner Verfügbarkeit, wenn ich alles kaputt mache), denke ich, dass ich etwas habe, das für das Backup von z2m von Gladys aus gültig ist.
Ich habe also gesehen, dass z2m ein MQTT-Topic anbietet, mit dem ein Backup (zip in Base64) abgerufen werden kann.
Ich kann dieses zip also in der Gladys-Datenbank speichern, um es im Falle einer neuen Installation wiederzuverwenden.
Aber ich habe beschlossen, dieses Backup-Backup alle 12 Stunden von Gladys aus durchzuführen.
@pierre-gilles ich weiß nicht, ob das ein guter Ansatz ist oder ein gutes Timing (12 Stunden nach dem Start, wiederholt in einem Intervall von 12 Stunden).
Es ist möglich, das Backup manuell von der zigbee2mqtt-Benutzeroberfläche aus zu erzwingen, Einstellungen -> Tools -> download_z2m_backup.
Daher würde ich gerne eine weitere Testphase mit dem Bild atrovato/gladys:zigbee2mqtt (ein « sauberes » Bild, das in 2 Stunden verfügbar sein sollte) mit @GBoulvin durchführen; du solltest einige Logs sehen, die das Backup oder die Wiederherstellung ankündigen.
Sobald das Backup wiederhergestellt ist, bin ich bei den Überprüfungen, ob alles in Ordnung ist (in Gladys und z2m), verloren.
Ich hoffe, wir sind auf dem richtigen Weg 
Kannst du stattdessen eine Sicherung zu einer festen Uhrzeit einrichten? Zum Beispiel um 23 Uhr. (Das Gladys-Plus-Backup läuft zwischen Mitternacht und 2 Uhr)
So ist es für den Benutzer vorhersehbarer und vermeidet, dass es „zufällig zum falschen Zeitpunkt“ passiert.
Für solche Aufgaben kannst du den „jobs“-Wrapper verwenden, mit dem du einen Job in der „Hintergrundaufgaben“-Schnittstelle in der UI erstellen kannst, sodass der Benutzer überprüfen kann, ob alles funktioniert 
Das ist, was die z2m-Dokumentation zu den Maßnahmen im Rahmen einer Umgebungsänderung (Wechsel des Computers) sagt.
Das müssen wir unter uns abklären.
@pierre-gilles
Ich bin es nochmal,
ja, « node-schedule » ist ein guter Ansatz, wie es heute bei den Gladys Plus-Backups gemacht wird, aber dieser Prozess ist nicht im gesamten Core verallgemeinert, er ist nur im « Gateway »-Teil.
Im Core gibt es einen hausgemachten « Scheduler » für Aufgaben mit « Intervallen ».
Lohnt es sich, den « Scheduler » vollständiger zu gestalten und überall zu verwenden? Auch im Gateway-Teil?
Wir sind uns einig, dass es ein anderes Projekt ist, aber wenn ich keinen gemeinsamen Scheduler verwende, muss ich eine Abhängigkeit ziehen, die wir bereits nur im Service haben…
Ansonsten füge ich, zusätzlich zum aktuellen Scheduler, einen « node-schedule » Scheduler im Core hinzu, der für alle Dienste zugänglich ist. Aber das führt zu Verwirrung zwischen Schedule und Scheduler…
Ansonsten versuche ich, bevor ich das Backup abschließe, die Scheduler in Gladys zu vereinheitlichen.
wenn du dich traust, dich an dieses Projekt zu wagen, warum nicht ich bin einverstanden, es wäre schade, die Dienste zu bitten, node-schedule zu importieren
Okay, ich habe einen PR für die Verwendung des „common-schedulers“ erstellt und sichergestellt, dass das Bild atrovato/gladys:zigbee2mqtt auf diesem Refactoring basiert.
Für die Tester habe ich das Backup auf 23:00 Uhr, einmal täglich, geplant. Ich kann also bei Bedarf ein neues Bild mit einem Backup alle 5 Minuten generieren (obwohl ich bereits die korrekte Auslösung des Jobs bestätigt habe). Ansonsten ist es möglich, das Backup manuell über den Button in der z2m-Oberfläche auszulösen: Einstellungen -> Tools -> download_z2m_backup.
Am meisten interessiert mich, ob dieses Backup die Wiederherstellung der Zigbee-Netzwerkverbindung ermöglicht.
Danke.
Danke @AlexTrovato! Ich bin da gerne Tester.
Sobald ich kann, schaue ich mir dein PR an
Ich habe gerade meine Gladys-Instanz von meinem Raspberry Pi 4 auf einen Mini-PC von Dell (i7, 8G RAM, SSD NVME) migriert. Damit läuft natürlich alles sehr flüssig.
Ich habe mehrere Stunden für die Migration gebraucht, weil ich die Dateien manuell migriert habe und es Probleme mit den Berechtigungen für die Konfigurationsdateien von Mosquitto und Zigbee2mqtt gab.
Der Vorteil ist, dass ich meinen Raspberry Pi 4 nun für Tests, insbesondere für Wiederherstellungen, nutzen kann 
Da ich vorhabe, meinen Gladys bald auf einem NUC zu betreiben (so etwas wie ein i3, um es nicht übertrieben zu machen), muss ich zugeben, dass dein Feedback mir ein bisschen Angst macht 
Ist das für jemanden wie mich machbar, der zwar herumexperimentieren kann, aber nicht in der Lage ist, selbstständig (ohne Tutorial) Befehle wie chmod oder andere solche Sachen zu bewältigen?!