Bug#797326: systemd: immediately unmounts manually mounted filesystem (listed in fstab with noauto)

intrigeri intrigeri at debian.org
Sun Aug 30 13:23:20 BST 2015


Control: tag -1 + moreinfo

Hi,

Michael Biebl wrote (30 Aug 2015 11:46:04 GMT) :
> I see that you have a boot.automount unit. I wonder where this unit is
> coming from.

I could find no boot.automount file anywhere.
As expected, I have /run/systemd/generator/boot.mount.

> I vaguely remember there was some auto-unmount feature for
> the efi boot partition. Not sure if that is kicking in here.

My /boot is on a MBR partition.

My internal hard drive is GPT-partitioned, and has an ESP, which is
not use by this Debian system and is not referrenced in fstab. My root
filesystem is on top of LVM+LUKS on this GPT-partitioned disk, so
systemd might be thinking I'm on a EFI system (which is correct,
except I'm not using EFI for booting).

In systemd-gpt-auto-generator(8) I read:

    Mount and automount units for the EFI System Partition (ESP),
    mounting it to /boot are generated on EFI systems, where the boot
    loader communicates the used ESP to the operating system.
    Since this generator creates an automount unit, the mount will
    only be activated on-demand, when accessed. On systems where /boot
    is an explicitly configured mount (for example, listed in
    fstab(5)) or where the /boot mount point is non-empty, no mount
    units are generated.

If the code works as advertised, this should not be a problem, and
indeed `rgrep -i -E 'gpt|automount' /run/systemd/generator*` is empty.

Note that I'm using dracut, and I see:
/usr/lib/dracut/modules.d/98dracut-systemd/dracut-shutdown.service:After=local-fs.target boot.mount boot.automount

I guess that next step would be that I try reproducing this problem
with initramfs-tools => tagging moreinfo, so it's clear that the ball
is now in my court. Thanks for your assistance!

Cheers,
-- 
intrigeri




More information about the Pkg-systemd-maintainers mailing list