[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100218032610.GB1991@lapse.rw.madduck.net>
Date: Thu, 18 Feb 2010 16:26:10 +1300
From: martin f krafft <madduck@...duck.net>
To: Henrique de Moraes Holschuh <hmh@....eng.br>
Cc: Neil Brown <neilb@...e.de>, david@...g.hm,
Nick Bowler <nbowler@...iptictech.com>,
Volker Armin Hemmann <volkerarmin@...glemail.com>,
Kyle Moffett <kyle@...fetthome.net>,
Rudy Zijlstra <rudy@...mpydevil.homelinux.org>,
"Mr. James W. Laferriere" <babydr@...y-dragons.com>,
Bill Davidsen <davidsen@....com>,
Michael Evans <mjevans1983@...il.com>,
linux-kernel@...r.kernel.org, linux-raid@...r.kernel.org
Subject: Re: (boot time consequences of) Linux mdadm superblock question.
also sprach Henrique de Moraes Holschuh <hmh@....eng.br> [2010.02.18.1558 +1300]:
> > Using user-space autodetection, you can plug "mdadm -I" into
> > udev, and have arrays assembled as they are found, and
> > filesystems mounted as arrays are assembled, and then you just
> > have to wait for the root filesystem to appear, not for "all
> > devices".
>
> Is this ready for testing somewhere? initramfs+mdadm.conf is
> operator-error bait, proper auto-assemble that does away with the
> requirement of an up-to-date mdadm.conf inside the initrd would
> help a great deal, there.
Debian experimental. But so far, I was unable to get rid of
mdadm.conf because it only works without the info in that file if
the homehost is correctly encoded in the metadata. So the challenge
I am facing is http://bugs.debian.org/567468.
> It will need something like LVM has to blacklist/whitelist what
> device classes it will scan for superblocks though, or it will
> eventually cause a lot of trouble.
We rely on linux-base reporting the FS type as linux_raid_member and
mdadm -E finding the metadata if that's the case.
--
martin | http://madduck.net/ | http://two.sentenc.es/
sex an und für sich ist reine selbstbefriedigung.
spamtraps: madduck.bogus@...duck.net
Download attachment "digital_signature_gpg.asc" of type "application/pgp-signature" (199 bytes)
Powered by blists - more mailing lists