[Pkg-systemd-maintainers] Bug#718190: Bug#718190: systemd: sometimes computer doesn't boot. It seems a problem with lvm.

Antonio-M. Corbi Bellot antonio.corbi at ua.es
Tue Jul 30 11:42:52 BST 2013


El Mon, 29 Jul 2013 21:30:41 +0200
Michael Stapelberg <stapelberg at debian.org> escribio:

> Hi Antonio-M.,
> 
> "Antonio-M. Corbi Bellot" <antonio.corbi at ua.es> writes:
> > I think I've all the logs you asked for.
> Thanks for providing the logs. They reveal that you have /usr on a
> separate volume and don’t mount it in the initramfs, which is not
> supported:
> 
> [ 3.840308] 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.

Hi Michael:

Yes...debian installer gave me the opportunity to partition the disk
like that and I decided to do so...

Systemd 44 from testing/unstable didn't gave problems with that
partition scheme neither did sysvinit.

I began having problems when I upgraded to systemd 204 from
experimental, and...

> I can see entries in your working log where the volume containing usr
> is recognized as plugged, whereas in the non-working log these
> entries are missing and instead a bunch of processes get killed.
> 
> This might well be a race condition that makes the boot work sometimes
> and sometimes not. Even if it later turns out that this was not the
> actual problem, it is definitely a good start to get this issue out of
> the way first.

...as you say here, not always...sometimes it worked, sometimes it
didn't; then the 'vgchange -a y' did the trick for me.

> So, you have two options:
> 
> 1) In case you definitely want to keep /usr separate, you need to
> mount it in the initramfs. See
>    http://lists-archives.com/debian-devel/189709-mounting-usr-in-the-initramfs.html
> 
> 2) You could boot a live cd and move /usr to the root volume, then
>    delete the separate /usr volume.
> 
> Please do that and report back. If you still encounter the issue,
> please re-gather the logs and attach the new logs. Thanks!

I have opted for a variant of option 2, resized the root partition,
cp'ed the '/usr' dir there with another name, commented the mounting
line of '/usr' in fstab, rebooted and renamed the '/new-usr' dir to
'usr', that worked for me.

Thanks for your help, hope this helps someone like me trying to use
newer systemd.

The computer boots faster and halts way faster than with sysvinit. I
still miss some software providing the '.service' files (like slim) but
they seem to work.

Best regards.
Antonio




More information about the Pkg-systemd-maintainers mailing list