1 |
On Tue, 2011-03-22 at 19:15 +0000, Duncan wrote: |
2 |
> I'm absolutely with you on that. If you don't need an initr*, it |
3 |
> definitely makes the whole thing simpler to avoid it (as I too have done). |
4 |
|
5 |
I have an initrd on our firewall/fileserver here at the SOHO since I'm |
6 |
I'm loading the root fs from a RAID-supported, EVMS drive. I did this |
7 |
as a kind of proof of concept to learn how to do it, but at one point a |
8 |
kernel upgrade forced me to rebuild the initrd manually with a newer |
9 |
glibc. It was a strange problem, and a lot of work to fix. If I could |
10 |
diagnose and fix _that_ I reckon I can quit whining and fix the |
11 |
(probably relatively easy) one with my desktop boot. |
12 |
|
13 |
It's a pity that EVMS is an orphaned project, or was the last time I |
14 |
checked. IBM dropped it. It was and is a pretty slick system. |
15 |
|
16 |
Ubuntu uses an initrd in all their stuff. I believe it's involved in |
17 |
the display of their boot graphic and such. They've achieved _very_ |
18 |
fast boot times, though, and the loaded system is disk-based. I know a |
19 |
lot of Gentoo people look down on Ubuntu, but every distribution I've |
20 |
ever worked with has its advantages and disadvantages. Open Source is |
21 |
about choice :-) |
22 |
|
23 |
> Panicking is certainly understandable, particularly coming at an already |
24 |
> busy time of year. But that's behind us now. And simply having no time |
25 |
> to deal with it for a few days is something I'm sure we all deal with, |
26 |
> especially when there ends up a social crisis to deal with too. |
27 |
|
28 |
I'm going to nominate Jorge for sainthood! Everybody's moved on. Kudos |
29 |
to everybody :-) |
30 |
|
31 |
> Meanwhile, now we know the fork in the path to take. Without an initr*, |
32 |
> the fact that you get even a limited userspace (not just a kernel panic) |
33 |
> means that the kernel has the necessary drivers to get to and do the |
34 |
> initial load of the rootfs. |
35 |
|
36 |
I was getting a kernel panic for a while until I added a root spec to |
37 |
the kernel invocation in menu.lst. |
38 |
|
39 |
> The problem must be beyond that, in the |
40 |
> userspace config, initscripts or binaries. |
41 |
|
42 |
This is probably close to the point. Still working on our greenhouse, |
43 |
but soon I'll get the time to get back on the case with this problem. |
44 |
|
45 |
> At this point I'd guess something like the udev/kernel-config-deprecated- |
46 |
> sysfs issue someone else mentioned. |
47 |
|
48 |
Excellent shot, Duncan. I'll check it. I won't be using the 2.6.29 |
49 |
kernel again, as per Roman's suggestion, but 2.6.36 instead. |
50 |
|
51 |
-- |
52 |
Lindsay Haisley | "We are all broken toasters, but we still |
53 |
FMP Computer Services | manage to make toast" |
54 |
512-259-1190 | |
55 |
http://www.fmp.com | - Cheryl Dehut |
56 |
| |