1 |
On 03/14/2012 11:04, Greg KH wrote: |
2 |
|
3 |
> |
4 |
> Not always, no, it isn't obvious that something didn't start up |
5 |
> correctly, or that it didn't fully load properly. Some programs later |
6 |
> on recover and handle things better. |
7 |
|
8 |
|
9 |
I'm well aware of what I run on my own box, and when something isn't |
10 |
running, I figure it out pretty quickly. I tested udev-181 in a Gentoo VM |
11 |
that I put together recently, giving it a separate /usr, and made sure that |
12 |
CONFIG_DEVTMPFS was enbaled. The only service that failed to load properly |
13 |
at startup was udev, specifically because udevadm couldn't locate libkmod |
14 |
(likely because kmod installs into /usr/lib*, which wasn't available yet |
15 |
because I also don't use an initramfs in my kernel). Everything else worked |
16 |
fine, and udev later started properly once localmount was complete. |
17 |
|
18 |
I even tried, out of curiosity, to tweak things and moved udev from sysinit |
19 |
to boot and then to default runlevel. In 'boot', udevadm still fails to |
20 |
load, so no change. In 'default', only net.lo failed because the 'lo' |
21 |
device didn't yet exist until after udev was running. udev itself loaded |
22 |
fine, and the networking scripts restarted themselves. |
23 |
|
24 |
So with the one exception of networking, which in Linux, has never created |
25 |
/dev nodes (has to be some historical piece on why), one almost doesn't need |
26 |
udev at boot to even get things working on a very simple setup like mine. |
27 |
And since udev is the one service that didn't load correctly, one COULD put |
28 |
forth the hypothesis that it is udev that is "broken". But I doubt that |
29 |
will get much traction, right? |
30 |
|
31 |
This does lead me to wonder if a light-weight udev could exist that lacks |
32 |
half or more of the functionality of the current udev. I'll be honest, I've |
33 |
only edited my udev rules file once, and that was only when I installed a |
34 |
Sun Happy Meal quad ethernet card in which all four ports utilize the same |
35 |
MAC address and udev doesn't handle this very gracefully (if I had Solaris, |
36 |
I could edit the card's firmware and change this setting). |
37 |
|
38 |
Devtmpfs quite literally handles 98% of my particular usage scenario. Does |
39 |
that apply to everyone? Nope. Just an interesting observation. |
40 |
|
41 |
-- |
42 |
Joshua Kinard |
43 |
Gentoo/MIPS |
44 |
kumba@g.o |
45 |
4096R/D25D95E3 2011-03-28 |
46 |
|
47 |
"The past tempts us, the present confuses us, the future frightens us. And |
48 |
our lives slip away, moment by moment, lost in that vast, terrible in-between." |
49 |
|
50 |
--Emperor Turhan, Centauri Republic |