Bug#742048: systemd-remount-fs.service fails for split-usr

[Michael Biebl]

control: severity -1 serious

On Tue, 18 Mar 2014 17:11:37 +0100 Michael Biebl <bi...@debian.org> wrote:
> Package: systemd
> Version: 204-7
> Severity: normal
> 
> I've setup a jessie test VM with a LVM/split-partition configuration,
> i.e. a separate partition for /home, /usr/, /var and /tmp (as created
> by the installer)
> 
> The systemd-remount-fs.service fails:
> 
> Mär 18 17:00:41 debian systemd[1]: Starting Remount Root and Kernel File 
> Systems...
> Mär 18 17:00:41 debian systemd-remount-fs[295]: mount: /usr not mounted or 
> bad option
> Mär 18 17:00:41 debian systemd-remount-fs[295]: /bin/mount for /usr exited 
> with exit status 32.
> Mär 18 17:00:41 debian systemd[1]: systemd-remount-fs.service: main process 
> exited, code=exited, status=1/FAILURE
> Mär 18 17:00:41 debian systemd[1]: Failed to start Remount Root and Kernel 
> File Systems.
> Mär 18 17:00:41 debian systemd[1]: Unit systemd-remount-fs.service entered 
> failed state.
> Mär 18 17:00:41 debian systemd[1]: Starting Local File Systems (Pre).
> 
> Earlier, systemd already complained:
> Mär 18 17:00:40 debian systemd[1]: /usr appears to be on its own filesytem 
> and is not already mounted. This is not a supported setup. Some things will 
> probably break (sometimes even silently) in mysterious ways. Consult 
> http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken for more 
> information.
> 
> 
> System seems to boot fine and /usr is mounted, so I'm not sure if it's
> worth spending effort on this and we should rather push to get
> initramfs-tools updated to mount /usr for us.
> 
> The problematic bits seem to be at [0]
> 
> Michael
> 
> [0] 
> http://anonscm.debian.org/gitweb/?p=pkg-systemd/systemd.git;a=blob;f=src/remount-fs/remount-fs.c;hb=HEAD#l82


It looks like we won't get initramfs-tools 0.118 with usr-mount support
in the initramfs, as this created quite a few regressions which need to
be dealt with first.

I therefore think we need to workaround this issue in systemd and make
sure systemd-remount-fs.service doesn't fail for split-usr setups.
So marking this bug as RC and bumping the severity to serious.

The patch might be as simple as the attached one. But we'll need to
check if it doesn't cause any regressions with dracut and
initramfs-tools 0.118, which actually do mount /usr in the initramfs.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

diff --git a/src/remount-fs/remount-fs.c b/src/remount-fs/remount-fs.c
index 847637a..44cc959 100644
--- a/src/remount-fs/remount-fs.c
+++ b/src/remount-fs/remount-fs.c
@@ -77,10 +77,9 @@ int main(int argc, char *argv[]) {
                 int k;
                 char *s;
 
-                /* Remount the root fs, /usr and all API VFS */
+                /* Remount the root fs and all API VFS */
                 if (!mount_point_is_api(me->mnt_dir) &&
-                    !path_equal(me->mnt_dir, "/") &&
-                    !path_equal(me->mnt_dir, "/usr"))
+                    !path_equal(me->mnt_dir, "/"))
                         continue;
 
                 log_debug("Remounting %s", me->mnt_dir);

signature.asc
Description: OpenPGP digital signature