Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 08 Mar 2015 23:14:49 -0400
From:      Adam McDougall <mcdouga9@egr.msu.edu>
To:        freebsd-arm@freebsd.org
Subject:   Re: Oddness with GPT labels  on boot
Message-ID:  <54FD1029.60500@egr.msu.edu>
In-Reply-To: <20150308221139.687c8f3a@ivory.wynn.com>
References:  <20150308221139.687c8f3a@ivory.wynn.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 03/08/2015 22:11, Brett Wynkoop wrote:
> Greeting-
> 
> So just updated my kernel sources and now I have this oddness happening:
> 
> No suitable dump device was found.
> Starting file system checks:
> /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS
> /dev/mmcsd0s2a: clean, 560326 free (12950 frags, 68422 blocks, 0.7%
> fragmentation) ugen1.2: <vendor 0x0781> at usbus1
> umass0: <vendor 0x0781 Staples, class 0/0, rev 2.00/1.22, addr 2> on
> usbus1 umass0:  SCSI over Bulk-Only; quirks = 0xc100
> umass0:0:0: Attached to scbus0
> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0
> da0: <Staples  1.22> Removable Direct Access SCSI-5 device 
> da0: Serial Number 4C532000071129119192
> da0: 40.000MB/s transfers
> da0: 15267MB (31266816 512 byte sectors: 255H 63S/T 1946C)
> da0: quirks=0x2<NO_6_BYTE>
> Can't stat /dev/gpt/bbexport: No such file or directory
> Can't stat /dev/gpt/bbexport: No such file or directory

> I have even put the late param in /etc/fstab for /dev/gpt/bbexport to
> see if that would help.
> 
> -Brett
> 

I've read all the past emails and wanted to ask about some data points
to see if I have any ideas or if someone else will notice something.
Apologies if any of these were covered but I tried to look.
Can you post the output of:

gpart show
gpart list
cat /etc/fstab
mount -v (while /export is mounted)
sysctl hw.usb.no_boot_wait
cat /var/run/dmesg.boot
maybe even sysctl kern.geom.confxml

Also I know you probably don't have very much ram at all, but in
interest of testing with another filesystem you might try zfs if
available.  I'm sure it would be unrealistic for production and it might
crash if it runs out of ram, but that isn't worse than what you already
have and the zfs checksumming might reveal something.

Thanks.



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