panic on beaglebone black with sdcard with no partitions

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

panic on beaglebone black with sdcard with no partitions

Darren Tucker
I just installed -current on a beaglebone black.  I dd'ed the miniroot onto
an sdcard and installed onto the internal emmc, which worked fine.  SInce
it's an early model device the internal flash is only 2G so I wanted to put
/usr/{src,obj} onto the sdcard so I deleted the two msdos partitions and
rebooted with the intention of repartitioning, but the kernel panics while
attempting to mount the root fs:

OpenBSD/omap booting ...
arg0 0x0 arg1 0xe05 arg2 0x80000100
atag core flags 0 pagesize 0 rootdev 0
atag cmdline [sd0i:/bsd.umg]
atag mem start 0x80000000 size 0x20000000
bootfile: sd0i:/bsd.umg
bootargs:
memory size derived from u-boot
bootconf.mem[0].address = 80000000 pages 131072/0x20000000
Allocating page tables
freestart = 0x80699000, free_pages = 129383 (0x0001f967)
IRQ stack: p0x806c7000 v0xc06c7000
ABT stack: p0x806c8000 v0xc06c8000
UND stack: p0x806c9000 v0xc06c9000
SVC stack: p0x806ca000 v0xc06ca000
Creating L1 page table at 0x8069c000
Mapping kernel
Constructing L2 page tables
undefined page pmap [ using 298424 bytes of bsd ELF symbol table ]
board type: beaglebone
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2015 OpenBSD. All rights reserved.
http://www.OpenBSD.org

OpenBSD 5.6-current (GENERIC-OMAP) #0: Fri Jan  2 19:26:38 AEDT 2015
    [hidden email]:/usr/src/sys/arch/armv7/compile/GENERIC-OMAP
real mem  = 536870912 (512MB)
avail mem = 518766592 (494MB)
warning: no entropy supplied by boot loader
mainbus0 at root
cpu0 at mainbus0: ARM Cortex A8 R3 rev 2 (ARMv7 core)
cpu0: DC enabled IC enabled WB disabled EABT branch prediction enabled
cpu0: 32KB(64b/l,4way) I-cache, 32KB(64b/l,4way) wr-back D-cache
omap0 at mainbus0: BeagleBone
prcm0 at omap0 rev 0.2
sitaracm0 at omap0: control module, rev 1.0
intc0 at omap0 rev 5.0
edma0 at omap0 rev 0.0
dmtimer0 at omap0 rev 3.1
dmtimer1 at omap0 rev 3.1
omdog0 at omap0 rev 0.1
omgpio0 at omap0: rev 0.1
gpio0 at omgpio0: 32 pins
omgpio1 at omap0: rev 0.1
gpio1 at omgpio1: 32 pins
omgpio2 at omap0: rev 0.1
gpio2 at omgpio2: 32 pins
omgpio3 at omap0: rev 0.1
gpio3 at omgpio3: 32 pins
omap0: device tiiic unit 0 not configured
omap0: device tiiic unit 1 not configured
omap0: device tiiic unit 2 not configured
ommmc0 at omap0
sdmmc0 at ommmc0
ommmc1 at omap0
sdmmc1 at ommmc1
com0 at omap0: ti16750, 64 byte fifo
com0: console
cpsw0 at omap0: version 1.12 (0), address c8:a0:30:b0:ec:82
ukphy0 at cpsw0 phy 0: Generic IEEE 802.3u media interface, rev. 1: OUI
0x0001f0, model 0x000f
scsibus0 at sdmmc0: 2 targets, initiator 0
sd0 at scsibus0 targ 1 lun 0: <SD/MMC, Drive #01, > SCSI2 0/direct fixed
sd0: 7580MB, 512 bytes/sector, 15523840 sectors
scsibus1 at sdmmc1: 2 targets, initiator 0
sd1 at scsibus1 targ 1 lun 0: <SD/MMC, Drive #01, > SCSI2 0/direct fixed
sd1: 1832MB, 512 bytes/sector, 3751936 sectors
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
boot device: sd0
root on sd0a swap on sd0b dump on sd0b
panic: root filesystem has size 0
Stopped at      Debugger+0x4:   ldrb    r15, [r15, r15, ror r15]!
RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC!
DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION!
ddb>
ddb> trace
panic+0x18
        scp=0xc03a22b0 rlv=0xc0399100 (dk_mountroot+0xe4)
        rsp=0xc06cbd94 rfp=0xc06cbfa8
dk_mountroot+0x10
        scp=0xc039902c rlv=0xc0379654 (main+0x4ec)
        rsp=0xc06cbfac rfp=0xc06cbfec
        r6=0xc06247ec r5=0xc06cbfbc r4=0xc0629288
