Mounting SMB:// shares from a Mac, via GVFS, doesn't allow copying of data in either direction

Bug #858247 reported by DiegoRivera
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
samba (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

Mac OS X 10.7 (Lion) changed Samba for Apple's proprietary SMB stack. This stack has incompatibilities with the "default" smb:// mount modes supported by Samba and Gnome VFS.

If I mount the system via Nautilus, opening the location smb://computer/share, I can see the file list and navigate it, but I can neither copy to nor from the machine (error is NT_STATUS_NOT_SUPPORTED, reflected in an error dialog with the message "Function not implemented".

If I mount the filesystem using mount.cifs, adding the options "noserverino,nounix,sec=ntlmssp", then I can access all of the information fine on the far end.

It is possible that this bug could go away if using Samba 3.6 - which fully supports SMB2 - but I've not been able to verify it because there are no Samba 3.6 packages for Natty or Oneric yet, and because I've been reluctant to roll my own Samba packages.

Is there a way to configure GVFS to use a set of mounting options when connecting to a specific resource? I.e. "when connecting to this server, use these options" (like the ones mentioned above)?

Revision history for this message
DiegoRivera (diego-rivera) wrote :

I've just tried Samba 3.6.0 from Debian experimental, and the problem persists.

Dave Walker (davewalker)
Changed in samba (Ubuntu):
importance: Undecided → Medium
Revision history for this message
DiegoRivera (diego-rivera) wrote :

Btw...this defect seems to be a Gnome (GVFS) defect more than a Samba defect - although smbclient has similar problems. The only thing that works for sure is mount.cifs with the above flags.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in samba (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.