touch-packages team mailing list archive

[Bug Watch Updater <1507298@xxxxxxxxxxxxxxxxxx>]

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