[systemd-devel] auto-unmount via BindsTo= is annoying

Mantas Mikulėnas grawity at gmail.com
Sat Apr 4 02:55:34 PDT 2015


On Sat, Apr 4, 2015 at 7:37 AM, Andrei Borzenkov <arvidjaar at gmail.com>
wrote:

> В Fri, 3 Apr 2015 21:19:24 +0300
> Mantas Mikulėnas <grawity at gmail.com> пишет:
>
> > Previously udev used to undo mounts when a device *disappeared;* when
> > systemd took over the task, it started unmounting things as soon as it
> > noticed that the device *doesn't exist right now.* While similar, the new
> > behavior can be annoying, since it also triggers if the device never
> > existed in the first place. For example:
> >
> > ~ My fstab has "/dev/mapper/luks-backups → /mnt/backup". I want to mount
> > another disk there (which has a different label), but even though `mount
> > /dev/sdb1 /mnt/backup` succeeds, the directory remains empty and won't
> show
> > up in `findmnt`.
> >
> > After a few retries I check dmesg and notice systemd saying that
> > "mnt-backup.mount is bound to an inactive device; stopping". Which means,
> > if my fstab says disk X is mounted there, systemd won't let me mount
> > anything else but disk X at that location.
> >
> > ~ I had to boot to emergency mode due to reasons, and attempted to mount
> > /boot & /boot/efi in order to fix something. Since my fstab had
> > "/dev/disk/by-partlabel/boot → /boot", any attempts to mount anything at
> > /boot get immediately undone – emergency mode has no udev, so I get
> > "boot.mount is bound to an inactive device; stopping" all over again.
> >
>
> Do these commits help?
>
> commit 628c89cc68ab96fce2de7ebba5933725d147aecc
> Author: Lennart Poettering <lennart at poettering.net>
> Date:   Fri Feb 27 21:55:08 2015 +0100
>
>     core: rework device state logic
>
> commit 496068a8288084ab3ecf8b179a8403ecff1a6be8
> Author: Martin Pitt <martin.pitt at ubuntu.com>
> Date:   Fri Mar 13 08:35:59 2015 +0100
>
>     core: don't change removed devices to state "tentative"
>

Nope, this is already on 093c2cfe3b1.


-- 
Mantas Mikulėnas <grawity at gmail.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20150404/a7388826/attachment.html>


More information about the systemd-devel mailing list