main+0x10
        scp=0xc0379178 rlv=0xc030017c (kernel_text+0x4c)
        rsp=0xc06cbff0 rfp=0xc06cbffc
        r10=0x00000000 r9=0x9f62af28 r8=0x80000100 r7=0x00000e05
        r6=0x80000100 r5=0x00000e05 r4=0x80300120
kernel_text+0x48
        scp=0xc0300178 rlv=0xc0520e2c (mtx_leave+0x50)
        rsp=0xc06cc000 rfp=0x00000000
ddb> ps
   PID   PPID   PGRP    UID  S       FLAGS  WAIT          COMMAND
 10096      0      0      0  3     0x14200  bored         crypto
 20439      0      0      0  3     0x14200  pftm          pfpurge
  8267      0      0      0  3     0x14200  mmctsk        sdmmc1
 14727      0      0      0  3     0x14200  mmctsk        sdmmc0
 22711      0      0      0  3     0x14200  bored         systqmp
  6796      0      0      0  3     0x14200  bored         systq
 13396      0      0      0  3  0x40014200                idle0
   841      0      0      0  3     0x14200  kmalloc       kmthread
     1      0      0      0  3           0  initexec      swapper
*    0     -1      0      0  7     0x10200                swapper

on another (virtual) machine, an image of the sdcard shows this:

# fdisk -e sd1
Enter 'help' for information
fdisk: 1> p
Disk: sd1       geometry: 855/64/63 [3451136 Sectors]
Offset: 0       Signature: 0xAA55
            Starting         Ending         LBA Info:
 #: id      C   H   S -      C   H   S [       start:        size ]
-------------------------------------------------------------------------------
 0: 00      0   0   0 -      0   0   0 [           0:           0 ] unused

 1: 00      0   0   0 -      0   0   0 [           0:           0 ] unused

 2: 00      0   0   0 -      0   0   0 [           0:           0 ] unused

 3: 00      0   0   0 -      0   0   0 [           0:           0 ] unused

fdisk: 1> fdisk: eof

# disklabel -E sd1
Label editor (enter '?' for help at any prompt)
> p
OpenBSD area: 0-3451136; size: 3451136; free: 3451136
#                size           offset  fstype [fsize bsize  cpg]
  c:          3451136                0  unused
>

--
Darren Tucker (dtucker at zip.com.au)
GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4  37C9 C982 80C7 8FF4 FA69
    Good judgement comes with experience. Unfortunately, the experience
usually comes from bad judgement.

Reply | Threaded
Open this post in threaded view
|

Re: panic on beaglebone black with sdcard with no partitions

Darren Tucker
On Mon, Jan 5, 2015 at 9:14 PM, Darren Tucker <[hidden email]> wrote:
[..]

> sd0 at scsibus0 targ 1 lun 0: <SD/MMC, Drive #01, > SCSI2 0/direct fixed
> sd0: 7580MB, 512 bytes/sector, 15523840 sectors
> scsibus1 at sdmmc1: 2 targets, initiator 0
> sd1 at scsibus1 targ 1 lun 0: <SD/MMC, Drive #01, > SCSI2 0/direct fixed
> sd1: 1832MB, 512 bytes/sector, 3751936 sectors
>

nevermind, I think I see why: I have the default firmware boot order
(external sdcard then internal sdcard) and they are being detected in that
order, making the root disk sd1 rather than sd0 as the kernel expects.  I
guess I need to figure out how to change that.

--
Darren Tucker (dtucker at zip.com.au)
GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4  37C9 C982 80C7 8FF4 FA69
    Good judgement comes with experience. Unfortunately, the experience
usually comes from bad judgement.

Reply | Threaded
Open this post in threaded view
|

Re: panic on beaglebone black with sdcard with no partitions

Jan Stary
On Jan 05 21:21:10, [hidden email] wrote:

> On Mon, Jan 5, 2015 at 9:14 PM, Darren Tucker <[hidden email]> wrote:
> [..]
>
> > sd0 at scsibus0 targ 1 lun 0: <SD/MMC, Drive #01, > SCSI2 0/direct fixed
> > sd0: 7580MB, 512 bytes/sector, 15523840 sectors
> > scsibus1 at sdmmc1: 2 targets, initiator 0
> > sd1 at scsibus1 targ 1 lun 0: <SD/MMC, Drive #01, > SCSI2 0/direct fixed
> > sd1: 1832MB, 512 bytes/sector, 3751936 sectors
> >
>
> nevermind, I think I see why: I have the default firmware boot order
> (external sdcard then internal sdcard) and they are being detected in that
> order, making the root disk sd1 rather than sd0 as the kernel expects.  I
> guess I need to figure out how to change that.

http://www.tedunangst.com/flak/post/OpenBSD-on-BeagleBone-Black