[systemd-bugs] [Bug 85751] New: systemd mounts automatically after umount or systemctl disable/stop

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=85751

            Bug ID: 85751
           Summary: systemd mounts automatically after umount or systemctl
                    disable/stop
           Product: systemd
           Version: unspecified
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: general
          Assignee: systemd-bugs at lists.freedesktop.org
          Reporter: flo at redflo.de
        QA Contact: systemd-bugs at lists.freedesktop.org

On opensuse 13.1 (systemd 208), following occurs:

# grep temp /etc/fstab
/dev/system/oldssd   /localhome/flo/temp        ext4    acl,user_xattr 1 2

# umount /localhome/flo/temp

# systemctl -a |grep /localhome/flo/temp
localhome-flo-temp.mount   loaded inactive dead      /localhome/flo/temp

# lvchange -an /dev/system/oldssd 
# lvchange -ay /dev/system/oldssd

# mount |grep /localhome/flo/temp
/dev/mapper/system-oldssd on /localhome/flo/temp type ext4
(rw,relatime,data=ordered)

# systemctl -a |grep /localhome/flo/temp
localhome-flo-temp.mount  loaded active   mounted   /localhome/flo/temp

This also happens, when i stop and disable localhome-flo-temp.mount
I can only reliable umount the filesystem by commenting out the fstab entry or
by systemctl mask localhome-flo-temp.mount after umount.

I could not find a sign in the docs if this behavior is wanted or if it is a
bug. Unfortunately i could not test newer systemd versions. But bug 81361 is
very similar.
I think systemctl disable should output a message, that this is
unsupported/useless for generated units.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20141102/2f6592c7/attachment.html>