On Wed, Jun 1, 2011 at 03:35, Mick <michaelkintz...@gmail.com> wrote:
> On Tuesday 31 May 2011 21:02:46 Alan McKinnon wrote:
>> Apparently, though unproven, at 21:27 on Tuesday 31 May 2011, Mick did
>> opine
>>
>> thusly:
>> > On Tuesday 31 May 2011 08:07:24 Pandu Poluan wrote:
>> > > On Tue, May 31, 2011 at 13:56, Alan McKinnon <alan.mckin...@gmail.com>
----- 8< ----- massive snippage ----- >8 -----
>> > > When SpanKY's makedev gets stabilized and pushed to baselayout, I'll
>> > > then happily ditch the genkernel cheat for my next VMs :-)
>> >
>> > Are you sure that manually creating /dev/console and /dev/null isn't all
>> > that is required? The rest of the devices will be created by udev when
>> > it runs at boot time.
>>
Most probably so. But at that point, I was pressed for time. Had the
system need only /dev/{console,null} then all will be well. If not?
Then another cycle of LiveCD-mount-mknod-restart.
Much faster to just `genkernel initramfs` while waiting for the snafus
to be fixed
(Well, that, and I'm lazy)
>> null and console are the absolute irreducible minimum but there's one that
>> can be dispensed with if the correct kernel option is enabled.
>>
>> We don't need everything that makedev traditionally provided (like every
>> block device type known to man, floppys and ancient ptys) but the rest
>> number about ~250 and are useful in single-user mode if udev fails to
>> start.
>>
>> Considering that ~250 devices consumes a teeny-weeny bit of disk space and
>> they are hidden from view normally, I say it's worth it leaving them in.
>> Which is what vapier also says.
Agree.
> I see. In my head it is as if we're going against the udev principle of
> populating required device nodes. If udev does not start, isn't it time to
> head for the nearest LiveCD, or must we ensure that every breakage is fixable
> in single-user mode?
There are cases for each, but I personally prefer going single-user.
Especially when working on virtualized servers.
Rgds,
--
Pandu E Poluan
~ IT Optimizer ~
Visit my Blog: http://pepoluan.posterous.com
