Die korrekte cifs-Freigabe in der auto.nas (mit auto.fs)

[thk_ms]

Hallo zusammen,

ich habe bisher hier als auch im Internet nach einer Lösung gesucht - bin bei meinem Problem aber nicht wirklich fündig geworden.

Bisher habe ich meine "gemeinsamen Ordner" der DS per NFS für mein Netzwerk und Linux-Mint-Rechner eingebunden. Die Grundstruktur dafür ist "auto.fs" und "auto.NAS" bei mir.
Da ich meinen Homeordner auf der DS verschüsseln möchte muss ich jetzt für die Freigabe den Homeordner auf cifs (Samba, smb) ansprechen. Der entsprechende smb-Netzwerkdienst läuft auf meiner DS.

Auf dem Weg dahin habe ich es mit einem Testordner "gemeinsmerOrdner" wie folgt probiert:

gemeinsamerOrdner -fstype=cifs,rw,soft,rsize=8192,wsize=8192,iocharset=utf8,user=xxxxxxx,pass=xxxxxxxxxx ://192.168.1.11/gemeinsamerOrdner

Das funktioniert!

An meinem Homeordner verzweifel ich aber:

xxxxxx-home -fstype=cifs,rw,soft,rsize=8192,wsize=8192,iocharset=utf8,user=xxxxxx,pass=xxxxxxxxxxx ://192.168.x.xx/volume1/homes/xxxxxx

Bei der Nennung des Netzwerkordners habe ich Verschiedenstes ausprobiert: ohne/mit volume1; home/user; homes/user, usw.

Wie muss ich hier vorgehen?

Und weiter: Der bessere Weg ist natürlich Nutzer und Passwort nicht in der Auto.NAS zu hinterlegen. Aber auch hier komme ich mit dem Code:

xxxxxxxxx-home -fstype=cifs,uid=1000,credentials=/volume1/home/xxxxxxx/.smbcredentials ://192.168.x.xx/volume1/homes/xxxxxxx

nicht weiter. Die .smbcredentials ist von mir mit

user=xxxx,password=password

angelegt worden.


Zuletzt habe ich meinem User die uid 1000 zurück gegeben (wg. Synology ursprünglich auf 1034). Auch das hat nicht geholfen.

Wer weiß Rat für einen oder beiden Wegen, die ich hier versuchen möchte?

Vielen Dank, thk_ms

 

[Adama]

Deine .smbcredentials ist nicht korrekt...

Es müsste so aussehen:

domain=domainname
username=deinuser
password=deinpw

"domain" brauchst Du natürlich nur, wenn dein User in einer solchen ist.

So geht's jedenfalls bei mir...

P.S. Das ist die passende Zeile in meiner auto.cifs-shares:

MountPoint -fstype=cifs,file_mode=0644,dir_mode=0755,vers=3.0,credentials=/root/.smbcred ://IP_DS/ShareName

 

[Benares]

Mmh, eigentlich kann es m.E. nur mit /homes/user (oder /home?) gehen, da homes die einzige "echte" Freigabe ist (s. /etc/samba/smb.share.conf)
"volume1" hat eigentlich in CIFS-Mounts nichts verloren.

 

[thk_ms]

Hallo,

vielen Dank schon einmal für Eure Überlegungen. Ich kann aber Eure Vorschläge nicht sicher umsetzen da mehrere Punkte noch unklar für mich sind :

- Was ist "der User in einer Domain"? Ist die smb-Workgroup gemeint - also z.B. "Domain=WORKGROUP" wie aus Windows bekannt?
- die ".smbcred(entials)" muss für "credentials=/root/.smbcred(entials)" auf Dateisystemebene liegen. Also z.B. zusammen mit den Ordner "etc", "dev", usw. ?
- Entsprechend meines eigenen erfolgreiche Eintrages in die auto.NAS "... ://IPx.xxx.x.xx/gemeinsamerOrdner" gehe ich davon aus, dass hier ein "volume1", "home(s)" und "user" nicht aufgeführt wrerden muss.

