From owner-freebsd-current@FreeBSD.ORG Tue Nov 10 19:33:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22523106568F; Tue, 10 Nov 2009 19:33:36 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0CA9D8FC26; Tue, 10 Nov 2009 19:33:35 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KSW0088URNY6S70@asmtp023.mac.com>; Tue, 10 Nov 2009 11:33:35 -0800 (PST) From: Marcel Moolenaar In-reply-to: <4AF9ADF4.5040601@delphij.net> Date: Tue, 10 Nov 2009 11:33:34 -0800 Message-id: <094E4A4A-811E-497F-A720-FD36A2D06265@mac.com> References: <20091002150931.K35591@pooker.samsco.org> <30F3E66A-4A69-46CE-96F4-44B4049722E2@samsco.org> <200911050922.10205.hselasky@c2i.net> <4AF9ADF4.5040601@delphij.net> To: d@delphij.net X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, re@FreeBSD.org, Chao Shin , Hans Petter Selasky Subject: Re: [PATCH] Fix for USB media not found at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2009 19:33:36 -0000 On Nov 10, 2009, at 10:16 AM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hans Petter Selasky wrote: >> Hi, >> >> There is a newer patch in USB P4. >> >> The problem is when the /usr partition for example is not residing on the root >> disk, which is the only disk the code is waiting for. Then the patch will make >> the bootup fail. > > What if we teach rc.d scripts to do something like this: > > do { > mount -a && break; > sleep 1; counter++; > } while counter < 30? > > Will this make sense? Or is there any other concerns? We should add more specific control by adding mount options. Just like NFS mounts can be done in the background, so can we have a mount option that doesn't cause a fail when the underlying device isn't there, but instead results in mount blocking until the device arrives. This then can be combined with a background option to have the boot continue while the mount is pending. -- Marcel Moolenaar xcllnt@mac.com