Re: TuxCommander kopiert nicht auf NFS Freigabe
Verfasst: So 5. Jan 2020, 20:47
Kurz, es kopiert noch immer nicht.
Folgende Optionen hab ich probiert:
Dann hab ich den alten Server ausgegraben, ein PogoPlug und dortige Freigabe gemountet (/mnt/movies), nun hab ich per Console versucht zu kopieren.Auf die Pogoplug Freigabe kann ich schreiben, auch mit dem Tuxcommander
Aber auf die Raspberry Freigabe (/mnt/epg/hdd1/movie) kann nicht kopiert werden.
Ein NI-Backup (Menu/Einstellungen/Einstellungen verwalten/NI-Backup erstellen) wird aber weiterhin auf die Raspberry Freigabe geschrieben
Ich hab noch festgestellt das die Platte am Raspberry pi gehört, beim Pogoplug gehört sie root, das macht aber scheinbar ein Unterschied. Nun weiss ich nicht mehr weiter. Oder anders, wie kann ich das umstellen und würde eswas bringen?
EDIT:
Ich hab damals die Platte so eingehangen:
EDIT: Nein ist keine Lösung, dann ist das Verzeichnis durch den NFS Server nicht freigegeben, es lässt sich nicht mounten.
Folgende Optionen hab ich probiert:
Code: Alles auswählen
/media/usbhdd 192.168.178.0/24(rw,sync,no_subtree_check,all_squash)
/media/usbhdd 192.168.178.0/24(rw,sync,no_subtree_check,fsid=0)
/media/usbhdd 192.168.178.0/24(rw,sync,no_subtree_check,no_root_squash)
Aber auf die Raspberry Freigabe (/mnt/epg/hdd1/movie) kann nicht kopiert werden.
Ein NI-Backup (Menu/Einstellungen/Einstellungen verwalten/NI-Backup erstellen) wird aber weiterhin auf die Raspberry Freigabe geschrieben
Ich hab damals die Platte so eingehangen:
Code: Alles auswählen
sudo nano /etc/fstab
UUID=928C3E308C3E0F6B /media/Platte ntfs-3g utf8,uid=pi,gid=pi,noatime 0
Wäre das die Lösung?Alternativ könnte man statt uid=pi,gid=pi auch nur gid=users,umask=007 angeben, dann können alle User, die zur Gruppe "users" gehören auf den Stick zugreifen.
EDIT: Nein ist keine Lösung, dann ist das Verzeichnis durch den NFS Server nicht freigegeben, es lässt sich nicht mounten.