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
Desktop Bugs, which is a bug assignee.
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
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
