Here is the strace, we can see the two calls to readlink which has the actual path.. A simple `ls` in the directory fails /mnt hangs without even running umount. This is what I assume is the core of the nautilus symptom people are ranting about. I think this is also why nfs drives can't umount when disconnected. I don't know why umount has to ls the parent directory to umount the location. I can understand it doing so, but I'd expect it the -f option to just purge the kernel's knowledge of the mount point and move on with life. That `umount -f` issues an readlink() in cwd, and that an ls with failed mount hangs is what I assume is the problem here. , fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2630b74000 read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tr"..., 1024) = 365 read(3, "", 1024) = 0 close(3) = 0 munmap(0x7f2630b74000, 4096) = 0 open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=2919792, ...}) = 0 mmap(NULL, 2919792, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f262f610000 close(3) = 0 umask(022) = 022 getuid() = 0 geteuid() = 0 readlink("/mnt", 0x7fff2a645120, 4096) = -1 EINVAL (Invalid argument) readlink("/mnt/nfs",
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/164120 Title: file manager hangs when mounted nfs drive is no longer accessible To manage notifications about this bug go to: https://bugs.launchpad.net/dolphin/+bug/164120/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs