Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de

Hallo zusammen,

ich habe zwei Server. Einen uralten mit Samba 3.0.23 und einen neueren mit Samba 4.1.13. Beide haben eine recht ähnliche smb.conf (siehe unten).
Bislang konnte ich auf beide von meinem Windows Arbeitsplatz zugreifen. Den habe ich kürzlich erneuert (Win 10). Seitdem komme ich an den Inhalt des MP3 Verzeichnisses des neueren (SMB 4) nicht mehr dran und habe keine Ahnung an was es liegt. Mit dem alten Windows Rechner gings mit beiden Servern. Gegentest mit einem Linux Laptop erlaubt auch Zugriff auf beide Server.

Situation wie folgt: Ich kann den freigegebenen Ordner von Windows aus aufmachen und sehe auch die Unterordner darin. Jedoch nicht die Dateien im Ordner. Testweise neu angelegt Ordner bzw. mit 'touch' angelegte Dateien sehe ich aber obgleich die dieselben FS-Berechtigungen haben wie die alten (mp3) Dateien.

Irgendwas scheint sich speziell an der Kombination Win10 und Samba 4 zu sträuben. Hat jemand eine Idee?

Samba 3 Config:
>:/mp3# testparm
Load smb config files from /etc/samba/smb.conf
Processing section "[homes]"
Processing section "[printers]"
Processing section "[MP3]"
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions

[global]
unix charset = ISO8859-15
workgroup = MYGROUP
server string = %h server (Samba %v)
obey pam restrictions = Yes
passdb backend = tdbsam
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n .
unix password sync = Yes
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
printcap name = /var/run/cups/printcap
dns proxy = No
panic action = /usr/share/samba/panic-action %d
invalid users = root
printing = cups
print command =
lpq command = %p
lprm command =

[homes]
comment = Home Directories
read only = No
create mask = 0700
directory mask = 0700
browseable = No

[printers]
comment = All Printers
path = /tmp
read only = No
create mask = 0700
guest ok = Yes
printable = Yes
browseable = No

[MP3]
comment = MP3 Sammlung
path = /mp3
create mask = 0777
directory mask = 0770
>:/mp3#

Samba 4 Config:
>:/mp3# testparm
Load smb config files from /etc/samba/smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Processing section "[homes]"
Processing section "[Backup_]"
Processing section "[MP3]"
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions

[global]
dos charset = 850
unix charset = ISO8859-15
workgroup = MYGROUP
server string = %h server (Samba, Ubuntu)
map to guest = Bad User
obey pam restrictions = Yes
pam password change = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
unix password sync = Yes
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
dns proxy = No
wins support = Yes
usershare allow guests = Yes
panic action = /usr/share/samba/panic-action %d
idmap config * : backend = tdb
use client driver = Yes
map hidden = Yes
map system = Yes

[homes]
comment = Home Directories
read only = No
create mask = 0777
directory mask = 0700

[Backup_]
comment = Backup Folder
path = /opt/Backup
read only = No
create mask = 0777
directory mask = 0700

[MP3]
comment = MP3 Sammlung
path = /mp3
create mask = 0777
directory mask = 0770
browseable = No
>:/mp3#

Danke! Versuch war's wert... hat aber leider nichts geändert!

Glaube ich hab das Problem gefunden... und muß einen Teil meiner Behauptung zurücknehmen.
Die FS-Berechtigungen der Dateien waren nicht ganz gleich. Zwar hatten die Dateien die nicht angezeigt wurde bzgl. r+w dieselben Rechte... aber zusätzlich das 'x' gesetzt. Warum jetzt bei einer SMB Freigabe unter Windows die Files nicht angezeigt werden wenn sie unter Linux ausführbar sind verstehe ich allerdings noch nicht. Das scheint ja zudem unter Samba 3 noch anders gewesen zu sein. Da sehe ich nämlich die Dateien die ausführbar sind.

Wenn jemand eine Erklärung damit ich's verstehe wäre ich dankbar. Genauso über einen Workaround in der smb.conf.