Problem mit rsync? Schau mal ob du hier fündig wirst!
Zeige doch mal das Debuglog.
aber geht nicht hab ich schon versucht, ich habe hier den MYCLOUDEX2ULTRA
Und der lässt sich wirklich als NFS Server konfigurieren ?
Auf der Webpage steht nichts davon.
Servus !
Statt des Debuglogs kannst Du auch mal folgende Befehle ausfuehren um Deinen nfs Zugriff zu testen wenn Du an /backup Deine nfs Partition gemounted hast:
framp@majestix:~$ curl -s https://raw.githubusercontent.com/framps/raspiBackup/master/scripts/raspiBackupDownloadFromGit.sh | bash -s -- master scripts/supportsFileAttributes.sh
framp@majestix:~$ sudo ./supportsFileAttributes.sh /backupBei mir sieht die Ausgabe wie folgt aus:
Fileattributes of local file:
Attributes: ----r-xrwx
Owner: nobody
Group: nogroup
Fileattributes of remote file:
Attributes: ----r-xrwx
Owner: nobody
Group: nogroup
Success: Filesystem on /backup supports Linux fileattributesAuf der Webpage steht nichts davon.
My Cloud NFS Begrenzungen
- NFS v3 wird unterstützt
- NFS wird auf Single-Bay My Cloud nicht unterstützt (Firmware 04.xx.xx-xxx)
- NFS wird auf My Cloud EX4 nicht unterstützt
- Der NFS-Dienst ist standardmäßig auf My Cloud (Firmware 2.xx.xxx) aktiviert und kann nicht AUS- und EINgeschaltet werden
- Konfigurationen mit mehreren oder "Bereich von IP-Adressen" werden nicht unterstützt
- Die SSH-Befehlszeilenkonfiguration und die Änderung von NFS-bezogenen Dateien werden nicht unterstützt
Statt des Debuglogs kannst Du auch mal folgende Befehle ausfuehren um Deinen nfs Zugriff zu testen wenn Du an /backup Deine nfs Partition gemounted hast:
Codeframp@majestix:~$ curl -s https://raw.githubusercontent.com/framps/raspiBackup/master/scripts/raspiBackupDownloadFromGit.sh | bash -s -- master scripts/supportsFileAttributes.sh framp@majestix:~$ sudo ./supportsFileAttributes.sh /backupBei mir sieht die Ausgabe wie folgt aus:
CodeFileattributes of local file: Attributes: ----r-xrwx Owner: nobody Group: nogroup Fileattributes of remote file: Attributes: ----r-xrwx Owner: nobody Group: nogroup Success: Filesystem on /backup supports Linux fileattributes
root@pi-home:~# ./supportsFileAttributes.sh /mnt/backup
Fileattributes of local file:
Attributes: ----r-xrwx
Owner: nobody
Group: nogroup
cp: der Eigentümer für '//mnt/backup/supportsFileAttributes.fileattributes' konnte nicht beibehalten werden: Die Operation ist nicht erlaubt
Fileattributes of remote file:
Attributes: ----------
Owner: 501
Group: tron
Error: Filesystem on /mnt/backup does NOT supports Linux fileattributes
Der root User muss auf der NAS die per NFS root Berechtigung haben damit alle Linuxdateiattribute wie Eigentuemer und Gruppe beibehalten werden koennen. Du siehst dass nobody zu 501 und nogroup zu tron wird.
D.h. fuer mich zeigt das dass die export Option no_root_squash bei Dir nicht aktiv ist. Diese steht in Linux in /etc/exports. Kanst Du den Inhalt mal zeigen? Und wie hast Du den Export genau angelegt?
Hallöchen und Willkommen im Forum! 
Könntest du uns bitte auch noch zeigen, wie die Platte gemountet wird?
Wenn über die /etc/fstab Datei, dann bitte den Inhalt der fstab zeigen.
Wenn über systemd, dann diese Datei zeigen etc.
Error: Filesystem on /mnt/backup does NOT supports Linux fileattributes
Kann es sein, dass deine Festplatte mit einem unpassenden Filesystm formatiert ist?
Kann es sein, dass deine Festplatte mit einem unpassenden Filesystm formatiert ist?
Stimmt 
. Es muss das ext3 oder ext4 Dateisystem sein. NTFS oder fat32 kann die Linuxdateiattribute nicht abspeichern.
Eben habe ich die Fehlerursache und - behebungsbeschreibung zu RBK0266E noch mal entsprechend updated.
Stimmt
Ich habe gerade mal in Netz nachgesehen.
Standardmäßig sin die internen Platten mit ext 4 formatiert. Ich weiß aber nicht, ob die anders formatiert werden können.
My Cloud Expert Series
Technische Daten
Dateisystem EXT4 für interne Festplatte
Unterstützung für folgende Formate für extern angeschlossene USB-Geräte
• FAT/FAT32 • NTFS (Lese- und Schreibzugriff) • HFS+J (Groß-/Kleinschreibung) • Linux EXT2, EXT3, EXT4
Unterstützung für die Bereitstellung des ISO-Abbilds
Es muss das ext3 oder ext4 Dateisystem sein. NTFS oder fat32 kann die Linuxdateiattribute nicht abspeichern.
Linux an sich unterstützt es jedoch, Dateien in NTFS, fat32 etc. zu kopieren.
Auch wenn dann halt keine Attribute gesetzt sind.
Weshalb also kommt überhaupt die Meldung mit den Attributen?
Wird hier vllt das Argument "-a" im rsync Befehl mit verwendet?
"-a" Sorgt ja dafür dass auch die Attribute gespiegelt werden, was dann zu der beschriebenen Fehlermeldung führt, wenn ich es richtig im Kopf habe.
Für NTFS Systeme kann man "-t" als Argument nutzen, hier wird dann wenigstens der timestamp 1zu1 erhalten.
Der root User muss auf der NAS die per NFS root Berechtigung haben damit alle Linuxdateiattribute wie Eigentuemer und Gruppe beibehalten werden koennen. Du siehst dass nobody zu 501 und nogroup zu tron wird.
D.h. fuer mich zeigt das dass die export Option no_root_squash bei Dir nicht aktiv ist. Diese steht in Linux in /etc/exports. Kanst Du den Inhalt mal zeigen? Und wie hast Du den Export genau angelegt?
root@MyCloudEX2Ultra ~ # vi /etc/exports
"/nfs/ubuntu" *(rw,all_squash,sync,no_wdelay,insecure_locks,insecure,no_subtree_check,anonuid=501,anongid=1000)
"/nfs/pi-backup" *(rw,all_squash,sync,no_wdelay,insecure_locks,insecure,no_subtree_check,anonuid=501,anongid=1000)
"/nfs/backup" *(rw,all_squash,sync,no_wdelay,insecure_locks,insecure,no_subtree_check,anonuid=501,anongid=1000)
root@pi-home:~# nano /etc/fstab
PARTUUID=fd67c1c3-01 /boot vfat defaults 0 2
PARTUUID=fd67c1c3-02 / ext4 defaults,noatime 0 1
192.168.2.44:/nfs/backup /mnt/backup nfs defaults 0 0
# a swapfile is not a swap partition, no line here
# use dphys-swapfile swap[on|off] for that
"-a" Sorgt ja dafür dass auch die Attribute gespiegelt werden, was dann zu der beschriebenen Fehlermeldung führt, wenn ich es richtig im Kopf habe.
Vielen Dank fuer den Hinweis.
-a beinhaltet -A und damit werden die ACLs bei der Sicherung beibehalten. Das ist ein anderes Thema was auch schon im Forum intensiv behandelt wurde. Hier dreht es sich aber um die Linux Dateiattributes wie Owner, Group und die Fileattribute wie RWX. Wenn die nicht im Backup beibehalten werden ist das restorete System Murks 
Bei Dir steht bei /nfs/backup all_squash. Dort muss fuer Deinen export fuer raspiBackup no_root_sqash stehen. Ich vermute Deine NAS hat irgendein UI um das zu konfigurieren. Sieh Dir mal an wie man das auf einer Synology macht. Vielleicht kannst Du dann erkennen wie Du ein no_root_squash in Deinem UI konfigurieren musst.
Dort muss fuer Deinen export fuer raspiBackup no_root_sqash stehen
Muss dann nicht anonuid und anongid raus?
root@MyCloudEX2Ultra ~ # vi /etc/exports
"/nfs/ubuntu" *(rw,all_squash,sync,no_wdelay,insecure_locks,insecure,no_subtree_check,anonuid=501,anongid=1000)
"/nfs/pi-backup" *(rw,all_squash,sync,no_wdelay,insecure_locks,insecure,no_subtree_check,anonuid=501,anongid=1000)
"/nfs/backup" *(rw,all_squash,sync,no_wdelay,insecure_locks,insecure,no_subtree_check,anonuid=501,anongid=1000)
anonuid = Setzt die User-ID für den anonymen User anongid = Setzt die Gruppen-ID für die anonymen Gruppen.
Vielleicht kannst Du dann erkennen wie Du ein no_root_squash in Deinem UI konfigurieren musst.
//EDIT
Wenn das überhaupt möglich ist.
Zitat
Muss dann nicht anonuid und anongid raus?
Ich glaube das ist bei no_root_squash egal da die Option dann nicht zieht. Macht aber sicherlich Sinn diese Optionen trotzdem zu entfernen um Irritationen zu vermeiden.
Ich glaube das ist bei no_root_squash egal
Kann sein.
all_squashmakes any client connected to that share to use the ID given in theanonuid/anongidparameters.
Hast du meinen Edit gesehen in #18?
Don’t have an account yet? Register yourself now and be a part of our community!
