From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-57881-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 7F7AF13862D
for <garchives@archives.gentoo.org>; Wed, 23 Jan 2013 19:09:26 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id A52EC21C0AA;
Wed, 23 Jan 2013 19:09:22 +0000 (UTC)
Received: from mail-ia0-f180.google.com (mail-ia0-f180.google.com [209.85.210.180])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id A5166E056C
for <gentoo-dev@lists.gentoo.org>; Wed, 23 Jan 2013 19:09:21 +0000 (UTC)
Received: by mail-ia0-f180.google.com with SMTP id f27so4310448iae.11
for <gentoo-dev@lists.gentoo.org>; Wed, 23 Jan 2013 11:09:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:x-received:sender:in-reply-to:references:date
:x-google-sender-auth:message-id:subject:from:to:content-type;
bh=YRnVhJapaDLahvncjY5lcUAr2ennObR2T72YXPQ7TP0=;
b=y5AQk/xc74M/9Ew6YiJZVFp41kkTORXHLc88JgzfQOthCaZ26iIOlXk4X1AyKuJAzR
BStUiR4Rwdd+MjaTsR0a92IzZwljlRQvu8mwXmm7GrfatldosnYVrwQ7534I3dVFcdRt
iPO/nrjWIz4B7qhjBBcc3GVuIe1sFXeZumwgjFEGOudiUPz/nLXS3whJ1mD73zP5Ymz2
QerrPUIkfG86eKYgpxESN1yRzpAjF0Mdwz1OVdWBdAqL38sqAFeuN2TOnGvM/F6cITpr
yhobSxk+k5zgq4Iyo4/yzhgx57Cczq/52ldLpHANAzBDLGqpKqYKFERaEdTetaOdgBLx
7c0w==
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.50.203.37 with SMTP id kn5mr2086815igc.47.1358968160819;
Wed, 23 Jan 2013 11:09:20 -0800 (PST)
Sender: freemanrich@gmail.com
Received: by 10.64.30.231 with HTTP; Wed, 23 Jan 2013 11:09:20 -0800 (PST)
In-Reply-To: <CAJ0EP42CLXKVY-6-2Zg_6Ds9KokshLMpWc7D+B0Vff3NzsFJ=Q@mail.gmail.com>
References: <50FFE241.6030107@gentoo.org>
<51002BFF.3070402@desaster-games.com>
<CAJ0EP41wdezocLkUzuKvWhE7N2b=s06zoKDUarUP=dX_b2nWcQ@mail.gmail.com>
<CAGfcS_nYVKrLTYOpV38KcQinH3eV-tygtmTSrzK6dTPHqnQv7w@mail.gmail.com>
<CAJ0EP42CLXKVY-6-2Zg_6Ds9KokshLMpWc7D+B0Vff3NzsFJ=Q@mail.gmail.com>
Date: Wed, 23 Jan 2013 14:09:20 -0500
X-Google-Sender-Auth: ob6MEShLBK7_CXBRe2PnPef3XHg
Message-ID: <CAGfcS_=MJNO5bfjvES-=RLGPTx9znMUSxx6Dx8KAQvJm2NKkMQ@mail.gmail.com>
Subject: Re: [gentoo-dev] news item for udev 197-r3 upgrade (yes, I know, it's late)
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Content-Type: text/plain; charset=ISO-8859-1
X-Archives-Salt: fa2d0beb-4570-4c17-9f9e-6c376b3b6f27
X-Archives-Hash: 52ff0f3184cb6c6463ba1a531d77cd0c
On Wed, Jan 23, 2013 at 1:56 PM, Mike Gilbert <floppym@gentoo.org> wrote:
>
> Ah, good to know. I'm used to dealing with my little homegrown
> initramfs, where I parse root from the kernel command line in /init.
> genkernel does the same thing.
Yeah, dracut generally "does the right thing" but that generally
assumes that things like fstab are correct. It still uses the root=
option (I'm not sure if it can work without it - I believe it does
snapshot the fstab at time of creation). My understanding is that
dracut actually remounts root a few times as it moves along, starting
with the kernel command line, then after setting up mounts in
fstab.sys (which is how you handle a separate /usr), and finally based
on the contents of fstab (which it can't read until it actually has
root mounted). When it is done the root filesystem is mounted using
all options in /etc/fstab, which is probably a good thing.
That said, it hasn't been without bugs. I think they're mostly fixed
at this point, but I haven't tried removing all of my workarounds
(mainly around the fact that it wasn't auto-assembling my raid unless
I hardcoded an mdadm -As in a script).
The best thing about dracut though is that it is pretty powerful, with
modules/hooks/etc. When it wasn't quite working right for me I just
added my own module to it. It also has the side-benefit of working
well even when mdadm decides to renumber all my md minor device
numbers (tends to happen when booting for CD or whatever - probably
because I'm using older metadata for some of the arrays).
Rich