Seltsames Verhalten von via NFS eingebundene Ordner unter Ubuntu 14.04 64 Bit DS214Pl

[Kleiner Kobold]

Hallo,

ich habe nach dieser Anleitung http://www.synology-wiki.de/index.php/NFS-Konfiguration das Ordner der 214Play eingerichtet dies funktionierte auch, bis ich wegen eigener Dummheit Ubuntu neu aufspielen musste. Ich habe alles genauso gemacht wie beim ersten mal, aber jetzt bekomme ich zwar die Ordner angezeigt, kann auch lesend auf die Hauptordner zugreifen aber auf die Unterordner besteht gar kein zugriff, aber dies gilt auch nicht für alle Ordner, ich kann z. B. auf "Photo" zugreifen Ordner erstellen und löschen, in "Familie" kann ich zwar Ordner erstellen aber nicht löschen u.s.w.

hier die meiner Meinung nach wichtige Konfigurationsdateien:

fstab:

192.168.1.12:/volume1/Download 	/media/meinuser/nasdownload nfs auto,user,defaults,rsize=32768,wsize=32768,tcp,intr 0 0
192.168.1.12:/volume1/music  /media/meinuser/nasmusic nfs auto,user,defaults,rsize=32768,wsize=32768,tcp,intr 0 0
192.168.1.12:/volume1/photo  /media/meinuser/nasphoto  nfs auto,user,defaults,rsize=32768,wsize=32768,tcp,intr 0 0
192.168.1.12:/volume1/Familie  /media/meinuser/nasfamilie  nfs auto,user,defaults,rsize=32768,wsize=32768,tcp,intr 0 0
192.168.1.12:/volume1/Sonstiges  /media/meinuser/nassonstiges nfs auto,user,defaults,rsize=32768,wsize=32768,tcp,intr 0 0
192.168.1.12:/volume1/video  /media/meinuser/nasvideo nfs auto,user,defaults,rsize=32768,wsize=32768,tcp,intr 0 0

password Datei auf der 214Play:

cat /etc/passwd
admin:x:1024:100:System default user:/var/services/homes/admin:/bin/sh

UID von Ubuntu:

uid=1024(meinuser) gid=100(users) Gruppen=100(users)

Berechtigungen für die Einhängepunkte nach dem Erstellen der Mounts:

drwxr-xr-x 2 meinuser users 4096 Feb 28 00:19 nasdownload
drwxr-xr-x 2 meinuser users 4096 Feb 28 00:19 nasmusic
drwxr-xr-x 2 meinuser users 4096 Feb 28 00:19 nasfamilie
drwxr-xr-x 2 meinuser users 4096 Feb 28 00:19 nasphoto
drwxr-xr-x 2 meinuser users 4096 Feb 28 00:19 nassonstiges
drwxr-xr-x 2 meinuser users 4096 Feb 28 00:18 nasvideo

und nach dem Einhängen:

drwxrwxrwx  2 root   users 4096 Feb 25 16:31 nasdownload 
drwxrwxrwx  2 root   users 4096 Feb 25 16:32 nasmusic 
drwxrwxrwx  4 nobody users 4096 Feb 25 20:44 nasfamilie 
drwxrwxrwx 59 root   users 4096 Feb 27 20:08 nasphoto 
drwxrwxrwx 16 root   users 4096 Feb 25 20:50 nassonstiges 
drwxrwxrwx  2 root   users 4096 Feb 27 20:08 nasvideo

auch das Erstellen von Mountpoints im "Home" Verzeichnis bringt das gleiche Ergebnis.

und das ändern der fstab auf folgenden Eintrag ändert nichts:

nfs     rw,users                0       0

selbst ein

sudo chown -R 1024:100 nas*

hilft nicht sondern wird quittiert mit

chown: der Eigentümer von »XYZ“ wird geändert: Das Argument ist ungültig

aber diese Fehlermeldung kommt auch nicht bei allen Ordnern/Dateien

Was muss ich tun, um wieder auf alle Ordner inkl. Unterordner Schreib- u. Lesezugriff zu erhalten?

Vielen Dank für Hilfe

Es grüßt der kleine Kobold

 

[stulpinger]

Hi,

hatte auch große Probleme mit den mounten der NFS-Freigaben, benutze nach 2 Jahren Linux-Abstinenz momentan linux mint 17.1 32 Bit
die NFS-Freigaben die ich unter DSM 4.3 angelegt hatte wurden nach sudo mount -a einwandfrei übernommen (fstab natürlich bearbeitet )
Neue Freigaben, dh. mit DSM 5.1 erstellt, konnte ich zwar mounten, hatte aber keinen Zugriff (verweigert, da nicht Besitzer ????) auf /home/christian/video2
und das trotz "identischer" Einträge in der fstab
Meine Lösung war


cd /home/christian
sudo mount -a
sudo chmod 777 Freigabename (zB video2)

Zugriff auf Freigabe ohne Probleme

dann zum Testen

sudo umount -a
sudo mount -a

und der Zugriff funktionierte noch immer, auch nach einem Neustart des Linux-Rechners

komischerweise machte ein Verzeichnis /video/neues auch Probleme (kein Erstellen von Unter-Verzeichnis möglich)

Lösung:

cd /home/christian/video
sudo chmod 777 neues

und es funktionierte

 

[Kleiner Kobold]

Hi,

sorry für die späte Antwort meinerseits, beruflich etwas eingespannt ;( habe jetzt nochmal getestet, alle Ordner/Freigaben gehen jetzt, nur der "nassonstiges" stellt sich quer. Aber deine Methode mit "sudo chmod 777 Freigabename" stellt das nicht eine Sicherheitsrisiko dar?

teste es aber nochmal.