[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87sk8z9q0h.fsf@frosties.localdomain>
Date: Thu, 18 Feb 2010 04:33:34 +0100
From: Goswin von Brederlow <goswin-v-b@....de>
To: david@...g.hm
Cc: Kyle Moffett <kyle@...fetthome.net>,
Rudy Zijlstra <rudy@...mpydevil.homelinux.org>,
Neil Brown <neilb@...e.de>,
"Mr. James W. Laferriere" <babydr@...y-dragons.com>,
Bill Davidsen <davidsen@....com>,
Volker Armin Hemmann <volkerarmin@...glemail.com>,
Michael Evans <mjevans1983@...il.com>,
linux-kernel@...r.kernel.org, linux-raid@...r.kernel.org
Subject: Re: Linux mdadm superblock question.
Nick Bowler <nbowler@...iptictech.com> writes:
> On 09:41 Wed 17 Feb , david@...g.hm wrote:
>> for a distro that is trying to make one kernel image run on every
>> possible type of hardware features like initramfs (and udev, modeules,
>> etc) are wonderful.
>>
>> however for people who run systems that are known ahead of time and
>> static (and who build their own kernels instead of just relying on the
>> distro default kernel), all of this is unnessesary complication, which
>> leaves more room for problems to creep in.
>
> Such people can easily construct an initramfs containing busybox and
> mdadm with a shell script hardcoded to mount their root fs and run
> switch_root. It's a ~10 minute jobbie that only needs to be done once.
Except when mdadm, cryptsetup, lvm change you need to update it.
Esspecially when you set up a new system that might have newer
metadata.
Also at least Debian doesn't (yet) support a common initramfs for their
kernel packaging. You either build a kernel without need for one or you
have a per kernel initramfs that is automatically build and updated
whenever anything in the initrmafs changes. Not often, but still too
often, the initramfs then doesn't work.
Does any other distribution allow building kernel image rpms that will
use a common initramfs for all kernels?
MfG
Goswin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists