On Thu, Oct 20, 2016 at 06:24:43PM +0200, Ruediger Meier wrote:
> On Thursday 20 October 2016, Karel Zak wrote:
> > On Thu, Oct 20, 2016 at 03:59:15PM +0200, Ruediger Meier wrote:
> > > Hi,
> > >
> > > On RHEL/CentOs-6 with /etc/mtab file some of our mount tests write
> > > something to /etc/mtab. AFAIR it should be ignored nowadays by
> > > default, right?
> > >
> > > After our test-suite was running I see these lines left in
> > > /etc/mtab:
> > >
> > > tmpd
> > > /home/abuild/rpmbuild/BUILD/util-linux-2.29-rc2/tests/output/mount/
> > >fstab-broken-mnt tmpfs rw 0 0 tmpd
> > > /home/abuild/rpmbuild/BUILD/util-linux-2.29-rc2/tests/output/mount/
> > >fstab-broken-mnt tmpfs rw 0 0 none
> > > /home/abuild/rpmbuild/BUILD/util-linux-2.29-rc2/tests/output/mount/
> > >fstab-none-mnt tmpfs rw,nosuid,nodev,relatime 0 0
> >
> > Because our mount (from the test) calls /sbin/mount.tmpfs where
> > is executed standard mount(8) from system.
>
> Ah interesting. That's why it works on my local system (also mtab file)
> where I don't have /sbin/mount.tmpfs.
>
> > I'll improve the test to call umount --fake to clean up mtab.
>
> Still a bit annoying that these "third party mount binaries" may modify
> mtab but our umount does not.
Well, this problem cannot exist on system where mtab is symlink. All
"third party mount binaries" should be able to detect the symlink. The
symlink is supported by mount(8) for 10+ years.
And on system where is regular mtab you don't want to use util-linux
compiled without mtab support.
Karel
--
Karel Zak <kzak@xxxxxxxxxx>
http://karelzak.blogspot.com
--
To unsubscribe from this list: send the line "unsubscribe util-linux" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
