1 |
On Sun, Jan 1, 2012 at 4:45 AM, Dale <rdalek1967@×××××.com> wrote: |
2 |
> This is my issue as well. I tried to make a init* to deal with this and |
3 |
> have yet to get one to work, not one single working boot up. I have tried |
4 |
> different howtos and not one of them produced anything that works. I have |
5 |
> not found a dracut howto that makes any sense either. Sorry but genkernel |
6 |
> left a bad taste in my mouth ages ago. |
7 |
|
8 |
While I think that the direction we're moving in (/usr on root or use |
9 |
an initramfs) is inevitable, I do agree that it needs some |
10 |
improvement. |
11 |
|
12 |
I've gotten Dracut to work fine in VMs (even with fairly complex |
13 |
setups), but every time I try it on my server it doesn't set up the |
14 |
raid for some reason, and drops me to a dash shell. If I just run |
15 |
mdadm_auto at that point it takes about 15 seconds to find and setup |
16 |
my raid, and just typing exit boots the system just fine. I keep it |
17 |
as an option in grub so that whenever my raid device numbers get mixed |
18 |
up (seems to happen every other month for no apparent reason) I can |
19 |
boot the system, since dracut does use the mdadm.conf and UUIDs to put |
20 |
everything in the right place and find the right root (something you |
21 |
can't do without an initramfs). One of these days I'll figure out how |
22 |
to hack an mdadm_auto into the script as a last-ditch measure and then |
23 |
I'll just have to deal with a one-minute delay. |
24 |
|
25 |
For being the wave of the future it seems like the only documentation |
26 |
Dracut has is a single page website with a few paragraphs of info. |
27 |
|
28 |
I think the bottom line is that the future may look inevitable, but it |
29 |
isn't actually here yet. I advocate being ready for the future, but |
30 |
let's try not to force its arrival before everything is mature (though |
31 |
having it in portage as an option is completely in the spirit of |
32 |
Gentoo). |
33 |
|
34 |
Rich |