Backup Fehler RBK0301E
-
- RPi 3 B+
-
Ziguri -
March 10, 2025 at 3:02 PM -
Thread is Unresolved
-
-
Backup Fehler RBK0301E? Schau mal ob du hier fündig wirst!
-
ich habe den Mountbefehl aus einem anderen Forum kopiert, was die einzelnen Optionen bedeuten ist mir nicht bekannt, auch nicht wie man als root mountet
hier der Inhalt der fstab, hoffe das is das was du benötigst.
proc /proc proc defaults 0 0
PARTUUID=66e8f9a7-01 /boot/firmware vfat defaults 0 2
PARTUUID=66e8f9a7-02 / ext4 defaults,noatime 0 1
//192.168.188.1/fritz.nas/ /media/fritznas cifs username=@@@@,password=@@@@,vers=3.0,noserverino,uid=1000,gid=1000,x-systemd.automount,x-systemd.requires=network-online.target 0 0 -
Vielleicht habe ich den Mountbefehl auch übersehen
Nein, hattest du nicht.
Ich hatte den aus dem raspiBackup - log.
-
Ziguri Kannst Du manuell eine Datei in /media/fritznas erstellen?
-
So, mit der neuen v0.7.0.2 habe ich jetzt für die Fritzbox und ihr NAS folgendes gemacht:
In der aktuellen raspiBackup.sh habe ich in Zeile 5285
mv "${BACKUPTARGET_DIR}" "${BACKUPTARGET_FINAL_DIR}"
den move-Befehl gegen den copy-Befehl getauscht:
cp -r "${BACKUPTARGET_DIR}" "${BACKUPTARGET_FINAL_DIR}".
Damit wird die Backupdatei aus dem tmp-Verzeichnis an die richtige Position kopiert. Das tmp-Verzeichnis samt der noch darin befindlichen Backupdatei wird dann beim abschließenden Aufräumen vom Orginalscript gelöscht.
Könnte biite jemand das bei sich auch noch überprüfen?
-
Die Begründung: mv wird wegen fehlender Berechtigung nicht ausgeführt (Grund ?), cp -r dagegen problemlos!
-
Das funktioniert. Ist aber ineffizient da cp das gesamte Backup kopiert was länglich dauert während mv nur einen Verzeichniseintrag ändert was in subsecond erledigt ist.
Ich empfehle dringend die fehlende Berechtigung zu konfigurieren.
-
-
-
Warum fixed Du nicht das Betechtigungsproblem? Es fehlt die Löschberechtigung für root.
-
-
Ich habe mal mit meiner FritzBox 7590, einem dort eingesteckten FAT32-USB-Stick und meinem Fedora-Linux-System das Freigeben, Mounten und Umbenennen aus diesem Thread hier nachgestellt.
Es hat fehlerfrei geklappt. Keine Idee, was da beim TE passiert...
framp: Diese deutschsprachige Meldung in raspiBackup ist etwas "verrutscht":
BashMSG_EN[$MSG_CLEANUP_BACKUP_VERSION]="RBK0205I: Deleting oldest backup in %s. This may take some time. Please be patient" MSG_DE[$MSG_CLEANUP_BACKUP_VERSION]="RBK0205I: Älteste Backup %s in wird gelöscht. Das kann etwas dauern. Bitte Geduld"und sollte besser so lauten: "Ältestes Backup in %s wird gelöscht..."
-
deutschsprachige Meldung in raspiBackup ist etwas "verrutscht":
Danke für den Hinweis. Werde ich fixen.
-
Das Gleiche habe ich nun von einem Raspi (aktuelles Bookworm 64Bit) aus probiert. Manuell, ohne raspiBackup:
Bash
Display More$ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf //192.168.2.200/fritz.nas 7,9G 12M 7,8G 1% /media/fritznas $ mkdir -p /media/fritznas/STICK/@HOSTNAME@/backup/@HOSTNAME@/tmp/@HOSTNAME@@raspbian12-ddz-backup-20250310-113028 $ echo "test" > /media/fritznas/STICK/@HOSTNAME@/backup/@HOSTNAME@/tmp/@HOSTNAME@@raspbian12-ddz-backup-20250310-113028/testfile $ mv /media/fritznas/STICK/@HOSTNAME@/backup/@HOSTNAME@/tmp/@HOSTNAME@@raspbian12-ddz-backup-20250310-113028 /media/fritznas/STICK/@HOSTNAME@/backup/@HOSTNAME@/@HOSTNAME@@raspbian12-ddz-backup-20250310-113028Auch das hat ohne Berechtigungsprobleme geklappt.
-
Das Gleiche habe ich nun von einem Raspi (aktuelles Bookworm 64Bit) aus probiert. Manuell,
Wie hast du das FritzNAS gemountet bzgl. uid und gid ?
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!