PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Aenderung speichern auf Share nicht möglich



jogyman
05.12.04, 21:02
Hallo,

habe folgende Umgebung:

SuSE 9.2
Samba 3.0.4-SuSE

server: smb.conf

[GLOBAL]
workgroup = WORKGROUP
netbios name = xxxx
server string = Samba-Server %v auf %h
interfaces = xxx.xxx.x.x, 127.0.0.1
bind interfaces only = Yes
security = USER
encrypt passwords = Yes
keepalive = 30
os level = 2
ldap ssl = no

[USER]
comment = UserDaten
path = /mnt/user
valid users = xxxxx, yyyyy, zzzzz
write list = xxxxx, yyyyy, zzzzz
browseable = Yes
writeable =Yes
create mask = 0770
directory mask = 0770

Das Share ist als vfat (FAT32) auf dem Server gemountet und erlaubt für alle lokalen User vollen Zugriff (lesen und schreiben)

client: smbfstab

//Rechnername/SHARE /mnt/mmmmm smbfs auto,rw,uid=1000,gid=100,fmask=0770,dmask=0770,use rname=xxxxx,password=ppppp

Ich bin auf dem Client als normaler User eingeloggt.
Das Share ist gemountet und ich kann:
- den gesamten Inhalt sehen
- den gesamten Inhalt löschen, umbenennen, auf den Client kopieren oder verschieben
- Ordner und Dateien (z.B.Textdatei oder JPEG-Bild) anlegen
- angelegte Dateien wieder öffnen

Was ich NICHT kann:

Die angelegten, wiedergeöffneten und manipulierten Dateien speichern.
Ich kann sie nur unter einem neuen Namen speichern (also neu anlegen).
Es kommt die Fehlermeldung über fehlende Schreibrechte als User.

Beim verschieben der Dateien in das Share gibt es folgende Meldung:
Berechtigungen lassen sich für ... nicht ändern!

Deshalb meine verzweifelte Frage: Wer hat ein ähnliches Schreibproblem und eventuell eine Lösung?

Danke im voraus für die freundliche Unterstuetzung eines verzweifelten Newbies.

jogyman

gdw01
09.12.04, 12:38
Hallo jogyman,

habe nach einem online Update meines Suse 9.1 seit gestern das selbe Problem.

Mit der Abweichung, das meine Dateien nach fehlgeschlagenem Speichern leer (O B) sind.

Habe leider noch keine direkte Lösung gefunden.

Ich kann aber auf der Konsole (nur als root) Dateien auf dem Netzwerkshare ändern und auch korrekt speichern.
Als normaler User bekomme ich beim Speichern allerdings eine Felhremeldung und der Datei-Inhalt ist weg.

Melde mich wieder, wenn ich was gefunden hab.

jogyman
11.12.04, 15:32
Hi gdw01,

danke für Deine Antwort.

Sorry habe das mit den 0B Dateigröße vergessen zu erwähnen. Ist bei mir genauso.

Melde mich auch, sobald ich eine Lösung finde.

jogyman

A-User
11.12.04, 17:08
Hallo,

- welche Berechtigung haben die Verzeichnisse die in der smb.conf als share
angelegt sind ??
- exitstieren auch die Benutzer in der smbpasswd ??

meist liegt es irgendwo daran....

cu

jogyman
11.12.04, 18:47
Hi A-User,

die Verzeichnisse und Dateien haben 777, Eigentümer 'root', Gruppe 'root' und
sind folgendermaßen mit fstab gemountet:

/dev/hda5 /mnt/user vfat users,umask=000 0 0

jogyman

gdw01
15.12.04, 10:59
Ich habe die Fehlersuche abgebrochen und mein System neu aufgesetzt.
Habe danach die empfohlenen Updates erneut komplett eingespielt, und siehe da der Fehler ist wieder da.
Also alles noch mal von vorn.
Taste mich jetzt mit einem Zweitrechner spaßeshalber Update für Update an den Fehler heran. (ich tippe auf SMB bzw. Samba)

melde mich wieder

Suse9.1 Standard

Fish_bln
21.12.04, 21:10
Hallo zusammen,

habe das gleiche Problem wie ihr (jogyman, gdw01). Habe einen SuSE 9.1 Server und einen SuSE 9.1 Desktop. Nach (Online-)Update kann ich nun NICHT mehr korrekt auf per smbfs gemountete Verzeichnisse SCHREIBEN.

Folgendes SuSE Update durchgeführt:
- Alle Patches Stand 2004-12-10
- Incl. Samba update von 3.0.2a-x auf 3.0.4.-x
- Incl. Kernel update auf 2.6.5-7.x

Im Konqueror funktioniert gut:
- Lesen, umbenennen, löschen

Im Konqueror (oder anderem Filemanager) funktioniert NICHT:
- Schreiben (also "Hinkopieren") von Files oder Verzeichnissen

Nach Abbruch ist das File mit 0Byte vorhanden, ansonsten lange warten etc.... Ich erhalte auch den bekannten Fehler "Berechtigungen lassen sich nicht ändern für..." Der Fehlerzustand tritt immer dann ein, wenn ich versuche das Serververzeichnis per smbfs versuche zu mounten (per /etc/fstab oder manuell, z.B. mit):

mount -t smbfs -o username=XXXX,password=XXXX //192.168.0.32/data /data

Witzigerweise funktioniert es jetzt perfekt, auf Serververzeichnisse (z.B. im Konqueror) per smb:// zu zugreifen und zu schreiben. Das hatte vor den updates nicht geklappt!

smb://XXXX@192.168.0.32/data

Ich denke der Fehler liegt also "in der Gegend von smbfs" ((Kernel-)bug oder eine erweiterte Sicherheitseinstellung). Hat jemand von euch etwas herausbekommen? Es ist echt unbefriedigend!

Danke und freundliche Grüße,
fish_bln

Fish_bln
22.12.04, 23:56
Nachtrag,

auch ein update auf die aktuellste von SuSE bereitgestellte Kernelversion (kernel-xxxx-2.6.5-7.111.19.i586.rpm) brachte keine Abhilfe.

Als Workaround habe ich das smbfs Problem beseitigen können durch Downgrade des Desktops (Samba-Client) auf Original SuSE 9.1 Kernelversion (kernel-xxxx-2.6.4-52.i586.rpm). Ist aber nicht so richtig zufriedenstellend.

Freundliche Grüße,
fish_bln

Fish_bln
26.12.04, 22:38
Zwischenlösung:

Anstelle von "smbfs":
mount -t smbfs -o username=XXXX,password=XXXX //192.168.0.32/data /data

sollte man "cifs" verwenden:
mount -t cifs -o username=XXXX,password=XXXX,iocharset=iso8859-1 //192.168.0.32/data /data

Das löst das Problem für mich! ("iocharset=iso8859-1" dient der Beseitigung von Umlautproblemen.)

Freundliche Grüße,
fish_bln