Mit dem gelöschten Eintrag Domain=xxxx in der ".smbcredentials" aber sonst wie oben von mir gemutmaßt funktioniert es leider noch nicht. Bitte nochmal zu "Domain" die genauere Erklärung.

Vielen Dank, thk_ms

ps:
In der auto.NAS:

gemeinsamerOrdner -fstype=cifs,file_mode=0644,dir_mode=0755,vers=3.0,credentials=/root/.smbcredentials ://192.168.xxx.xxx/gemeinsamerOrdner

Die .smbcredentials auf Dateisystemebene:

username=user
password=passwort

 

[Adama]

Mit "Domain" ist in diesem Fall eine Active Directory-Domain gemeint. Das wäre z.B. der Fall, wenn Du den Directory Server auf der Syno benutzt und einen Benutzer von dort verwenden willst.

In dem Fall musst Du halt mit angeben, in welcher Domäne (Domain) sich der genutzte Benutzer befindet. Für einen lokalen Benutzer reicht das Konstrukt "username" und "password"

Hast Du in der auto.master dem System auch gesagt, wo er die Mount-Points anlegen soll? Bei mir sieht das z.B. so aus:

/mnt/cifs /etc/auto.cifs-shares --timeout=30 --ghost

 

[thk_ms]

Hallo,

den Activ-Direktory-Server der Windowswelt nutze ich nicht - somit bleibt dieser Eintrag entfernt, richtig?. Die auto.master funktioniert. Ich hann die auto.master ja bereits mit nfs nutzen. Auch jetzt werden mir die Mountpunkte schon im Linux-Dateiexplorer angezeigt. Der Ordnerinhalt klappt halt nicht.

LG, thk_ms

 

[Adama]

Richtig, keine AD Domäne, kein "domain" in der Credentials-Datei...

Der Benutzer hat Rechte auf den Share?
Als maximale SMB-Version ist 3 eingestellt? Das ist nämlich der Parameter vers=3.0

P.S. Hast Du mal in der /var/log/syslog (Mint basiert ja auf Ubuntu) geschaut, was da für Meldungen beim Zugriffs-Versuch kommen?

 

[thk_ms]

Hallo,

- smb3 ist bei mir aktiviert. Die Verbindung war mir schon klar.

Gibt es hier noch auffällige Einstellungen zu dem smb-Dienst? Hier wurde von mir nur der "mindest smb-Bereich" angepasst.

Jetzt der Auszug der syslog bei versuchten Zugriff auf den per cifs gemounteten Ordner:

Aug 24 18:13:50 xxxxx-pc systemd[1]: flatpak-system-helper.service: Succeeded.
Aug 24 18:14:41 xxxxx-pc automount[800]: key ".hidden" not found in map source(s).
Aug 24 18:14:41 xxxxx-pc kernel: [  814.428829] FS-Cache: Loaded
Aug 24 18:14:41 xxxxx-pc kernel: [  814.458877] FS-Cache: Netfs 'nfs' registered for caching
Aug 24 18:14:41 xxxxx-pc kernel: [  814.580638] NFS: Registering the id_resolver key type
Aug 24 18:14:41 xxxxx-pc kernel: [  814.580647] Key type id_resolver registered
Aug 24 18:14:41 xxxxx-pc kernel: [  814.580648] Key type id_legacy registered
Aug 24 18:16:12 xxxxx-pc systemd[1]: Starting Cleanup of Temporary Directories...
Aug 24 18:16:12 xxxxx-pc systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
Aug 24 18:16:12 xxxxx-pc systemd[1]: Finished Cleanup of Temporary Directories.
Aug 24 18:16:56 xxxxx-pc automount[800]: key ".hidden" not found in map source(s).
Aug 24 18:17:01 xxxxx-pc CRON[6333]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)

