Could this be a handshake/timing problem? I've experienced this problem on 3 different computers, a 15 yr old IBM ThinkPad notebook, a Compaq notebook with a Celeron 560 CPU, an HP desktop with a dual core E5300 CPU, and noticed that the IBM was most affected and along with the Compaq unable to play a video file off the NAS, the HP was less often affected and could sometimes play a video off the NAS as long as I did not advance the slider several minutes into the video. I just replaced the old IBM notebook with a Samsung NP700G7C having a quad core i7-3630QM CPU and have yet to be affected by the problem, able to transfer more than 36GB of files from the NAS without a problem and able to play videos directly off the NAS without locking up.
-- 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
