Launchpad has imported 19 comments from the remote bug at https://bugs.gentoo.org/show_bug.cgi?id=435540.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2012-09-19T19:07:04+00:00 Realnc wrote: It is not possible to unmount FUSE filesystems as a normal user. I'm not sure when this broke. It used to work correctly in the past. For example: $ sshfs my.server.hostname: $HOME/mnt That works. But unmounting: $ umount $HOME/mnt umount: /home/realnc/mnt: umount failed: Operation not permitted Trying with fusermount gives this: $ fusermount -u $HOME/mnt fusermount: entry for /home/realnc/mnt not found in /etc/mtab However, /etc/mtab does contain an appropriate entry: my.server.hostname: /home/realnc/mnt fuse.sshfs rw,nosuid,nodev 0 0 The same thing also happens with NTFS-3G (which is also a FUSE filesystem): $ mount /windows/D $ umount /windows/D umount: /windows/D: umount failed: Operation not permitted This has repercussions on desktop environments as well. In KDE for example, when I plug in an NTFS USB disk, it gets mounted OK. But it's impossible to unmount it again from within KDE. Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/0 ------------------------------------------------------------------------ On 2012-09-19T19:07:33+00:00 Realnc wrote: Created attachment 324318 emerge --info Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/1 ------------------------------------------------------------------------ On 2012-09-19T19:29:00+00:00 Realnc wrote: Forgot to mention the versions I tried: 2.8.7 2.9.0 2.9.1 2.9.1-r1 I think it's safe to say that it's not a change in fuse itself that introduced this bug, but rather a change in some other package, since it was definitely working OK with 2.9.0 at the time that it was the most recent version. Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/2 ------------------------------------------------------------------------ On 2012-09-19T20:24:54+00:00 Jrmalaq wrote: Created attachment 324324 Output of "emerge --info" I am having a similar problem on my ~amd64 system. Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/3 ------------------------------------------------------------------------ On 2012-09-20T07:07:20+00:00 Helmut Jarausch wrote: Created attachment 324362 emerge --info Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/4 ------------------------------------------------------------------------ On 2012-09-20T07:09:22+00:00 Helmut Jarausch wrote: Same here with several versions of sys-fs/fuse up to 2.9.1-r1 openssh-6.1_p1 sshfs-fuse 2.4 and sshfs-fuse GIT IHMO, the severity should be raised to 'major' since it breaks daily backup services here. Helmut. Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/5 ------------------------------------------------------------------------ On 2012-09-20T13:52:00+00:00 Göktürk Yüksek wrote: Does putting something like this in /etc/fstab help? sshfs#my.server.hostname:$HOME /mnt fuse rw,user,noauto,fsname=sshfs#my.server.hostname:$HOME,reconnect 0 0 Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/6 ------------------------------------------------------------------------ On 2012-09-20T14:41:28+00:00 Realnc wrote: (In reply to comment #6) > Does putting something like this in /etc/fstab help? > sshfs#my.server.hostname:$HOME /mnt fuse > rw,user,noauto,fsname=sshfs#my.server.hostname:$HOME,reconnect 0 0 mount: /etc/fstab: parse error: ignore entry at line 8. Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/7 ------------------------------------------------------------------------ On 2012-09-20T16:04:15+00:00 Helmut Jarausch wrote: (In reply to comment #6) > Does putting something like this in /etc/fstab help? > sshfs#my.server.hostname:$HOME /mnt fuse > rw,user,noauto,fsname=sshfs#my.server.hostname:$HOME,reconnect 0 0 With an entry like sshfs#jarausch@WWW_SV:/srv/www/htdocs /usr/WWW fuse noauto,users,uid=230,gid=100,umask=0 0 0 # ,allow_other I just get the same error message, i.e. fusermount: entry for /usr/WWW not found in /etc/mtab cat /etc/mtab : jarausch@WWW_SV:/srv/www/htdocs /usr/WWW fuse.sshfs rw,nosuid,nodev,noexec 0 0 Helmut. Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/8 ------------------------------------------------------------------------ On 2012-09-20T16:18:51+00:00 OliFre wrote: I have a machine at hand that had a folder mounted BEFORE it broke, is still running and is now broken for new mounts. The mtab-entry looks different in both cases: Old entry (i.e. fusermount -u works): machine:/some/older/folder /home/myname/mnt2 fuse.sshfs rw,nosuid,nodev,user=myname 0 0 New entry (i.e. it breaks): machine:/some/other/folder /home/myname/mnt fuse.sshfs rw,nosuid,nodev 0 0 Note the missing "user=myname" parameter which (I guess) is added by some part of fuse / sshfs? It appears fusermount is looking for it to detect mounts done by the user "myname"... Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/9 ------------------------------------------------------------------------ On 2012-09-22T23:33:51+00:00 Krzysztof Magusiak wrote: Adding ",user=..." to the entry mounted by sshfs directly to /etc/mtab makes `fusermount -u` work again. Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/10 ------------------------------------------------------------------------ On 2012-09-23T23:02:34+00:00 Göktürk Yüksek wrote: (In reply to comment #7) > (In reply to comment #6) > > Does putting something like this in /etc/fstab help? > > sshfs#my.server.hostname:$HOME /mnt fuse > > rw,user,noauto,fsname=sshfs#my.server.hostname:$HOME,reconnect 0 0 > > mount: /etc/fstab: parse error: ignore entry at line 8. That was meant to be on a single line. Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/11 ------------------------------------------------------------------------ On 2012-09-24T15:23:19+00:00 Realnc wrote: OK, a FUSE dev (Miklos Szeredi) finally tracked the problem down. The bug is in util-linux-2.22. Upstream was actually aware of it due to a similar bug report on Arch Linux. The fix is in upstream's Git already: http://git.kernel.org/?p=utils/util-linux/util- linux.git;a=commit;h=4be900c51d371a7a41495e4eca2d29fc77c20c7c I applied that on top of util-linux-2.22 and it fixed the issue. "umount" works now as normal user with NTFS-3G, and "fusermount -u" for sshfs. /etc/mtab now contains the "user=" option. Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/12 ------------------------------------------------------------------------ On 2012-09-29T00:46:03+00:00 Proteuss wrote: (In reply to comment #12) I confirm also that the abovementioned patch for util-linux-2.22 solves the problem and fusermount -u now works for my user mounted iso images which previously failed to unmount. Thank you. Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/13 ------------------------------------------------------------------------ On 2012-10-08T10:27:17+00:00 Pinkbyte wrote: Reassign bug to base-system team Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/14 ------------------------------------------------------------------------ On 2012-10-10T08:06:16+00:00 Infinity80 wrote: (In reply to comment #10) > Adding ",user=..." to the entry mounted by sshfs directly to /etc/mtab makes > `fusermount -u` work again. That also fixed fusermount on my end (sys-fs/fuse-2.9.1-r1, sys-fs /sshfs-fuse-2.4, sys-apps/util-linux-2.22). After patching libmount/src/context_mount.c in sys-apps/util-linux-2.22 user sshfs unmounting works again. Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/15 ------------------------------------------------------------------------ On 2012-10-10T17:32:01+00:00 Mike Frysinger wrote: should be all set now in the tree; thanks for the report! Commit message: Add fix from upstream for umount with user= options http://sources.gentoo.org/sys-apps/util-linux/files/util-linux-2.22-umount-user.patch?rev=1.1 http://sources.gentoo.org/sys-apps/util-linux/util-linux-2.22-r1.ebuild?rev=1.1 Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/16 ------------------------------------------------------------------------ On 2012-10-10T18:21:41+00:00 Realnc wrote: I just found another bug where "umount" with NTFS-3G doesn't work as non-root if /etc/mtab is a symlink to /proc/mounts. But I guess that's material for a different bug. Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/17 ------------------------------------------------------------------------ On 2012-10-10T20:20:47+00:00 Mike Frysinger wrote: (In reply to comment #17) that is a known issue in the kernel that can't really be resolved by userland at this time Reply at: https://bugs.launchpad.net/ubuntu/+source/util- linux/+bug/1507298/comments/18 ** Changed in: util-linux (Gentoo Linux) Status: Unknown => Fix Released ** Changed in: util-linux (Gentoo Linux) Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to util-linux in Ubuntu. https://bugs.launchpad.net/bugs/1507298 Title: [wily] user-mounted FUSE filesystems won't unmount Status in util-linux package in Ubuntu: Fix Released Status in util-linux source package in Wily: Incomplete Status in util-linux package in Gentoo Linux: Fix Released Bug description: Steps to reproduce: 1) mount any user-mounted FUSE filesystem: sshfs, mp3fs, achivemount, ntfs-3g, ... 2) try to umount it using $ fusermount -u <mount_point> 3) observe the fail, claiming it wasn't found in /etc/mtab Observed with util-linux 2.26.2-6ubuntu3 The bug on the gentoo bugtracker: https://bugs.gentoo.org/show_bug.cgi?id=435540 There I've found a link to the in-upstream patch: http://git.kernel.org/?p=utils/util-linux/util-linux.git;a=commit;h=4be900c51d371a7a41495e4eca2d29fc77c20c7c To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/1507298/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