Mmmmh, man sieht etwas von nfs (es sind noch andere Ordner per nfs gemountet). Aber von cifs oder smb keine Spur zu sehen. "not found" in der vorletzten Zeile - verdächtig?

Vielen Dank, thk_ms

 

[Adama]

Ich vermisse im Log überhaupt den Versuch auf den Share zuzugreifen. Bei mir sieht das z.B. so aus:

Aug 24 22:52:49 ClientName kernel: [791992.125776] CIFS: Attempting to mount //192.168.xxx.xxx/Temp

Die Zeile mit automount find ich eher interessant.

Was hast Du im Log stehen, wenn Du den Dienst neu startest (systemctl restart autofs.service)?

 

[thk_ms]

Hallo,

setze das hier mal unkommentiert rein; schaue es mir dann auch an:

Aug 25 00:14:03 thk-pc dbus-daemon[659]: [system] Activating via systemd: service name='org.freedesktop.fwupd' unit='fwupd.service' requested by ':1.97' (uid=1034 pid=2731 comm="/usr/bin/gnome-software --gapplication-service " label="unconfined")
Aug 25 00:14:03 thk-pc dbus-daemon[659]: [system] Activating via systemd: service name='org.freedesktop.PackageKit' unit='packagekit.service' requested by ':1.97' (uid=1034 pid=2731 comm="/usr/bin/gnome-software --gapplication-service " label="unconfined")
Aug 25 00:14:03 thk-pc systemd[1]: Starting Firmware update daemon...
Aug 25 00:14:03 thk-pc systemd[1]: Starting PackageKit Daemon...
Aug 25 00:14:03 thk-pc PackageKit: daemon start
Aug 25 00:14:03 thk-pc dbus-daemon[659]: [system] Successfully activated service 'org.freedesktop.PackageKit'
Aug 25 00:14:03 thk-pc systemd[1]: Started PackageKit Daemon.
Aug 25 00:14:03 thk-pc fwupd[2748]: ERROR:esys:src/tss2-esys/esys_context.c:69:Esys_Initialize() Initialize default tcti. ErrorCode (0x000a000a)
Aug 25 00:14:04 thk-pc dbus-daemon[659]: [system] Successfully activated service 'org.freedesktop.fwupd'
Aug 25 00:14:04 thk-pc systemd[1]: Started Firmware update daemon.
Aug 25 00:14:15 thk-pc PackageKit: refresh-cache transaction /2693_eecadcec from uid 1034 finished with failed after 11447ms
Aug 25 00:14:19 thk-pc PackageKit: resolve transaction /2694_cddbcbcc from uid 1034 finished with success after 1008ms
Aug 25 00:14:19 thk-pc PackageKit: resolve transaction /2695_accaaeae from uid 1034 finished with success after 222ms
Aug 25 00:14:20 thk-pc PackageKit: search-file transaction /2696_bedbabad from uid 1034 finished with success after 898ms
Aug 25 00:14:20 thk-pc PackageKit: search-file transaction /2697_dbaeedce from uid 1034 finished with success after 316ms
Aug 25 00:14:21 thk-pc PackageKit: search-file transaction /2698_aabaaedd from uid 1034 finished with success after 300ms
Aug 25 00:14:21 thk-pc PackageKit: get-details transaction /2699_bdbebedc from uid 1034 finished with success after 226ms
Aug 25 00:14:23 thk-pc dbus-daemon[659]: [system] Activating via systemd: service name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service' requested by ':1.97' (uid=1034 pid=2731 comm="/usr/bin/gnome-software --gapplication-service " label="unconfined")
Aug 25 00:14:23 thk-pc systemd[1]: Starting Locale Service...
Aug 25 00:14:23 thk-pc dbus-daemon[659]: [system] Successfully activated service 'org.freedesktop.locale1'
Aug 25 00:14:23 thk-pc systemd[1]: Started Locale Service.
Aug 25 00:14:53 thk-pc dbus-daemon[1421]: [session uid=1034 pid=1421] Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' requested by ':1.122' (uid=1034 pid=3987 comm="/usr/bin/gnome-terminal.real " label="unconfined")
Aug 25 00:14:53 thk-pc systemd[1401]: Created slice apps.slice.
Aug 25 00:14:53 thk-pc systemd[1401]: Created slice apps-org.gnome.Terminal.slice.
Aug 25 00:14:53 tAug 25 00:14:03 thk-pc dbus-daemon[659]: [system] Activating via systemd: service name='org.freedesktop.fwupd' unit='fwupd.service' requested by ':1.97' (uid=1034 pid=2731 comm="/usr/bin/gnome-software --gapplication-service " label="unconfined")
Aug 25 00:14:03 thk-pc dbus-daemon[659]: [system] Activating via systemd: service name='org.freedesktop.PackageKit' unit='packagekit.service' requested by ':1.97' (uid=1034 pid=2731 comm="/usr/bin/gnome-software --gapplication-service " label="unconfined")
Aug 25 00:14:03 thk-pc systemd[1]: Starting Firmware update daemon...
Aug 25 00:14:03 thk-pc systemd[1]: Starting PackageKit Daemon...
Aug 25 00:14:03 thk-pc PackageKit: daemon start
Aug 25 00:14:03 thk-pc dbus-daemon[659]: [system] Successfully activated service 'org.freedesktop.PackageKit'
Aug 25 00:14:03 thk-pc systemd[1]: Started PackageKit Daemon.
Aug 25 00:14:03 thk-pc fwupd[2748]: ERROR:esys:src/tss2-esys/esys_context.c:69:Esys_Initialize() Initialize default tcti. ErrorCode (0x000a000a)
Aug 25 00:14:04 thk-pc dbus-daemon[659]: [system] Successfully activated service 'org.freedesktop.fwupd'
Aug 25 00:14:04 thk-pc systemd[1]: Started Firmware update daemon.
Aug 25 00:14:15 thk-pc PackageKit: refresh-cache transaction /2693_eecadcec from uid 1034 finished with failed after 11447ms
Aug 25 00:14:19 thk-pc PackageKit: resolve transaction /2694_cddbcbcc from uid 1034 finished with success after 1008ms
Aug 25 00:14:19 thk-pc PackageKit: resolve transaction /2695_accaaeae from uid 1034 finished with success after 222ms
Aug 25 00:14:20 thk-pc PackageKit: search-file transaction /2696_bedbabad from uid 1034 finished with success after 898ms
Aug 25 00:14:20 thk-pc PackageKit: search-file transaction /2697_dbaeedce from uid 1034 finished with success after 316ms
Aug 25 00:14:21 thk-pc PackageKit: search-file transaction /2698_aabaaedd from uid 1034 finished with success after 300ms
Aug 25 00:14:21 thk-pc PackageKit: get-details transaction /2699_bdbebedc from uid 1034 finished with success after 226ms
Aug 25 00:14:23 thk-pc dbus-daemon[659]: [system] Activating via systemd: service name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service' requested by ':1.97' (uid=1034 pid=2731 comm="/usr/bin/gnome-software --gapplication-service " label="unconfined")
Aug 25 00:14:23 thk-pc systemd[1]: Starting Locale Service...
Aug 25 00:14:23 thk-pc dbus-daemon[659]: [system] Successfully activated service 'org.freedesktop.locale1'
Aug 25 00:14:23 thk-pc systemd[1]: Started Locale Service.
Aug 25 00:14:53 thk-pc dbus-daemon[1421]: [session uid=1034 pid=1421] Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' requested by ':1.122' (uid=1034 pid=3987 comm="/usr/bin/gnome-terminal.real " label="unconfined")
Aug 25 00:14:53 thk-pc systemd[1401]: Created slice apps.slice.
Aug 25 00:14:53 thk-pc systemd[1401]: Created slice apps-org.gnome.Terminal.slice.
Aug 25 00:14:53 xxx-pc systemd[1401]: Starting GNOME Terminal Server...
Aug 25 00:14:54 xxx-pc dbus-daemon[1421]: [session uid=1034 pid=1421] Successfully activated service 'org.gnome.Terminal'
Aug 25 00:14:54 xxx-pc systemd[1401]: Started GNOME Terminal Server.
Aug 25 00:14:54 xxx-pc systemd[1]: systemd-localed.service: Succeeded.
Aug 25 00:14:54 xxx-pc systemd[1401]: Started VTE child process 4016 launched by gnome-terminal-server process 3990.
Aug 25 00:15:02 xxx-pc sudo: pam_ecryptfs: pam_sm_authenticate: /home/xxxx is already mounted
Aug 25 00:16:15 xxx-pc systemd[1]: Stopping Automounts filesystems on demand...
Aug 25 00:16:16 xxx-pc systemd[1]: autofs.service: Succeeded.
Aug 25 00:16:16 xxx-pc systemd[1]: Stopped Automounts filesystems on demand.
Aug 25 00:16:16 xxx-pc systemd[1]: Starting Automounts filesystems on demand...
Aug 25 00:16:16 xxx-pc systemd[1401]: tmp-autoWJAXUO.mount: Succeeded.
Aug 25 00:16:16 xxx-pc systemd[1]: tmp-autoWJAXUO.mount: Succeeded.
Aug 25 00:16:16 xxx-pc systemd[1401]: tmp-autojsW9RL.mount: Succeeded.
Aug 25 00:16:16 xxx-pc systemd[1]: tmp-autojsW9RL.mount: Succeeded.
Aug 25 00:16:16 xxx-pc systemd[1]: Started Automounts filesystems on demand. systemd[1401]: Starting GNOME Terminal Server...
Aug 25 00:14:54 xxx-pc dbus-daemon[1421]: [session uid=1034 pid=1421] Successfully activated service 'org.gnome.Terminal'
Aug 25 00:14:54 xxx-pcsystemd[1401]: Started GNOME Terminal Server.
Aug 25 00:14:54 xxx-pc systemd[1]: systemd-localed.service: Succeeded.
Aug 25 00:14:54 thk-pc systemd[1401]: Started VTE child process 4016 launched by gnome-terminal-server process 3990.
Aug 25 00:15:02 xxx-pc sudo: pam_ecryptfs: pam_sm_authenticate: /home/xxxxx is already mounted
Aug 25 00:16:15 xxx-pc systemd[1]: Stopping Automounts filesystems on demand...
Aug 25 00:16:16 xxx-pc systemd[1]: autofs.service: Succeeded.
Aug 25 00:16:16 xxx-pc systemd[1]: Stopped Automounts filesystems on demand.
Aug 25 00:16:16 xxx-pc systemd[1]: Starting Automounts filesystems on demand...
Aug 25 00:16:16 xxx-pc systemd[1401]: tmp-autoWJAXUO.mount: Succeeded.
Aug 25 00:16:16 xxx-pc systemd[1]: tmp-autoWJAXUO.mount: Succeeded.
Aug 25 00:16:16 xxx-pc systemd[1401]: tmp-autojsW9RL.mount: Succeeded.
Aug 25 00:16:16 xxx-pc systemd[1]: tmp-autojsW9RL.mount: Succeeded.
Aug 25 00:16:16 xxx-pc systemd[1]: Started Automounts filesystems on demand.

