1 |
Canek Peláez Valdés <caneko@×××××.com> wrote: |
2 |
|
3 |
> On Thu, May 15, 2014 at 1:18 AM, Canek Peláez Valdés <caneko@×××××.com> wrote: |
4 |
> > On Wed, May 14, 2014 at 5:26 PM, <covici@××××××××××.com> wrote: |
5 |
> > [snip] |
6 |
> >> |
7 |
> >> Well, the workaround sort of worked -- it went through the initrd -- I |
8 |
> >> had debug in the kernel command line, but it did not stop for nothing! |
9 |
> >> When it went to the real root, however it did not activate any of the |
10 |
> >> lvm volumes I had except for what I specified in the kernel command |
11 |
> >> line, causing things not to work well. Also, I noticed that if insisted |
12 |
> >> on using the predictable network names, even though I have |
13 |
> >> /etc/udev/rules.d/70-persistent-net.rules and |
14 |
> >> /etc/udev/rules.d/80-name-slot.rules which work fine in openrc to give |
15 |
> >> me back my eth* names. So all in all, it was a mess and took me to an |
16 |
> >> emergency shell and that was the end of that. I did eventually activate |
17 |
> >> some volumes by lvchange -aay, but obviously that would not work well. |
18 |
> > |
19 |
> > OK, I was a little mystified about why dracut-036 worked on my system |
20 |
> > and 037 didn't. Before I tried any workaround, I wanted to know what |
21 |
> > changed from the previous version to the current one. |
22 |
> > |
23 |
> > So I generated an initramfs with dracut-036-r4 and another one with |
24 |
> > dracut-037-r1, and I tried to see what changed from one to the other. |
25 |
> > The answer is surprisingly easy: in /etc/cmdline.d/, the following |
26 |
> > files where in the 036-r4 version, but not in the 037-r4: |
27 |
> > |
28 |
> > 90crypt.conf |
29 |
> > 90lvm.conf |
30 |
> > 90mdraid.conf |
31 |
> > base.conf |
32 |
> > |
33 |
> > Te contents of those files are (90crypt.conf is empty): |
34 |
> > |
35 |
> > 90lvm.conf |
36 |
> > rd.lvm.lv=vg/vol1 |
37 |
> > rd.lvm.lv=vg/vol4 |
38 |
> > rd.lvm.lv=vg/vol3 |
39 |
> > |
40 |
> > 90mdraid.conf |
41 |
> > rd.md.uuid=f4a59e68:fbe4039f:a39fc86d:e9e91e12 |
42 |
> > |
43 |
> > base.conf |
44 |
> > ro |
45 |
> > |
46 |
> > So I just changed my /etc/default/grub file: |
47 |
> > |
48 |
> > GRUB_CMDLINE_LINUX="init=/usr/lib/systemd/systemd quiet nosplash |
49 |
> > rd.lvm.lv=vg/vol1 rd.lvm.lv=vg/vol4 rd.lvm.lv=vg/vol3 |
50 |
> > rd.md.uuid=f4a59e68:fbe4039f:a39fc86d:e9e91e12" |
51 |
> > |
52 |
> > I regenerated my GRUB2 config, and now again my LVM test system works |
53 |
> > perfectly with the latest dracut version. |
54 |
> |
55 |
> I'm an idiot; I didn't saw the documentation about hostonly_cmdline; |
56 |
> BTW Jc, you used host_cmdline, I think the former is the correct one. |
57 |
> |
58 |
> So, to resume: there is no bug, is just that before hostonly_cmdline |
59 |
> was yes by default, and now is no by default. This change was |
60 |
> documented, but I failed to notice it (and I think the ebuild in |
61 |
> Gentoo should print an einfo message). |
62 |
> |
63 |
> Anyway, I think that explains all my problems; John, I don't know if |
64 |
> it will solve yours. Again: did you used "dracut --print-cmdline" to |
65 |
> get the command line? Also, have you tried to use -H to generate your |
66 |
> initramfs? And finally, have you tried with --hostonly-cmdline? |
67 |
|
68 |
I did not use --hostonly-cmdline because I have other parameters and |
69 |
wanted to keep everyting together -- should that make a difference? If |
70 |
I did use that then would I have append="" in lilo.conf or the grub |
71 |
equivalemt? |
72 |
|
73 |
|
74 |
-- |
75 |
Your life is like a penny. You're going to lose it. The question is: |
76 |
How do |
77 |
you spend it? |
78 |
|
79 |
John Covici |
80 |
covici@××××××××××.com |