Date: Mon, 18 Jan 1999 14:46:36 +1030 From: Greg Lehey <grog@lemis.com> To: Makoto MATSUSHITA <matusita@ics.es.osaka-u.ac.jp> Cc: current@FreeBSD.ORG Subject: Re: vinum is always started at boot-time... Message-ID: <19990118144636.B55525@freebie.lemis.com> In-Reply-To: <19990118130353I.matusita@ics.es.osaka-u.ac.jp>; from Makoto MATSUSHITA on Mon, Jan 18, 1999 at 01:03:53PM %2B0900 References: <19990118021522.A443@keltia.freenix.fr> <19990118021522.A443@keltia.freenix.fr> <19990118135514.Y55525@freebie.lemis.com> <19990118130353I.matusita@ics.es.osaka-u.ac.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday, 18 January 1999 at 13:03:53 +0900, Makoto MATSUSHITA wrote: > > Sorry donno who set "$vinum_slide" variable, however, > > grog> Ugh. It wants to be > grog> if [ -n "$vinum_slices" ] > > why not do as the CCD do? Anybody have the answer? > > if [ -f /etc/vinum.conf ]; > vinum create /etc/vinum.conf >/dev/null 2>&1 > fi > > Smart and simple enough? Because it doesn't work like that. The config is stored in the disk labels, not in a static (and not necessarily correct) config file. The config file is only for the first-time create. > And, why we should always do kldload the vinum module? Because I believe that's the correct way to do it. > Built-in the vinum module into kernel (say "pseudo-device vinum" in > kernel config file) is prohibited? Currently, yes. Peter put in hooks to statically configure Vinum, but THEY ARE NOT TESTED. Not at all. Please don't use them, or if you do, tell me only about the fixes you make. > Sorry I do not know how to decide that vinum (or whatever feature) > is already built-in or should be kldload after the kernel starts, > but now we have /boot/loader; pre-loading the modules is quite easy > (see the usage of splash module), and maybe it's not /etc/rc's > business. That's a valid point. When the bootstrap stops moving long enough for me to catch it, I'll look at that. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990118144636.B55525>