Da fällt mir jetzt leider nicht viel zu ein - bin gespannt.

LG und G8, thk_ms

 

[Adama]

Das sieht auch soweit gut aus, ich hab' da ähnliche Meldungen, wenn ich den autofs.service neu starte.

Das Einzige, was mir ins Auge sticht, ist diese Zeile:

Aug 25 00:15:02 xxx-pc sudo: pam_ecryptfs: pam_sm_authenticate: /home/xxxxx is already mounted

Das ist nicht zufällig der gewünschte Mount-Point?

 

[thk_ms]

Hallo,

das ist nicht der gewünscht Mountpunkt aber es funktioniert jetzt bei mir. Ich habe wohl an ein paar wenigen Stellen meine Tests nicht richtig interpretiert und hier wiedergegeben.

Letztendlich funktionierte bei mir nur der Speicherpunkt "/root/.credentials" nicht. Das habe ich wohl mit der Beseitigung eines anderen Fehlers nicht bemerkt. Dann mit dem Wechsel vom Home-Ordner zu einem Testordner,...

Und beim Einbinden des Homeordners konnte ich feststellen, dass man den Serverpunkt nur mit "://xxx.xxx.xxx.xxx./home" angibt. Also keinen Nutzernamen hintendran/dazu. Richtig dann:

