I'm affected too, running Ubuntu 12.10.

Based on comment #43 I created a (a little) more friendly workaround for
my users, based on a shell script prompting the user using zenity. I'm
sharing it here, hoping it can be useful to someone. Hope we won't need
it for a long time.

Consider that I'm using this script on PCs rurring in a office, where a
Windows Server is always running, so I don't care about umounting the
shares.

First time setup:
-----------------------
sudo mkdir /mnt/cifs

And then, for each user:
sudo mkdir /mnt/username
sudo chown username:users /mnt/username

Also added to sudoers a line like this (I know it may be a security hole):
%users  ALL=NOPASSWD:/bin/mount

Here's the script, you will need to edit the list of shares in 3rd line and 
your domain in sixt line, and put it somewhere in your path:
#!/bin/bash                                                                     
# MountShare.sh                                                          
SHARE=`zenity --list --text="Choose the share you want to mount" 
--column="Share" FirstShare SecondShare ThirdShare`
SUSER=`zenity --entry --text='Insert your user name' --entry-text=$USER`
SPASS=`zenity --password`                                                       
DOM='mydomain.net'                                                              
  
                                                                                
mkdir /mnt/cifs/$USER/$SHARE                                                    
sudo mount -t cifs -o user=$SUSER,pass=$SPASS,domain=$DOM -o uid=$USER \        
    "//192.168.0.3/$SHARE" /mnt/cifs/$USER/$SHARE && \                          
    zenity --info --text="Share $SHARE mounted, look in /mnt/$USER/$SHARE" & \
    nautilus /mnt/cifs/$USER/$SHARE                                             
                                  
Also created a .desktop launcher to make it easy to run this script:
#!/usr/bin/env xdg-open
[Desktop Entry]
Name=Mount Samba Shares
Comment=Mount shares from our server
Exec=MountShare.sh
Terminal=true
Icon=/usr/share/icons/Human/48x48/places/gnome-fs-smb.png
Type=Application
Categories=Network;FileTransfer;
Version=1.0

I leaved the option "Terminal=true" cause my user, that is in the sudo
group, still get sudo password query (any tip?). This way I see the
query and can answer to it.

Every time
----------------
To mount shares, it's enough that users double click on the .desktop launcher 
and provide the needed informations. In our network, it happens only once a 
day, and only when needed.

It's a temporary solution I hope we won't need. Anyway, any suggestion
and tip is welcome.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/1075923

Title:
  nautilus hangs copying large directories from a samba share

Status in GVFS:
  Confirmed
Status in “gvfs” package in Ubuntu:
  Triaged

Bug description:
  Problem
  =======
  Copying files to and from samba shares (this includes Windows shares) is 
unreliable in Ubuntu 12.10 and Ubuntu 13.04 when using nautilus' integrated 
samba client (gvfs-smb): The copy randomly hangs after a few files or a few GB.

  Workaround
  ==========
  Until gvfs-smb is fixed, use the kernel samba client (cifs) that works 
reliably, is faster, but needs some terminal commands to get going:
  # sudo -s
  # mkdir /mnt/cifs
  # mount -t cifs -o user=YOUR_SAMBA_USER -o uid=YOUR_LINUX_USER 
"//SAMBA_SERVER/SAMBA_SHARE" /mnt/cifs
  It will ask for you password, you can then access the shared files at 
/mnt/cifs.

To manage notifications about this bug go to:
https://bugs.launchpad.net/gvfs/+bug/1075923/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to