nanobsd image boot issues
John Hein
jhein at timing.com
Mon May 4 03:47:36 UTC 2009
Rick van der Zwet wrote at 14:20 +0200 on May 3, 2009:
> 2009/4/24 M. Warner Losh <imp at bsdimp.com>:
> > In message: <5aaae08a0904231438v5b655056g8852dc11f1e83987 at mail.gmail.com>
> > Rick van der Zwet <info at rickvanderzwet.nl> writes:
> > : Boot delay and fail issues on various hardware using nanobsd generated
> > : RELENG_7_1 images on a sandisk 2gb CF (SDCFH2-002G). For example while
> > : trying to run a image on a soekris net4521 (bios 1.33) it seems to
> > : take ages (up to a minute) to start booting. Same image supplied to a
> > : PC (intel Pentium 1 & award bios) using a CF->IDE converter does not
> > : seems to boot at all, neither does a net4801 (bios 1.33). Just seems
> > : trying to find a boot loader. The net4801 even bails out after a
> > : while. Output of fdisk of image list as follows:
> [snip: fdisk outputs]
>
> > Have you enabled packet mode for boot in boot0 with boot0cfg?
>
> I did. The problems turned out to be something completely different.
> Starting from soekris bios version 1.31 and upwards boot0sio does not
> work anymore, freezing forever while trying to boot initially e.g. not
> showing the following output:
> F1 FreeBSD
> F2 FreeBSD
>
> Default: F1
>
> I generated my images like this:
> $ fdisk -i -f _.fdisk da0
> $ boot0cfg -B -b /boot/boot0sio -o packet -s 1 -m 3 da0
> $ bsdlabel -w -B -b /boot/boot da0s1
> $ bsdlabel -w -B -b /boot/boot da0s2
> $ newfs /dev/da0s1a
> $ newfs /dev/da0s2a
> $ newfs /dev/da0s3
> $ cat _.fdisk
> # 1000944 2 63 16 0 8192 0
> g c993 h16 s63
> p 1 165 63 495873
> p 2 165 495999 495873
> p 3 165 991872 9072
>
> When using /boot/boot0 instead of /boot/boot0sio all seems to work
> perfectly fine on all Soekris boards I could test it on (net4521,
> net4801, net5501).
>
> Next comes the interesting question when I use the some CF card in PC
> is does _not_ work. I did get the output on the screen, but when
> trying to press F1 or F2 or CR. All I got was a beep and no progress
> forward, but just remain in the same section. Default behavior or
> something off?
Note that 7.1 (which is what I seem to recall you're using)
changed the boot loader to use real mode (see sys/boot/i386/btx).
You could try using boot blocks from 7.0 (or 6.3) to see
if it makes a difference..
More information about the freebsd-embedded
mailing list