On Fri, Jan 15, 2010 at 05:37:14PM +0100, lynn wrote: [ 8< ]
[part2] guest ok = yes comment =HDD Partition 2 path = /usr/local/etc/hdd/volumes/HDD2 writable = yes read only = no
You might try to set the "unix extensions" parameter to yes. Hm, that's the default. Please check nevertheless with testparm -s --parameter-name "unix extensions" to ensure it's not disable on your system.
If I mount it:
mount -t cifs //192.168.1.4/part2 /mnt
and delete a file from it, it leaves a file called e.g. cifs03d8 of the same size as the file I've just deleted. I then unmount the cifs on /mnt, Then I have to telnet to the NAS and delete the cifsxxxx file at the command line. Which is instantaneous. But a pain.
If I use dolphin or konq to access the NAS:
smb:/192.168.1.4/part2
select the file and then hit shift-Supr (I think it's shift-Del on a us keyboard), it deletes it cleanly but takes much longer.
See http://en.openSUSE.org/Bugs/Samba section "Debugging cifs vfs client" and file a bug if you still see this issue.
What is the difference between mounting the cifs share and using the smb:/ protocol in dolphin?
The call to "mount -t cifs ..." uses the Linux kernel cifs client. While applications like dolphin or konq use libsmbclient. Lars -- Lars Müller [ˈlaː(r)z ˈmʏlɐ] Samba Team SUSE Linux, Maxfeldstraße 5, 90409 Nürnberg, Germany