On Sat, 8 Jun 2013, Steve Langasek wrote:
If so, you should be able to work around this incompatibility by adding a
'nobootwait' option to your /usr/local fstab entry. This will instruct
mountall to not hold up the boot waiting for this filesystem to become
available, breaking the deadlock between /etc/rcS.d/S??lvm2 and mountall.
This means there will be a slight race condition introduced on your system,
but assuming you aren't starting any services out of /usr/local at boot
time, this should be ignorable.
If you can confirm this fixes the problem for you, I'll work with the lvm2
maintainers to come up with an appropriate fix here.
I can confirm that adding 'nobootwait' to the LVM-hosted drives allows
boot to proceed. I'm fairly sure udev is started already by that point, so
it's just the LVM startup that needs to happen.
There are two further problems with boot, that I'll raise as separate
tickets: If booting is set to use startpar the boot hangs somewhere after
cryptdisks (in my configuration), and the second invocation of fsck in the
checkfs.sh script fails because the drives are already mounted (probably
only needs the addition of a -M switch).
--
Peter Denison <peterd at marshadder dot org>
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
