Date: Tue, 10 Nov 2009 11:33:34 -0800 From: Marcel Moolenaar <xcllnt@mac.com> To: d@delphij.net Cc: freebsd-current@freebsd.org, re@FreeBSD.org, Chao Shin <quakelee@geekcn.org>, Hans Petter Selasky <hselasky@c2i.net> Subject: Re: [PATCH] Fix for USB media not found at boot Message-ID: <094E4A4A-811E-497F-A720-FD36A2D06265@mac.com> In-Reply-To: <4AF9ADF4.5040601@delphij.net> References: <20091002150931.K35591@pooker.samsco.org> <30F3E66A-4A69-46CE-96F4-44B4049722E2@samsco.org> <op.u2wj7poohnq548@qld630> <200911050922.10205.hselasky@c2i.net> <4AF9ADF4.5040601@delphij.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?094E4A4A-811E-497F-A720-FD36A2D06265>