Date: Mon, 9 Mar 2015 09:44:48 -0600 From: Warner Losh <imp@bsdimp.com> To: Paul Mather <paul@gromit.dlib.vt.edu> Cc: freebsd-arm@freebsd.org Subject: Re: Oddness with GPT labels on boot Message-ID: <4BA1E952-1CD6-4060-8EC5-6EF6272ACDEE@bsdimp.com> In-Reply-To: <70014E4C-FB67-427C-876E-B646EA0B1AA7@gromit.dlib.vt.edu> References: <20150308221139.687c8f3a@ivory.wynn.com> <70014E4C-FB67-427C-876E-B646EA0B1AA7@gromit.dlib.vt.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_3C53E8B7-C77B-4C4D-966C-D45F19643195 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Mar 9, 2015, at 8:31 AM, Paul Mather <paul@gromit.dlib.vt.edu> = wrote: >=20 > On Mar 8, 2015, at 10:11 PM, Brett Wynkoop <freebsd-arm@wynn.com> = wrote: >=20 >> Greeting- >>=20 >> So just updated my kernel sources and now I have this oddness = happening: >>=20 >> 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 =3D 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=3D0x2<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 >> THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: >> ufs: /dev/gpt/bbexport (/export) >> Unknown error; help! >> ERROR: ABORTING BOOT (sending SIGTERM to parent)! >> Mar 8 22:04:47 init: /bin/sh on /etc/rc terminated abnormally, going >> to single user mode Enter full pathname of shell or RETURN for = /bin/sh: >> # fsck -p >> /dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS >> /dev/mmcsd0s2a: clean, 560326 free (12950 frags, 68422 blocks, 0.7% >> fragmentation) /dev/gpt/bbexport: FILE SYSTEM CLEAN; SKIPPING CHECKS >> /dev/gpt/bbexport: clean, 3375570 free (114 frags, 421932 blocks, = 0.0% >> fragmentation) >> # >>=20 >> Note I did nothing more than run fsck -p as soon as I was at >> the /bin/sh prompt. >>=20 >> # uname -a >> FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #6 r279797: Sun Mar 8 >> 21:22:04 EDT 2015 >> wynkoop@beaglebone.wynn.com:/usr/src/sys/arm/compile/BB-BEW arm >> # >>=20 >> Before this kernel I had no problem with the filesystem being checked >> and mounting at boot. >>=20 >> I have not rebuilt world, but I am at a loss as to how that could be >> the problem. Note above that it said it could not >> find /dev/gpt/bbexport. >>=20 >> I have even put the late param in /etc/fstab for /dev/gpt/bbexport to >> see if that would help. >=20 >=20 > One thing that caught me very recently is that when the DTrace code = went in, the BEAGLEBONE kernel config file also grew this line: >=20 > makeoptions MODULES_OVERRIDE=3D"opensolaris dtrace dtrace/lockstat = dtrace/profile dtrace/fbt" >=20 >=20 > That has the effect of only building those modules. If, like me, you = were using GEOM labels (which, from the above, it looks like you are = using GPT labels), via the geom_label module, then you'd get some = breakage with any new kernel, as the /dev/gpt devices would not appear = and your file systems would not be mountable. :-( >=20 > If you rely on the vanilla BEAGLEBONE kernel then this might be your = problem. >=20 > So, I suggest you either comment that out (and revert to building all = modules) or add a nomakeoptions somewhere. (I use another kernel config = file that includes BEAGLEBONE and then disables some things via = nooptions and nomakeoptions.) Or grab r279814 where I change the bogus MODULES_OVERRIDE to the correct = MODULES_EXTRA. We want to add dtrace to BEAGLEBONE, not only build = dtrace. Warner --Apple-Mail=_3C53E8B7-C77B-4C4D-966C-D45F19643195 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJU/b/wAAoJEGwc0Sh9sBEALxoQAL+mpYHN7E5qY8kUKG5BUsey te7UvBlB2Iq3w6Fu3MlmgWFpn00qTcOeILbfX02uVQoTYKhtEiobv0hx/GtNKZ8J WdWbtkE23ULtBkApNU6pARC+B09yhTmuYttN0QG5sPfzX/gO+uOrvj8U8nKnT9or vJ9SOX+nix9HfwqVPZiqma1MvGhCyvlaUqHGNWBkaJ5OKwYdY2L+C86aLCbQK8RK 48y7jgjnStFfjt8WhEHcLeBDjz4aniMzCyvi5RWo35ZEkQTt3MGIJ1hNLT8IqbFd 5GcXAoV8qJ4N4j4LmLlxo20Mm6UdvbHGPXK5VlIUlXzgi64Gs0rtIs8YWWnMFVS7 8e40fm0Yb/B4B4/kutSQv7Lll1KHnbBz1+JvnKiI7XINxJdNRdMCZlXXuU3vga0h kiXDvf093BybOx0n3WClKdtBpy8q7dsjY55p5A8dHaLjgLEohjrOyL66bLSoiWsv 0uMFHf2/cE5nLJ+Cw72PayIzosPmvW4IpvfRJ2rZT102eyTUHL22xOf+SzDZbiZn 57g5lbpe1ir0NN4/aM2xYoghHDpZIcRuqFQ+rkcQaUAMAUAKTYnmckCuDblNti1C o9xfRZpWbqh2UWguBz63WKKVnQRb4cbpbDZau+atscLi+qPgUjBvCHjW5wb1ndf5 /nPuqVy+bpbWj2CcKoiJ =C3GM -----END PGP SIGNATURE----- --Apple-Mail=_3C53E8B7-C77B-4C4D-966C-D45F19643195--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BA1E952-1CD6-4060-8EC5-6EF6272ACDEE>