home -fstype=cifs,rw,soft,uid=1034,rsize=8192,wsize=8192,file_mode=0777,dir_mode=0777,iocharset=utf8,vers=3,credentials=/home/thk/.smbcredentials ://192.168.1.11/home

und:

gemeinsamerOrdner -fstype=cifs,rw,soft,uid=1034,rsize=8192,wsize=8192,file_mode=0777,dir_mode=0777,iocharset=utf8,vers=3,credentials=/home/xxxxx/.smbcredentials ://192.168.1.11/gemeinsamerOrdner

Die optionen natürlich je nach Anforderung,...

Damit ist dieser Thread gelöst

LG, thk_ms

 

[Adama]

Das ist - wie immer - die Hauptsache: Es läuft...

 

[thk_ms]

Hallo,

vielleicht noch eine kleine Frage:
Kann man verhindern, dass die Netzwerkfreigabe das NAS beim starten/booten/Anmeldens des Nutzers an einem Netzwerkclients das NAS aufweckt bzw. die Festplatte anlaufen lässt? Es wird wohl vom Client die Verbindung aktiviert, auch wenn man keinen Zugriff über den Dateiexplorer o.ä. ausübt.

Vielen Dank, thk_ms

 

[Adama]

Da kann ich leider keine Hilfestellung leisten. Mein NAS läuft 24/7 und ich nutze die Shares von meinen Raspis aus, um diese zu sichern.

