Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 26 Mar 2016 12:40:19 -0600
From:      Ian Lepore <ian@freebsd.org>
To:        Sylvain Garrigues <sylgar@gmail.com>
Cc:        freebsd-arm@FreeBSD.org
Subject:   Re: [Bug 208308] Adding USB flash drive to fstab kills ue0 on Raspberry Pi 2
Message-ID:  <1459017619.1091.109.camel@freebsd.org>
In-Reply-To: <F50B0604-C186-4EB1-BDA0-523C7ED205B4@gmail.com>
References:  <bug-208308-7@https.bugs.freebsd.org/bugzilla/> <20160326180748.GG86944@www.zefox.net> <1459016044.1091.107.camel@freebsd.org> <F50B0604-C186-4EB1-BDA0-523C7ED205B4@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2016-03-26 at 19:22 +0100, Sylvain Garrigues wrote:
> I fixed the same problem using the ‘late’ mount option in /etc/fstab.
> 

'late' doesn't imply waiting, it just means it happens later in the rc
scripts.  no g'tee that any new devices have appeared between early and
late mounting, but if you're lucky maybe it usually works.

Maybe we need a specific devwait script, similar to netwait (which
really needs to be split into two scripts, netif_wait and netip_wait).

-- Ian

> 
> > Le 26 mars 2016  19:14, Ian Lepore <ian@freebsd.org> a crit :
> > 
> > On Sat, 2016-03-26 at 11:07 -0700, bob prohaska wrote:
> > > I'd like to confirm mischief when trying to add a flash device to
> > > /etc/fstab,
> > > though the symptoms I observed were slightly different. I'm using
> > > the
> > > latest
> > > snapshot, I think it's dated March 8.
> > > 
> > > After adding a /usr partition to /etc/fstab and rebooting it
> > > appeared
> > > that
> > > the system was trying to mount filesystems before /dev was
> > > populated,
> > > reporting
> > > that the device file wasn't found and going to single-user. Once
> > > in
> > > single-user,
> > > the device file existed and could be mounted. Attempts to add a
> > > "late" option
> > > didn't seem to help, eventually I gave up and rewrote the image
> > > to
> > > start over,
> > > thinking I'd made a mistake. Maybe not....or else I have company
> > > 8-)
> > > Unfortunately
> > > I didn't save the console messages.
> > > 
> > > 
> > > This bug report seems to imply use of the video console, and
> > > IIRC, I
> > > saw
> > > the same output on the monitor, though I wasn't paying close
> > > attention 
> > > to it.
> > > 
> > > The system is now running buildworld of R297293 using hand
> > > -mounted
> > > /usr
> > > and swap. It's on the same SanDisk Extreme 32 GB flash drive. If
> > > there's
> > > a particular snapshot or revision that's worth trying please
> > > post.
> > > 
> > > Thanks for reading,
> > > 
> > > bob prohaska
> > 
> > Normally the boot process waits only for the root filesystem device
> > to
> > appear.  You might try adding an unconditional boot delay to
> > /boot/loader.conf, to give time for usb devices to arrive, like
> > 
> > kern.cam.boot_delay="10000"
> > 
> > The number is delay in milliseconds.
> > 
> > -- Ian
> > 
> > _______________________________________________
> > freebsd-arm@freebsd.org <mailto:freebsd-arm@freebsd.org> mailing
> > list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-arm <
> > https://lists.freebsd.org/mailman/listinfo/freebsd-arm>;
> > To unsubscribe, send any mail to "
> > freebsd-arm-unsubscribe@freebsd.org <mailto:
> > freebsd-arm-unsubscribe@freebsd.org>"
> 
> _______________________________________________
> freebsd-arm@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org
> "
> 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1459017619.1091.109.camel>