[Bug 208308] Adding USB flash drive to fstab kills ue0 on Raspberry Pi 2

[bob prohaska]

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


On Sat, Mar 26, 2016 at 03:48:09PM +0000, bugzilla-noreply at freebsd.org wrote:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208308
> 
>             Bug ID: 208308
>            Summary: Adding USB flash drive to fstab kills ue0 on Raspberry
>                     Pi 2
>            Product: Base System
>            Version: 11.0-CURRENT
>           Hardware: arm
>                 OS: Any
>             Status: New
>           Severity: Affects Only Me
>           Priority: ---
>          Component: arm
>           Assignee: freebsd-arm at FreeBSD.org
>           Reporter: dhorton668 at hotmail.com
> 
> Created attachment 168654
>   --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=168654&action=edit
> dmesg output from a successful boot noting differences from hung boot.
> 
> I am using FreeBSD-11.0-CURRENT-arm-armv6-RPI2-20160308-r296485.img and
> experiencing a problem with USB flash drives and the built-in RPi Ethernet.  In
> summary, as soon as I add my USB flash drive to /etc/fstab, the system will
> never complete the boot process and ue0 never change the link state.  Once this
> happens, disconnecting the flash drive from the RPi and rebooting does not
> help.   Only if the flash drive is never added to /etc/fstab, will the system
> boot normally.  
> 
> I don't recall experiencing this problem when using
> FreeBSD-11.0-CURRENT-arm-armv6-RPI2-20160127-r294912.img and wonder if the new
> problem may have been introduced by changes made for "Bug 199446 - arm
> Raspberry Pi panic without ethernet connected on boot"
> 
> Here is how to reproduce it:
> 1) Install FreeBSD-11.0-CURRENT-arm-armv6-RPI2-20160308-r296485.img
> 2) Insert a USB flash drive
> 3) Create a UFS filesystem on da0p1
> 4) Add /dev/da0p1 to /etc/fstab
> 5) Restart the Raspberry Pi
> 
> 
> Troubleshooting steps I've taken:
> Erased (dd if=/dev/zero of=/dev/da0) the flash drive and set up partition
> again)
> Used different brand of flash drive.
> Added the option 'noauto' to fstab.
> Used another, known good RPi2.
> Used another, known good power supply.
> Used another, known good SD card.
> 
> None of the above makes a difference and still results in the hung boot.
> 
> 
> Additional troubleshooting:
> I swapped components (flash drive, power supply, SD card and RPi itself) with a
> Linux-based media center.  I cannot reproduce the problem on the media center.
> 
> 
> Workaround:
> Do not add flash drive to fstab, but mount manually after booting.
> 
> 
> I am attaching the dmesg output from a successful boot when the flash drive is
> not in fstab.  Unfortunately I cannot include dmesg output from the hung boot,
> but I do notice that the 'ue0: link state changed to DOWN' and 'ue0: link state
> changed to UP' lines never appear on the screen.
> 
> -- 
> You are receiving this mail because:
> You are the assignee for the bug.
> _______________________________________________
> freebsd-arm at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"