lkml.org 
[lkml]   [2009]   [Aug]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] Driver Core: devtmpfs - kernel-maintained tmpfs-based /dev
Greg KH wrote:
> On Thu, Aug 06, 2009 at 12:20:58PM -0400, David Dillow wrote:
>> On Thu, 2009-08-06 at 17:46 +0200, Andi Kleen wrote:
>>> Greg KH <greg@kroah.com> writes:
>>>> It makes the userspace boot process much simpler and easier to maintain,
>>>> as well as providing a way to handle rescue disks and images trivially,
>>>> and it makes the kernel _less_ dependant on the early userspace bootup
>>>> scripts.
>>> As a initrd less kernel user I can really only agree: getting rid
>>> of the udev-in-initrd requirement would be a big step forward
>>> in usability. Typically I always have to pre populate
>>> a on disk /dev manually first to get my kernels to boot.
>> If you use mount by label or UUID, you still need udev (or other tools)
>> in the initrd to find the right disk, correct?
>
> Yes, you would.
>

Might be straying off-topic here, but I find software raid to be
particularly useful in this case. I've been using it on my home server
for a few years now, including through the transition from ide to
libata. The kernel autostart for md devices has been rock-solid, and
successfully hides the real device name. No initramfs required.

You might want to adapt the md+lvm setup from the gentoo docs [1], even
if you only have one disk (degraded mirror). The only gotcha I've
encountered was forgetting to set up grub after replacing a failed disk,
and it happened to be first in line in the BIOS. Didn't notice 'till an
extended power outage forced a reboot.

Phil

[1] http://www.gentoo.org/doc/en/gentoo-x86+raid+lvm2-quickinstall.xml


\
 
 \ /
  Last update: 2009-08-07 18:17    [W:0.141 / U:1.072 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site