1 |
On Wed, Jan 23, 2013 at 1:56 PM, Mike Gilbert <floppym@g.o> wrote: |
2 |
> |
3 |
> Ah, good to know. I'm used to dealing with my little homegrown |
4 |
> initramfs, where I parse root from the kernel command line in /init. |
5 |
> genkernel does the same thing. |
6 |
|
7 |
Yeah, dracut generally "does the right thing" but that generally |
8 |
assumes that things like fstab are correct. It still uses the root= |
9 |
option (I'm not sure if it can work without it - I believe it does |
10 |
snapshot the fstab at time of creation). My understanding is that |
11 |
dracut actually remounts root a few times as it moves along, starting |
12 |
with the kernel command line, then after setting up mounts in |
13 |
fstab.sys (which is how you handle a separate /usr), and finally based |
14 |
on the contents of fstab (which it can't read until it actually has |
15 |
root mounted). When it is done the root filesystem is mounted using |
16 |
all options in /etc/fstab, which is probably a good thing. |
17 |
|
18 |
That said, it hasn't been without bugs. I think they're mostly fixed |
19 |
at this point, but I haven't tried removing all of my workarounds |
20 |
(mainly around the fact that it wasn't auto-assembling my raid unless |
21 |
I hardcoded an mdadm -As in a script). |
22 |
|
23 |
The best thing about dracut though is that it is pretty powerful, with |
24 |
modules/hooks/etc. When it wasn't quite working right for me I just |
25 |
added my own module to it. It also has the side-benefit of working |
26 |
well even when mdadm decides to renumber all my md minor device |
27 |
numbers (tends to happen when booting for CD or whatever - probably |
28 |
because I'm using older metadata for some of the arrays). |
29 |
|
30 |
Rich |