On Fri, 2020-01-31 at 13:34 +0800, Ian Kent wrote:
> On Fri, 2020-01-31 at 01:09 +0100, Marc Lehmann wrote:
> > On Thu, Jan 30, 2020 at 11:50:32PM +0000, Mike Gabriel <
> > sunwea...@debian.org> wrote:
> > > This seems like something to be discussed upstream. I Cc:ed Ian
> > > Kent, maybe
> > > he has some 2? to add.
> > 
> > Cool!
> > 
> > In the meantime, I digged a bit more, and it seems that it is
> > because
> > with
> > misc-device support, autofs uses the AUTOFS_DEV_IOCTL_ISMOUNTPOINT
> > ioctl
> > to check whether something is a mountpoint, which returns 1, which
> > causes
> > the code in umount_multi to decude it cannot be symlink and
> > unmounting it.
> > 
> > Indeed, rm /dev/autofs before starting autofs makes it partially
> > work
> > (the
> > target dir is not unmounted, but the entry is still gone without
> > ghosting).
> > 
> > Upstream probably already knows this, of course.
> 
> Upstream doesn't know about this, ;)
> 
> The behaviour is not correct and needs to be fixed.
> 
> Sounds like I have enough information to duplicate the problem so
> I'll have a look see.

Oh, as usual, what's the autofs source version of your package please,
since I'll be using the current development source to work on it.

> 
> Thanks for the report
> Ian

Reply via email to