[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#871721: After upgrade to stretch, booting fails due to late mounting of /var



Control: reassign -1 binfmt-support

On Fri, 11 Aug 2017 00:26:18 +0200 mat974@web.de wrote:
> Package: release-notes
> 
> After upgrading from jessie to stretch, the boot process fails and goes into the emergency mode. Several programs try to access /var which is, however, mounted later.
> 
> The Release Notes comment on /usr but not on /var:
> 
> https://www.debian.org/releases/stretch/i386/release-notes/ch-information.en.html#late-mounting-usr
> 
> I got the system booting again after spending hours with reading man pages and finally creating /etc/systemd/system/var.mount, a modified version of /run/systemd/generator/var.mount:
> 
> [Unit]
> SourcePath=/etc/fstab
> Documentation=man:fstab(5) man:systemd-fstab-generator(8)
> Before=console-kit-log-system-start.service binfmt-support.service

That sounds like a bug in consolekit and/or binfmt-support (in stretch).
consolekit has been removed from the archive, which leaves binfmt-support.
binfmt-support.service uses DefaultDependencies=no [1], so is
responsible for declaring all necessary dependencies/orderings itself.

I'm thus re-assigning this bug to binfmt-support. Might be that this
issue is already fixed, but I'd like its maintainers have a look first.

Regards,
Michael



[1]
https://salsa.debian.org/debian/binfmt-support/blob/master/init/systemd/binfmt-support.service.in
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: