Lieber Dirk,
nach einer ersten Kontrolle sollte es eigentlich passen,
ich werde dem morgen noch einmal an der tatsächlichen
Hardware (nicht über virtuelle Maschinen) nachgehen.
Vielen Dank für den Hinweis!
Viele Grüße
Daniel
2016-05-15 15:34 GMT+02:00 Dirk Zöllner :
>
Lieber Jörg,
kleine Korrektur:
die zweite Zeile muss m.E. "force directory security mode = 2755" heißen.
Ich hab's mit /etc/init.d/smbd restart gemacht.
Und siehe da: Es funktioniert!
Zwei kleinere Anschlussfragen hätte ich aber noch:
1. Sollte ich das in der (offenbar automatisch verwalteten)
Hallo Daniel,
Am 15.05.2016 um 15:23 schrieb Jörg Richter:
Hallo Daniel,
Am 15.05.2016 um 14:11 schrieb Daniel J. Rauhaus:
Hallo Holger & Jörg,
ich habe mittlerweile herausgefunden, dass das Problem offenbar
mit cp nicht auftritt - eine 0600-Datei wird ganz brav 2644, d.h.
Samba ist
Hallo Daniel,
Am 14.05.2016 um 23:31 schrieb Daniel Rauhaus:
> wir sind auf das Problem gestoßen, dass Dateien und Verzeichnisse,
> die von USB-Sticks ("msdos"-Format, d.h. VFAT) in die Tauschverzeichnisse
> kopiert werden, nicht für andere Benutzer zugänglich sind.
habe zwar keine LML, hatte
Hallo Daniel,
Am 15.05.2016 um 14:11 schrieb Daniel J. Rauhaus:
Hallo Holger & Jörg,
ich habe mittlerweile herausgefunden, dass das Problem offenbar
mit cp nicht auftritt - eine 0600-Datei wird ganz brav 2644, d.h.
Samba ist unschuldig und dieser Mechanismus funktioniert.
Es scheint so zu
Hallo Holger & Jörg,
ich habe mittlerweile herausgefunden, dass das Problem offenbar
mit cp nicht auftritt - eine 0600-Datei wird ganz brav 2644, d.h.
Samba ist unschuldig und dieser Mechanismus funktioniert.
Es scheint so zu sein, dass Nautilus (und auch Nemo) die Files
wieder auf die
Hallo Holger,
Am 15.05.2016 um 11:28 schrieb Holger Baumhof:
Das ganze Problem rührt wohl daher, dass die Rechte des USBSticks sehr
restrektiv sind (600 nehme ich an) UND dass dieser Eintrag:
force create mode = 2644
die Rechte anscheinend nicht setzt sondern nur darauf beschränkt.
Wenn
Hallo Daniel,
ich sehe das wie du: wir haben zwei mögliche Ansätze: die Rechte beim
Einhängen des USB Sticks ändern oder die Rechte die automatisch vergeben
werden im Tauschverzeichnis ändern.
Das ganze Problem rührt wohl daher, dass die Rechte des USBSticks sehr
restrektiv sind (600 nehme ich
Lieber Holger,
zur Ergänzung der Auszug aus der smb.conf auf dem Server:
[shares]
comment = Tauschen
admin users = administrator
path = /home/share
inherit acls = Yes
hide unreadable = Yes
writeable = Yes
guest ok = No
hide files =
Lieber Holger,
beim "rumkopieren" auf dem Server vom Homeverzeichnis des Nutzers ins
Tauschverzeichnis bleiben die Dateien zugänglich. Da funktioniert alles.
Die Rechte auf temporär/automatisch gemounteten USB-Sticks sind
so gesetzt, dass _nur_ der Benutzer überhaupt Zugriff darauf hat; diese
Hallo Daniel,
> wir sind auf das Problem gestoßen, dass Dateien und Verzeichnisse,
> die von USB-Sticks ("msdos"-Format, d.h. VFAT) in die Tauschverzeichnisse
> kopiert werden, nicht für andere Benutzer zugänglich sind.
> (Während des Kopiervorgangs werden die Verzeichnisse kurzzeitig
> sichtbar,
Liebe Liste,
wir sind auf das Problem gestoßen, dass Dateien und Verzeichnisse,
die von USB-Sticks ("msdos"-Format, d.h. VFAT) in die Tauschverzeichnisse
kopiert werden, nicht für andere Benutzer zugänglich sind.
(Während des Kopiervorgangs werden die Verzeichnisse kurzzeitig
sichtbar, danach
12 matches
Mail list logo