Once again, updated everything to the latest version in the repositories. The problem has been reduced from ~90% of SMB access trials to about ~50%, but big file copies are still impossible, as they hang after about 8 MiB (hang as in have-to-kill-gvfsd-smb-to-remove- stuck-dialog).
I've rerun gvfsd-smb in gdb but there are no news: threads are created sometimes; successful accesses write nothing in any log, while timeouts make gdb print a "thread 0xhexnum (LWP nnnn) exited" message. Sometimes Nautilus hangs during accesses, sometimes it does not, which is making this painfully difficult to diagnose, since I don't know where to f*** point the debugger at!! I have even had moments where not just the active Nautilus window, but gnome-panel and the Desktop would hang, which makes me reinforce my hypothesis that this has something to do with the communications between the daemons, since how could several programs hang at once else than trying to communicate with the same, hung, daemon?. By the way, has any of this been forwarded upstream? I understand that I and the submitter of bug #210746 seem to be the only ones with this problem, but still... This computer was running pretty fine before updating to Hardy beta (lucky it's not a production computer) except for the video drivers, which I think don't have anything to do with this. Besides, gvfs is a newly installed program AND gnomevfs apps work perfectly smooth (i.e. I can play a song through SMB in Totem, with still uses gnomevfs, while gvfsd-smb is timing out trying to access the same share) so this is even weirder. -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs