Originally reported at "https://bugzilla.novell.com/show_bug.cgi?id=802998" where it was requested that I report here. I was backing up my root partition. So I did: mkdir /tmp/a mount --bind / /tmp/a so that I could backup without other mounted file systems. While backing up, the "systemd" tmpfile cleanup process deleted around 2/3 of the content of my root file system. It is a fairly common unix practice to create temporary mount points in "/tmp" Aggressive file cleanup should not be deleting content of mounted file systems.
Hmm, that's a problem indeed, but hardly a regression, since the normal check for mount points is to compare major/minors of the backing devices, which in your case will be the same, since it's actually a bind mount of the same fs. We can do this nicer on Linux, via the mount ID that is retrievable with the newer nametohandle() syscall. We already have code for that in systemd, so, this would be a minor change only.
This is supposed to fix it: http://cgit.freedesktop.org/systemd/systemd/commit/?id=99d680acf192a7193c3de73b525ffbc24c25cca8
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.