[Pkg-systemd-maintainers] Bug#724797: Bug#724797: systemd-tmpfiles fails to run during boot with split-usr

[Michael Stapelberg]

control: tags -1 + pending

Hi,

Michael Biebl <biebl at debian.org> writes:
> On a (LVM based) test installation with a split /usr configuration,
> the systemd-tmpfiles-setup.service service fails to run during boot:
> systemd-tmpfiles-setup.service
> Loaded: loaded (/lib/systemd/system/systemd-tmpfiles-setup.service)
> Active: inactive (dead)
>         start condition failed
>
> Problem is, that the tmpfiles reside on /usr which is not available when
> this service is started.
> Upstream has changed the fstab generator [1] and assumes that /usr has
> been mounted in the initramfs, thus no longer adds usr.mount to
> local-fs.target.wants.
> We should consider reverting this patch as long as initramfs-tools
> doesn't support usr-mount.
In my VM, this race condition doesn’t happen. I can confirm that
local-fs.target does not include usr.mount in After= anymore, though.

I pushed
http://anonscm.debian.org/gitweb/?p=pkg-systemd/systemd.git;a=commitdiff;h=ec3697f
which addresses this issue (usr.mount is part of local-fs.target with it).

-- 
Best regards,
Michael