Die mounten allerdings alles erst, wenn ein Zugriff erfolgt. Vielleicht hängt das damit zusammen, dass ich die Lite-Variante von Raspberry Pi OS nutze und keinen Desktop habe.

Ich vermute mal, dass irgendwas bei Dir trotzdem meint, etwas auf diesem Share zu suchen.

 

[thk_ms]

Hallo,

wie oben geschrieben, funktioniert das mounten des Netzwerklaufwerkes per cifs jetzt.

Nun habe ich aber doch eine Anwendung, die mit dem cifs-mount nicht arbeiten will. Digikam mit der sqlite-Datenbank auf dem NAS.

Ich lasse den betreffenden Ordner in der auto.nas mit den Rechten Rechten 0777 mounten:

#xxx-home -fstype=cifs,rw,soft,uid=1034,rsize=8192,wsize=8192,file_mode=0777,dir_mode=0777,iocharset=utf8,vers=3,credentials=/home/xxx/.smbcredentials ://192.168.xxx.xx/home

Die Rechteabfrage:

drwxrwxrwx 1 xxx users 138 Aug 28 20:11 digiKam-db

Hier funktioniert das lesen und ändern der Datenbank nicht. Digikam meldet keinen Zugriff zu haben.

Mounte ich mit nfs kann die Datenbank gelesen werden:

xxx -fstype=nfs4,rw,soft,tcp,nolock 192.168.1.11:/volume1/homes/xxx

Die Rechteabfrage dazu:

