<tt><font size=2>Lennart Poettering <lennart@poettering.net> wrote
on 04/27/2015 12:47:38 PM:<br>
> On Mon, 27.04.15 11:47, Aaron_Wright@selinc.com <br>
> (Aaron_Wright@selinc.com) wrote:<br>
> <br>
> > I applied commit 628c89cc68ab96fce2de7ebba5933725d147aecc - core:
rework <br>
> > device state logic, but now I'm left with a random chance to
boot or not.<br>
> > <br>
> > Some boots it comes up with "/var mounted" and lots
of nice colored "[ OK <br>
> > ]"s.<br>
> > <br>
> > Some boots it comes up with "Unit var.mount is bound to
inactive unit <br>
> > /dev/mapper/<name>. Stopping, too." and no colored
"[ OK ]"s and about <br>
> > half the logs; only the "systemd[1]" messages, and
it just hangs at some <br>
> > point; it never reaches the default target.<br>
> > <br>
> > I create /dev/mapper/<name> in initrd with cryptsetup,
and then mount it <br>
> > to /newroot/var before switching root to /newroot and running
systemd. I <br>
> > don't use systemd in initrd.<br>
> <br>
> Make sure to apply 496068a8288084ab3ecf8b179a8403ecff1a6be8<br>
> and f62009410a72f5a89bfb8fdd7e48d9d472a6887b.<br>
> <br>
> Also make sure you have LVM/DM compiled with proper udev support.<br>
</font></tt>
<br><tt><font size=2>Thanks for hearing me out on this.</font></tt>
<br>
<br><tt><font size=2>I applied those other commits you listed, and I took
a look at the lvm2 package, which was being compile with "--disable-udev_sync"
and "--disable-udev_rules". I enabled both of those and recompiled
both lvm2 and systemd.</font></tt>
<br>
<br><tt><font size=2>Nothing changed. Sometimes var.mount is still bound
to an inactive /dev/mapper/<name>.</font></tt>
<br>
<br><tt><font size=2>Do I need the *.rules files from lvm2?</font></tt>
<br>
<br><tt><font size=2>So an additional question, is it a requirement to
use udev in initrd where /var is decrypted and mounted? I currently wasn't
doing so. I just use whatever devtmpfs gave me.</font></tt>