Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Rich Freeman <rich0@g.o>
Subject: Re: Re: udev and /usr
Date: Sat, 17 Sep 2011 10:10:31 -0400
On Sat, Sep 17, 2011 at 2:16 AM, Joost Roeleveld <span dir="ltr">&lt;<a href="mailto:joost@...">joost@...</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br></div>
Except that Redhat and Centos use LVM by default. Which will also mean that<br>
&quot;simple users&quot; also end up using LVM.<br>
Then again, they also end up with an initr* and a generic kernel for<br>
everything under the sun.<br>
I haven&#39;t properly looked at the kernel-configs from redhat lately, but I<br>
don&#39;t think they include all the possible hardware options be default?<br>
<font color="#888888"><br><br></font></blockquote><div><br></div><div>The typical mainstream binary distro approach is to:</div><div><br></div><div>1.  Build every module under the sun that won&#39;t cause more support headaches than benefits.</div>
<div>2.  Build a really smart initramfs that can find root whether it is on raid, lvm, luks, or on a SAN behind luks and a VPN (ok, I&#39;m stretching it a little).</div><div>3.  Deploy that on everything.</div><div><br></div>
<div>With an initramfs you can essentially build a completely modular kernel, since the kernel can rely on any module it wishes right from the start.  However, once the initramfs is done the kernel is still a minimal size since unused modules don&#39;t occupy space (the initramfs wipes itself out of ram as its last step, unless in a debug mode).  </div>
<div><br></div><div>Sure, the fancy initramfs takes work, but since the install image is one-size-fits-all it is less maintenance in the long haul.  Plus you can replace your motherboard and still boot the same drive image.  The downside is that it might take an extra second or two to boot, but dracut is pretty fast.</div>
<div><br></div><div>Honestly, if I were running a server setup I&#39;d probably consider using an intiramfs.  They&#39;re a lot less susceptible to being messed up if for whatever reason the drives get re-ordered in the BIOS (root=UUID, or with LVM the device names can usually be trusted).  I once booted off of a rescue CD that for whatever reason changed the major numbers assigned to my raid devices and for a while I could never predict what /dev/md# my root would end up with.  That is what started my quest to get dracut working, which I&#39;ll continue whenever <a href="http://git.kernel.org">git.kernel.org</a> is back up...</div>
<div><br></div><div>Rich</div></div>
References:
udev and /usr
-- Joost Roeleveld
Re: udev and /usr
-- Duncan
Re: Re: udev and /usr
-- Joost Roeleveld
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Re: udev and /usr
Next by thread:
Re: Re: udev and /usr
Previous by date:
Re: Re: udev and /usr
Next by date:
Re: udev and /usr


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.