Subject: port-sparc/24896: current install aborts on mount_mfs
To: None <gnats-bugs@gnats.NetBSD.org>
From: Manuel Bouyer <bouyer@antioche.eu.org>
List: netbsd-bugs
Date: 03/24/2004 01:22:21
>Number:         24896
>Category:       port-sparc
>Synopsis:       current install aborts on mount_mfs
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-sparc-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Mar 24 00:23:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     Manuel Bouyer
>Release:        NetBSD 1.6ZK
>Organization:
>Environment:
System: NetBSD maumusson 1.6ZK NetBSD 1.6ZK (GENERIC.MP) #0: Sun Mar 14 17:48:29 UTC 2004 autobuild@tgm.netbsd.org:/autobuild/HEAD/sparc/OBJ/autobuild/HEAD/src/sys/arch/sparc/compile/GENERIC.MP sparc
Architecture: sparc
Machine: sparc
>Description:
	While doing a netboot install of sparc from
	releng:/pub/NetBSD-daily/current/200403120000/sparc, using
	installation/netboot/rootfs.tgz as the netboot environnement,
	the install dies with:
Terminal type? [sun] vt100
Erase set to Q.
Kill set to Q.

This installer now uses the new `sysinst' installer tool by default.  To
use the old install or upgrade shell scripts instead, enter the options
(OI) for Old Install or (OU) for Old Upgrade.

The script-based installers may be removed in a future release.

(I)nstall/Upgrade, (H)alt or (S)hell? i
mount_mfs: Unable to determine file system size
#

The local disk didn't have a swap partition at this point, but I don't think
it's relevant.
The error comes from .profile:
    # setup a writable /tmp directory 
    mount_mfs swap /tmp || continue

The 'continue' doesn't seem to have any effect, to maybe there's a shell bug
behind this.

>How-To-Repeat:
	netboot using installation/netboot/rootfs.tgz as NFS root, choose 
	(I)nstall.
>Fix:
	workaround: change .profile on the NFS server to:
		mount_mfs -i 2500 -s 1m swap /tmp || continue
	This box has 64Mb RAM, so this may not be a viable option for low
	system memory. /tmp probably don't need that much space either,
	so we should probably use a smaller size here.
	I didn't investigate because I don't know at this point if the problem
	is from the shell not handling properly the "|| continue".
>Release-Note:
>Audit-Trail:
>Unformatted: