[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused



On Sun, Jan 22, 2012 at 12:55:45PM +0100, Michael Biebl wrote:
> On 22.01.2012 12:30, Luk Claes wrote:
> >> -- /etc/fstab --
> >> liveserv:/mnt/library    /mnt/library           nfs     noauto,user           0 0 
> >> -- /proc/mounts --
> >> liveserv:/mnt/library/ /mnt/library nfs rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.104,mountvers=3,mountport=46570,mountproto=udp,local_lock=none,addr=192.168.1.104 0 0
> 
> I am missing a bit of context here. Is the problem related to the "user"
> option or regarding a trailing "/"?
> 
> wrt /etc/mtab being a symlink to /proc/mounts: I assume mount.nfs is
> built against libmount, seeing [1] as fixed? Do you get a file
> /run/mount/utab when the nfs share is mounted? What does it contain?

I'm afraid I can't help with the specifics immediately (I'll need
to set up some NFS mounts), but some general comments about the
recent changes:

- if you mount a filesystem with the "user" option, the user who
  mounted it will be written to /run/mount/utab.  While I've not
  tested this for NFS, it's certainly the case for all other mounts.

- when umounting a filesystem, the content of /etc/fstab should be
  irrelevant.  The information needed is in /etc/mtab (/proc/mounts)
  and /run/mount/utab.  If the NFS mount helpers are using fstab
  during umount, I think that's a separate bug in its own right.

- the trailing / may be an issue.  Does the entry (if any) in
  /run/mount/utab match this?  Does adding a trailing / to the
  umount command affect things?

Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux             http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?       http://gutenprint.sourceforge.net/
   `-    GPG Public Key: 0x25BFB848   Please GPG sign your mail.



Reply to: