Subject: INSTALL kernel size
To: None <port-sparc@netbsd.org>
From: Simon J. Gerraty <sjg@quick.com.au>
List: port-sparc
Date: 05/01/2000 23:50:27
Whilst trying to get a "make release" to complete using
MAKEOBJDIRPREFIX (so that the src tree remains untouched).

I found that the MINIROOTSIZE=3600 is not enough.  3960 is the minimum
and I used 4200.  I've now found that 1440k is not big enough for
boot.fs does that matter? or do we trim stuff from INSTALL until it
fits?



in distrib/sparc
...
all ===> bootfs
cp /NetBSD/obj/u3/NetBSD/current/src/sys/arch/sparc/compile/INSTALL/netbsd netbsd.tmp
mdsetimage -v netbsd.tmp /NetBSD/obj/u3/NetBSD/current/src/distrib/sparc/ramdisk/ramdisk.fs
got symbols from netbsd.tmp
mapped netbsd.tmp
netbsd.tmp is an ELF32 binary
_md_root_size is at offset 0x1415e8 in netbsd.tmp
_md_root_size has value 0x20d000
_md_root_image is at offset 0x1415f0 in netbsd.tmp
copying image from /NetBSD/obj/u3/NetBSD/current/src/distrib/sparc/ramdisk/ramdisk.fs into netbsd.tmp
done copying image
exiting
gzip -9 netbsd.tmp
mv netbsd.tmp.gz netbsd.ram.gz
dd if=/dev/zero of=boot.fs bs=1440k count=1
1+0 records in
1+0 records out
1474560 bytes transferred in 1 secs (1474560 bytes/sec)
vnconfig -t floppy -v -c /dev/vnd0c boot.fs
/dev/vnd0c: 1474560 bytes on boot.fs using geometry 512/18/2/80
disklabel -rw /dev/vnd0c floppy
disklabel -W /dev/vnd0c
newfs -B be -m 0 -o space -i 204800 -c 80 /dev/rvnd0a
/dev/rvnd0a:    2880 sectors in 80 cylinders of 2 tracks, 18 sectors
        1.4MB in 1 cyl groups (80 c/g, 1.41MB/g, 32 i/g)
super-block backups (for fsck -b #) at:
 32,
mount /dev/vnd0a /mnt
...
installing new bootblocks
rm -f /mnt/boot
/NetBSD/install/usr/mdec/binstall -v -m /NetBSD/install/usr/mdec -b boot.700000 ffs /mnt

yes we need to use $DESTDIR/usr/mdec in case we've not yet installed
binstall that supports -b or boot.700000

...
Inspecting "/dev/vnd0a on /mnt type ffs (local)"
Boot device: /dev/rvnd0a
Target: /mnt/boot

/mnt: write failed, file system is full
dd: /mnt/boot: No space left on device
497+0 records in
496+0 records out
15872 bytes transferred in 1 secs (15872 bytes/sec)

I assume that's not good :-)

--sjg