MLD-5.x > General
MLD 5.4 => Afnahmeverzeichnis auf NAS
barny:
Hallo,
ich habe ein änliches Problem mit Daten Verzeichnis über einem nfs Mount, ich habe es auch so versucht:
--- Code: ---/mnt/sda3 /data mergerfs defaults,category.create=mfs,direct_io,use_ino 0 0
192.168.1.2:/export/Daten/MLD_Aufnahmen/ /data/tv/ nfs bg 0 0
--- End code ---
aber ich bekomme dann einen Fehler "Permission denied", und die Berechtigung auf /tv ist root:100, und ich kann sie nicht ändern.
--- Code: ---MLD-SERVER> echo test >/data/tv/test.txt
-sh: can't create /data/tv/test.txt: Permission denied
MLD-SERVER> cd /data/tv
MLD-SERVER> ls -l
MLD-SERVER> cd ..
MLD-SERVER> ls -l
drwxrwxr-x 2 root root 6 Jun 14 15:34 music
drwxrwxr-x 2 root root 6 Jun 14 15:34 photo
drwxrwsr-x 2 root 100 4096 Jun 14 15:55 tv
drwxrwxr-x 2 root root 6 Jun 14 15:34 video
--- End code ---
Weiß jemand woran das liegen könnte?
LG Bernd
Marcus:
--- Quote ---Weiß jemand woran das liegen könnte?
--- End quote ---
Die kurze Antwort ist: Ja!
Die lange ist: Wenn du ein Netzlaufwerk per NFS einbindest kann die MLD, bzw. der VDR darauf, per se nicht darauf schreiben. Denn schreibende root-Zugriffe sind über NFS nicht erlaubt! Die Lösung ist, auf dem Server die NFS-Freigabe anzupassen. Es muss
--- Code: ---no_root_squash
--- End code ---
hinzugefügt werden. Dann ist Schreibzugriff von root erlaubt.
outis:
Komisch, bei mir heißt es in /etc/exports:
--- Code: ---## export the data dir rw for everyone
/data *(rw,all_squash,anonuid=0,anongid=0,no_subtree_check,crossmnt,fsid=0)
--- End code ---
Marcus:
Nicht komisch. Du hast
--- Code: ---no_subtree_check
--- End code ---
dann gilt das nicht. Bei OMV, der Threadstarter benutzt das, ist glaube ich
--- Code: ---subtree_check
--- End code ---
standard. Und dann brauchst du
--- Code: ---no_root_squash
--- End code ---
um als root wieder schreiben zu dürfen.
Navigation
[0] Message Index
[*] Previous page
Go to full version