NEWS
BackItUp findet keine Backupdateien (gelöst)
-
Oh je, wenn selbst du ratlos bist, habe ich erst gar keine Chance.
Wie ich in meinem ersten Beitrag schrieb: Ich habe auf einer SD Karte Raspberry OS und ioBroker neu installiert. Ich habe - außer dem Einspielen der BackItUp Konfiguration aus dem alten System - nichts verändert.
-
@legro sagte in BackItUp findet keine Backupdateien:
Die Abbildung in meinem ersten Beitrag zeigt die Konfiguration im alten und identischen neuen System.
leider ohne die letzte Zeile
-
Nach dem Neustart habe ich versucht, von Hand das NAS/Cifs zu mounten ..
pi@Raspi5:/ $ sudo mount -t cifs -o username=ioBroker,password=****,noserverino,cache=loose,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.4.1/fritz.nas/SanDisk/SmartHomeBackup/ioBroker /opt/iobroker/backups mount error(13): Permission denied Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg) mount: (hint) your fstab has been modified, but systemd still uses the old version; use 'systemctl daemon-reload' to reload.
Leider auch ohne Erfolg.
-
@legro sagte in BackItUp findet keine Backupdateien:
username=ioBroker,password=****
Das passt für die CIFS-Freigabe?
Davon abgesehen, das CaMelCaSEs in Usernames äußerst unglücklich sind. -
@legro sagte in BackItUp findet keine Backupdateien:
pi@Raspi5:/
Und warum steht der pi (der auch nicht mehr so heißen soll...) nicht in seinem home?
-
@legro sagte in BackItUp findet keine Backupdateien:
mount: (hint) your fstab has been modified, but systemd still uses the old version; use 'systemctl daemon-reload' to reload.
Das hast du gelesen!?
was für ein
@legro sagte in BackItUp findet keine Backupdateien:
Nach dem Neustart
-
@legro sagte in BackItUp findet keine Backupdateien:
use 'systemctl daemon-reload' to reload.
Und der daemon will auch neugeladen werden.
Was steht in der /etc/fstab denn nun drin? -
Dank deiner Hilfe habe ich's nun geschafft, dass mir die Backup-Dateien angezeigt werden. Ich konnte im Terminal von Hand die NAS/Cifs Quelle erfolgreich in das Verzeichnis /opt/iobroker/backups mounten.
Sowohl im BackItUp-Adapter als auch mittels ls -a /opt/iobroker/backups werden mir alle Backup-Dateien angezeigt.
Mein Fehler war, dass ich das - in meinem Beitrag mit **** unkenntlich gemachte - Passwort nicht in Anführungszeichen gesetzt habe.
Vielleicht nimmt sich ja @simatec einmal dieses Threads an.
-
@legro sagte in BackItUp findet keine Backupdateien:
Mein Fehler war, dass ich das - in meinem Beitrag mit **** unkenntlich gemachte - Passwort nicht in Anführungszeichen gesetzt habe.
Dann sind da Sonderzeichen drin, die ohne besondere Kennzeichnung (Anführungszeichen) interpretiert werden.
-
@legro sagte in BackItUp findet keine Backupdateien:
Vielleicht nimmt sich ja @simatec einmal dieses Threads an.
warum sollte er?
-
Das hast du gelesen!?
Ja, habe ich, aber ich weiß nicht wie ich das beseitigen kann.
So schlimm kann das allerdings auch nicht sein. Mittlerweile kann ich ja NAS/Cifs erfolgreich in das Verzeichnis /opt/iobroker/backups manuell mounten.
-
@homoran sagte in BackItUp findet keine Backupdateien:
warum sollte er?
Da sollten Anführungszeichen um das Passwort gesetzt werden. Dann passiert das nämlich nicht.
-
@legro sagte in BackItUp findet keine Backupdateien:
aber ich weiß nicht wie ich das beseitigen kann.
steht doch da
@legro sagte in BackItUp findet keine Backupdateien:
use
systemctl daemon-reload
to reload. -
@thomas-braun sagte in BackItUp findet keine Backupdateien:
Dann sind da Sonderzeichen drin, die ohne besondere Kennzeichnung (Anführungszeichen) interpretiert werden.
In der Tat, in dem Passwort verwende ich Sonderzeichen.
Was würde ich bloß ohne deine Hilfe tun? Vielen Dank!
-
@thomas-braun ich denke, dass in diesem Fall ein erneutes Setzen des Passwortes gereicht hätte.
Das komnt bei Updates/node-Änderungen immer mal vor -
Der Code muss dennoch 'entschärft' werden. Sonderzeichen in Passphrases, die nicht abgefangen werden, können so zu allen möglichen ungewünschten Auswirkungen führen.
-
Wenn ich die Diskussion rund um die Syntax von Passwörtern in BackItUp richtig verstehe/bewerte, heißt das ..
Gibt man im Interface des Adapters Passwörter mit Sonderzeichen ein, so ergänzt BackItUp sozusagen selbstständig die nötigen Anführungszeichen beim Speichern. Werden hingegen die Passwörter aus einem anderen System eingespielt, so entfällt ja das manuelle Abspeichern und die Passwörter stehen ohne Anführungszeichen da.
Ich finde auch, dass man diese Falle entschärfen sollte.
-
@legro sagte in BackItUp findet keine Backupdateien:
Gibt man im Interface des Adapters Passwörter mit Sonderzeichen ein, so ergänzt BackItUp sozusagen selbstständig die nötigen Anführungszeichen beim Speichern.
@Thomas-Braun
so war mir das bekannt! Deswegen keine weitere Entschärfung nötig.
Das jedoch nicht so explizit@legro sagte in BackItUp findet keine Backupdateien:
Werden hingegen die Passwörter aus einem anderen System eingespielt, so entfällt ja das manuelle Abspeichern und die Passwörter stehen ohne Anführungszeichen da.
passt aber zu dem vorhin gesagten, dass eine Neueingabe des Passworts geholfen hätte.
@legro sagte in BackItUp findet keine Backupdateien:
Ich finde auch, dass man diese Falle entschärfen sollte.
Dann müssten die Passwörter unverschlüsselt gespeichert werden, um die Sonderzeichen zu erkennen.
Ich nehme an das will niemand
-
Ich kenne den Code von Backitup an der Stelle nicht genau. Muss sich @simatec dann mal anschauen.
Sonderzeichen in Passworten sind insofern gefährlich, weil z. B. $1 in der bash die erste Befehlsoption einliest. Das kann dann dazu führen, das aus deinem 'pas$1wort' in der Kommandozeile 'pasINHALTDERVARIABLEwort' wird. Deswegen müssen Passworte von der Interpretation durch dein Terminal ausgeschlossen werden. Da gibt es aber Methoden genau das zu machen.
-
@homoran sagte in BackItUp findet keine Backupdateien:
Dann müssten die Passwörter unverschlüsselt gespeichert werden, um die Sonderzeichen zu erkennen.
Nein, die müssen nur escaped werden.
Oder man verlagert das ganze in eine credentials-Datei. So mache ich das z. B. auf meiner Kiste:
//fritz.nas/FRITZ.NAS/Hitachi-HTS545012B9SA00-01/iobbackups/chet /opt/iobroker/backups cifs credentials=/home/iobroker/.smbcredentials,users,noserverino,noauto,rw,uid=iobroker,gid=iobroker,file_mode=0770,dir_mode=0770,vers=3.1.1 0 0
Da hab ich weder user noch passwort direkt im Aufruf drin.