On Sat, May 3, 2014 at 8:08 AM, Stefan G. Weichinger <li...@xunil.at> wrote: > > Box boots now with kernel 3.14.1 and with commented LVs in fstab. > > When I login and check there are no mdadm-raids assembled. > > When I "mdadm -A --scan" they get correctly assembled: > > # cat /proc/mdstat > Personalities : [raid1] > md4 : active raid1 sdb3[0] sdc6[2] > 52395904 blocks super 1.2 [2/2] [UU] > > md1 : active raid1 sdb6[0] sdc3[1] > 623963072 blocks [2/2] [UU] > > (Don't ask for the strange setup with sdb3/sdc6 and sdb6/sdc3, > historically grown somehow ...) > > "vgchange -ay" then gets me all my LVs. Great so far. > > So the question is, what part of the whole setup should now assemble the > arrays? > > I think, dracut, right? > > So I will now test booting with these funny "rd.auto" kernel line > parameters ... > > Has mdadm.service to be enabled as well? Or is that redundant in a way?
Try "rd.md.uuid=<...>" for all the md arrays that you want to bring up.
