From owner-freebsd-questions@FreeBSD.ORG Wed Mar 5 20:52:41 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB6761065671 for ; Wed, 5 Mar 2008 20:52:41 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from snoogles.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF948FC14 for ; Wed, 5 Mar 2008 20:52:41 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from localhost (localhost [127.0.0.1]) by snoogles.rachie.is-a-geek.net (Postfix) with ESMTP id 6C8D71CDE4; Wed, 5 Mar 2008 11:52:40 -0900 (AKST) From: Mel To: freebsd-questions@freebsd.org Date: Wed, 5 Mar 2008 21:52:37 +0100 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803052152.38225.fbsd.questions@rachie.is-a-geek.net> Cc: Daniel Feenberg Subject: Re: faster booting X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2008 20:52:41 -0000 On Wednesday 05 March 2008 21:06:39 Daniel Feenberg wrote: > About the only thing I can find is to reduce the 10 second boot screen > delay - but we need to cut more than 30 seconds. > > The server is statically configured but the clients obtain network > configuration from dhcp and pxeboot with nfs mounted root directories. > Clients are FreeBSD and Linux, and we are not eager to give up pxeboot as > it has greatly simplified maintainance. > > Any suggestions, pointers much appreciated. Well, you could remove any hardware devices from the kernel, that you're sure you don't have nor going to get within the machine's lifetime. Nics and disk/raid controllers are good candidates. However, this isn't really an exact science and you may not be able to cut the time you need. So you could of course make up for it, by *delaying* the dependant machines by 30-60 seconds. I'm sure that another 30-60 seconds on a multi-hour outage isn't gonna make a difference. -- Mel Problem with today's modular software: they start with the modules and never get to the software part.