drwxrwxrwx 2 xxx root 0 Aug 28 20:13 digiKam-db

Wo könnte hier der Fehler leigen?

Vielen Dank, thk_ms

 

[Benares]

Ich denke/befürchte, du verstehst den Sinn von automount/autofs noch nicht.

Es dient dazu, dass irgendwelche Order allein beim Zugriff darauf automatisch gemountet werden, wenn ein Zugriff darauf erfolgt. Falls der Mount nicht klappt, bleibt das Verzeichnis schreibgeschützt, damit das zugehörige Verzeichnis nicht geflutet wird. Nach einiger Zeit der Nicht-Nutzung erfolgt der umount auch automatisch.

Jetzt erklär bitte nochmal, was du damit erreichen möchtest. Ich blicke das im Moment noch nicht.

 

[thk_ms]

Hallo,

vielen dank für Deine Antwort aber jetzt bin ich etwas ratlos mit Deiner Gegenfrage,...

Der Mount über autofs soll mir den Ordner zur Verfügung stellen wenn ich auf ihn zugreife. Das natürlich nicht nur über den Dateiexplorer sondern auch mit eingesetzten Programmen - hier in diesem Fall das Programm digikam. Und mit cifs anstatt nfs wird die Berechtigung dazu nicht über die Client-IP sondern über die Nuitzerberechtigung geregelt.

Was fehlt mir da zum Verständnis?

LG, thk_ms

 

[Benares]

Ach so, jetzt verstehe ich. Mich haben deine ganzen xxx verwirrt, auch an Stellen, wo die gar nicht nötig wären.

Du versuchst also mit autofs ein Verzeichnis zu mounten, einmal über nfs und einmal über cifs. Mit nfs läuft die Anwendung mit cifs nicht?

Ich würde erstmal beides parallel konfigurieren, z.B.

digiKam-db-nfs -fstype=nfs4,rw,soft,tcp,nolock 192.168.1.11:/volume1/homes/xxx
digiKam-db-cifs -fstype=cifs,rw,soft,uid=1034,rsize=8192,wsize=8192,file_mode=0777,dir_mode=0777,iocharset=utf8,vers=3,credentials=/home/xxx/.smbcredentials ://192.168.1.11/home

und dann über die Konsole jeweils dorthin navigieren und schauen, ob der Mount klappt und beide Verzeichnisse das gleiche zeigen und ob die Berechtigungen identisch sind. Muss das Verzeichnis unbedingt im homes-Zweig liegen? home über cifs ist ein recht spezielles Konstrukt.

 

[thk_ms]

Hallo und guten n'abend allerseits,

ja, so ist es. Ein und dasselbe Verzeichnis ist aus dem Programm herraus erreichbar/nicht erreichbar je nach Mounteintrag.

Deine sortierten Mount-Einträge für die auto.nas funktionieren so erst einmal. Damit habe ich nun die Tests in den Verzeichnissen durchgeführt. Aber sowohl bei cifs als auch bei nfs habe ich keine Probleme Ordner/Dateien zu erzeugen, zu ändern, umzubennen oder zu löschen. Dies auch willkürchlich über das Terminal, den PC (linux) oder direkt im DSM. Auch eine Datei unter nfs angelegt und dann mit cifs geändert, gelöscht ist durchführbar. Alles kein Problem.

Mit dem Datenbankprogramm bekomme ich unter cifs dies parallel zu den Tests nicht hin.

Übrigens hat digikam einen kleinen Prüfbutton um die cifs-Verbindung zu testen (Adresse; Port, Nutzer und Paswort). Der Verbindungstest ist immer positiv.

Home ist bei mir schon definitiv gewollt. Im Home habe ich private Dateien und anderes was nicht von anderen Nutzern gelesen werden soll. Zumindest unter nfs ist dies ja mit den normalen "gemeinsamen Ordnern" nicht möglich - meine ich.

LG, thk_ms