2008-06-26 17:17:37 |
Chuck Renner |
bug |
|
|
added bug |
2008-06-26 17:26:16 |
Chuck Renner |
description |
In hardy heron, a fuse based sshfs mount that is mounted through /etc/fstab does NOT match its corresponding entry in /etc/mtab.
I am filing this as a bug, because it breaks a number of standard ubuntu/gnome/debian/linux utilities, including umount and the unmount capability of the "Disk Mounter" applet.
For example, this line in /etc/fstab:
[Code]sshfs#username@ubuntusshserver:/home/username /home/username/mnt/sshfs/ubuntusshserver/username fuse comment=sshfs,users,exec,nodev,nosuid,rw,nosuid,noauto,uid=1000,gid=1000,allow_other,reconnect,transform_symlinks,port=22,BatchMode=yes 0 0[/Code]
results in this line in /etc/mtab (when this mount point is mounted):
[Code]username@ubuntusshserver:/home/username /home/username/mnt/sshfs/ubuntusshserver/username fuse.sshfs rw,nosuid,nodev,max_read=65536,allow_other,user=username 0 0[/Code]
The line mentioned for /etc/fstab allows me to easily mount the sshfs mount point from mount or the "Disk Mounter" applet with no problems, but breaks umount and "Disk Mounter" for unmounting. "fusermount -u" or "fusermount -u -z" still work.
Running the following line to use sed to edit /etc/mtab to correct the problem after a mount results in desired behavior, and verifies that this problem is a bug:
[Code]sudo sed 's/\(^[^@]\{1,\}@\)\(.\{1,\}\) fuse\.sshfs /sshfs#\1\2 fuse /' -i /etc/mtab[/Code] This line is, of course, a workaround for the bug, and requires su privileges to run, so it is NOT a solution.
The source package for this bug should be sshfs-fuse 1.9-1. The binary package is sshfs. I believe that this behavior did not exist in fiesty fawn, and cannot tell you if it existed in gutsy gibbon. I am almost sure that this is new to hardy heron, so it is probably a design change that resulted in some bugs. I also believe that this bug is the true cause of bug#152978 (see https://bugs.launchpad.net/ubuntu/+source/tomboy/+bug/152978/comments/11)
Here are the results from 'lsb_release -rd':
Description: Ubuntu 8.04
Release: 8.04
Here are the results from 'apt-cache policy sshfs':
apt-cache policy sshfs
sshfs:
Installed: 1.9-1
Candidate: 1.9-1
Version table:
*** 1.9-1 0
500 http://archive.ubuntu.com hardy/universe Packages
100 /var/lib/dpkg/status
Here is my kernel from 'uname -a':
Linux ubuntu 2.6.24-19-generic #1 SMP Wed Jun 18 14:15:37 UTC 2008 x86_64 GNU/Linux |
In hardy heron, a fuse based sshfs mount that is mounted through /etc/fstab does NOT match its corresponding entry in /etc/mtab.
I am filing this as a bug, because it breaks a number of standard ubuntu/gnome/debian/linux utilities, including umount and the unmount capability of the "Disk Mounter" applet.
For example, this line in /etc/fstab:
sshfs#username@ubuntusshserver:/home/username /home/username/mnt/sshfs/ubuntusshserver/username fuse comment=sshfs,users,exec,nodev,nosuid,rw,nosuid,noauto,uid=1000,gid=1000,allow_other,reconnect,transform_symlinks,port=22,BatchMode=yes 0 0
results in this line in /etc/mtab (when this mount point is mounted):
username@ubuntusshserver:/home/username /home/username/mnt/sshfs/ubuntusshserver/username fuse.sshfs rw,nosuid,nodev,max_read=65536,allow_other,user=username 0 0
The line mentioned for /etc/fstab allows me to easily mount the sshfs mount point from mount or the "Disk Mounter" applet with no problems, but breaks umount and "Disk Mounter" for unmounting. "fusermount -u" or "fusermount -u -z" still work.
Running the following line to use sed to edit /etc/mtab to correct the problem after a mount results in desired behavior, and verifies that this problem is a bug:
sudo sed 's/\(^[^@]\{1,\}@\)\(.\{1,\}\) fuse\.sshfs /sshfs#\1\2 fuse /' -i /etc/mtab
This line is, of course, a workaround for the bug, and requires su privileges to run, so it is NOT a solution.
The source package for this bug should be sshfs-fuse 1.9-1. The binary package is sshfs. I believe that this behavior did not exist in fiesty fawn, and cannot tell you if it existed in gutsy gibbon. I am almost sure that this is new to hardy heron, so it is probably a design change that resulted in some bugs. I also believe that this bug is the true cause of bug#152978 (see https://bugs.launchpad.net/ubuntu/+source/tomboy/+bug/152978/comments/11)
Here are the results from 'lsb_release -rd':
Description: Ubuntu 8.04
Release: 8.04
Here are the results from 'apt-cache policy sshfs':
apt-cache policy sshfs
sshfs:
Installed: 1.9-1
Candidate: 1.9-1
Version table:
*** 1.9-1 0
500 http://archive.ubuntu.com hardy/universe Packages
100 /var/lib/dpkg/status
Here is my kernel from 'uname -a':
Linux ubuntu 2.6.24-19-generic #1 SMP Wed Jun 18 14:15:37 UTC 2008 x86_64 GNU/Linux |
|
2008-06-26 17:33:40 |
Chuck Renner |
sshfs-fuse: assignee |
|
motu |
|
2008-08-12 01:16:36 |
Chuck Renner |
sshfs-fuse: status |
New |
Confirmed |
|
2009-06-13 07:16:25 |
Øyvind Jensen |
bug task added |
|
hundredpapercuts |
|
2009-06-20 16:42:51 |
Martin Albisetti |
hundredpapercuts: status |
New |
Invalid |
|
2009-11-04 14:19:55 |
Mike Carpenter |
removed subscriber Mike Carpenter |
|
|
|
2009-11-06 21:14:04 |
keredson |
nominated for series |
|
Ubuntu Karmic |
|
2009-11-06 21:14:04 |
keredson |
nominated for series |
|
Ubuntu Lucid |
|
2010-03-24 17:00:41 |
Charlie Kravetz |
description |
In hardy heron, a fuse based sshfs mount that is mounted through /etc/fstab does NOT match its corresponding entry in /etc/mtab.
I am filing this as a bug, because it breaks a number of standard ubuntu/gnome/debian/linux utilities, including umount and the unmount capability of the "Disk Mounter" applet.
For example, this line in /etc/fstab:
sshfs#username@ubuntusshserver:/home/username /home/username/mnt/sshfs/ubuntusshserver/username fuse comment=sshfs,users,exec,nodev,nosuid,rw,nosuid,noauto,uid=1000,gid=1000,allow_other,reconnect,transform_symlinks,port=22,BatchMode=yes 0 0
results in this line in /etc/mtab (when this mount point is mounted):
username@ubuntusshserver:/home/username /home/username/mnt/sshfs/ubuntusshserver/username fuse.sshfs rw,nosuid,nodev,max_read=65536,allow_other,user=username 0 0
The line mentioned for /etc/fstab allows me to easily mount the sshfs mount point from mount or the "Disk Mounter" applet with no problems, but breaks umount and "Disk Mounter" for unmounting. "fusermount -u" or "fusermount -u -z" still work.
Running the following line to use sed to edit /etc/mtab to correct the problem after a mount results in desired behavior, and verifies that this problem is a bug:
sudo sed 's/\(^[^@]\{1,\}@\)\(.\{1,\}\) fuse\.sshfs /sshfs#\1\2 fuse /' -i /etc/mtab
This line is, of course, a workaround for the bug, and requires su privileges to run, so it is NOT a solution.
The source package for this bug should be sshfs-fuse 1.9-1. The binary package is sshfs. I believe that this behavior did not exist in fiesty fawn, and cannot tell you if it existed in gutsy gibbon. I am almost sure that this is new to hardy heron, so it is probably a design change that resulted in some bugs. I also believe that this bug is the true cause of bug#152978 (see https://bugs.launchpad.net/ubuntu/+source/tomboy/+bug/152978/comments/11)
Here are the results from 'lsb_release -rd':
Description: Ubuntu 8.04
Release: 8.04
Here are the results from 'apt-cache policy sshfs':
apt-cache policy sshfs
sshfs:
Installed: 1.9-1
Candidate: 1.9-1
Version table:
*** 1.9-1 0
500 http://archive.ubuntu.com hardy/universe Packages
100 /var/lib/dpkg/status
Here is my kernel from 'uname -a':
Linux ubuntu 2.6.24-19-generic #1 SMP Wed Jun 18 14:15:37 UTC 2008 x86_64 GNU/Linux |
In hardy heron, a fuse based sshfs mount that is mounted through /etc/fstab does NOT match its corresponding entry in /etc/mtab.
I am filing this as a bug, because it breaks a number of standard ubuntu/gnome/debian/linux utilities, including umount and the unmount capability of the "Disk Mounter" applet.
For example, this line in /etc/fstab:
sshfs#username@ubuntusshserver:/home/username /home/username/mnt/sshfs/ubuntusshserver/username fuse comment=sshfs,users,exec,nodev,nosuid,rw,nosuid,noauto,uid=1000,gid=1000,allow_other,reconnect,transform_symlinks,port=22,BatchMode=yes 0 0
results in this line in /etc/mtab (when this mount point is mounted):
username@ubuntusshserver:/home/username /home/username/mnt/sshfs/ubuntusshserver/username fuse.sshfs rw,nosuid,nodev,max_read=65536,allow_other,user=username 0 0
The line mentioned for /etc/fstab allows me to easily mount the sshfs mount point from mount or the "Disk Mounter" applet with no problems, but breaks umount and "Disk Mounter" for unmounting. "fusermount -u" or "fusermount -u -z" still work.
Running the following line to use sed to edit /etc/mtab to correct the problem after a mount results in desired behavior, and verifies that this problem is a bug:
sudo sed 's/\(^[^@]\{1,\}@\)\(.\{1,\}\) fuse\.sshfs /sshfs#\1\2 fuse /' -i /etc/mtab
This line is, of course, a workaround for the bug, and requires su privileges to run, so it is NOT a solution.
The source package for this bug should be sshfs-fuse 1.9-1. The binary package is sshfs. I believe that this behavior did not exist in fiesty fawn, and cannot tell you if it existed in gutsy gibbon. I am almost sure that this is new to hardy heron, so it is probably a design change that resulted in some bugs. I also believe that this bug is the true cause of bug#152978 (see https://bugs.launchpad.net/ubuntu/+source/tomboy/+bug/152978/comments/11)
Here are the results from 'lsb_release -rd':
Description: Ubuntu 8.04
Release: 8.04
Here are the results from 'apt-cache policy sshfs':
apt-cache policy sshfs
sshfs:
Installed: 1.9-1
Candidate: 1.9-1
Version table:
*** 1.9-1 0
500 http://archive.ubuntu.com hardy/universe Packages
100 /var/lib/dpkg/status
Here is my kernel from 'uname -a':
Linux ubuntu 2.6.24-19-generic #1 SMP Wed Jun 18 14:15:37 UTC 2008 x86_64 GNU/Linux
WORKAROUND to mount using /etc/fstab:
sshfs#user@login1.example.com:/home/user /mnt/sshdisk fuse user,noauto,fsname=sshfs#user@login1.example.com:/home/user 0 0
(this is supposed to be one line in fstab)
|
|
2011-05-15 09:42:03 |
Markus |
bug |
|
|
added subscriber Markus |
2011-05-15 09:45:23 |
Markus |
summary |
In hardy, sshfs /etc/mtab and /etc/fstab do not match, umount and unmount through "Disk Mounter" applet do not work |
sshfs /etc/mtab and /etc/fstab do not match, umount and unmount through "Disk Mounter" applet / Nautilus do not work |
|
2011-05-15 09:49:22 |
Markus |
branch linked |
|
lp:ubuntu/natty/sshfs-fuse |
|
2013-11-07 19:03:22 |
Rey Leonard Amorato |
bug |
|
|
added subscriber Rey Leonard Amorato |
2015-04-08 10:09:19 |
Jonathan Bower |
removed subscriber Jonathan Bower |
|
|
|