Suse: Probleme mit mp3's bei smb-Verbindungen auf Windows-Ordner

Hallo,

poste mal bitte den
global und den Abschnitt des Shares

Ich bin nicht ganz sicher, vermute aber, dass deine Frage sich auf den Pfad zum Windows-Verzeichnis bezieht:

smb://192.168.5.10/all/Deutsch/filename.mp3


Dieter Zoubek

Hallo,

nein meint eigentlich die beiden Abschnitte aus der
/etc/samba/smb.conf

Versuch mal btte die mp3-Datei nicht mit XMMS, sondern mit der XMMS-Warteschlange zu öffnen.

Danke für Dein Verständnis. Die /etc/samba/smb.conf sieht so aus:

# version at /usr/share/doc/packages/samba/examples/smb.conf.SUSE
# Date: 2004-10-21
[global]
workgroup = TUX-NET
printcap cache time = 750
cups options = raw
printer admin = @ntadmin, root, administrator
username map = /etc/samba/smbusers
map to guest = Bad User
include = /etc/samba/dhcp.conf
logon path = \\%L\profiles\.msprofile
logon home = \\%L\%U\.9xprofile
logon drive = P:

[homes]
comment = Home Directories
valid users = %S
browseable = No
read only = No
inherit acls = Yes

[users]
comment = All users
path = /home
read only = No
inherit acls = Yes
veto files = /aquota.user/groups/shares/

[groups]
comment = All groups
path = /home/groups
read only = No
inherit acls = Yes

[pdf]
comment = PDF creator
path = /var/tmp
printable = Yes
print command = /usr/bin/smbprngenpdf -J '%J' -c %c -s %s -u '%u' -z %z
create mask = 0600

[printers]
comment = All Printers
path = /var/tmp
printable = Yes
create mask = 0600
browseable = No

[print$]
comment = Printer Drivers
path = /var/lib/samba/drivers
write list = @ntadmin root
force group = ntadmin
create mask = 0664
directory mask = 0775

Abspielen über XMMS-Warteschlange funktioniert, ist aber nicht die gewünschte Lösung.

Bitte weitere um Tipps für direktes Abspielen über smb.

Dieter Zoubek

Hallo,

arbeitet das Teil als DC?

deaktivieren mal
inherit acls = Yes
für das share in dem die *.mp3 liegen

[users]
comment = All users
path = /home
read only = No
inherit acls = Yes
veto files = /aquota.user/groups/shares/

[groups]
comment = All groups
path = /home/groups
read only = No
inherit acls = Yes

Hallo,

S T O P!

Wenn die Dateien via Konqueror und kioslave smb vom Windowsrechner eingeblendet werden, erben sie das Dateirecht was auf Windowsseite vergeben ist. ist halt nur ein Browsen der Dateien. Stimmt das Dateirecht auf Windowsseite nicht darf der Linuxuser diese nicht starten. Werden die Daten jedoch kopiert erben sie das Datei/Verzeichnisrecht von der Linuxseite und ein starten ist möglich, sofern der User dies hier darf.

NICHT DIE SMB.CONF ZERSCHIESSEN!!!! IST DER FALSCHE LÖSUNGSANSATZ!


 

Hallo,

wenn ich per Konqueror auf eine WondowsFreigabe zugreife hat die entsprechende Datei
die Rechte
root.root 777
also Owner und Group root
und volles Balett Rechte:
lesen schreiben und ausführen

egal ob ich per Root auf Windows zugreife oder per normalen user

und mit meinen Hinweisen wird keine smb.conf zerschossen, sondern ich habe darauf hingewiesen das dor Optionen aktiviert sind die doppelt bzw die für einen Member-Server unnötig sind

Hallo,

Nun, dieser Zugriff ist mounten und mounten tut im Normalfall Tante ROOT

Greif doch einfach mal hab es gerade gemacht ist tatsächlich so.

Wenn ich von Linux auf Windows zugreifen.
melde ich mich am WindowsPC per
Benutzer: paul
und seinen genialen
Password: paul
an. (Paul ist kein Admin-Acccount)
und greife auf eine Freigabe zu (diese Freigabe hat nur Paul die Rechte)
als normaler Benutzer an der Linux-Maschine (hier
Benutzer: kersten
Password: 4711

hat die Datei folgendeLinux-Rechte
Owner: root
Group: root
Rechte: 777