Subject: port-sun3/1726: [dM] (sun3) ufsboot gives no second chances
To: None <gnats-bugs@gnats.netbsd.org>
From: der Mouse <mouse@Collatz.McRCIM.McGill.EDU>
List: netbsd-bugs
Date: 11/03/1995 21:29:42
>Number:         1726
>Category:       port-sun3
>Synopsis:       [dM] (sun3) ufsboot gives no second chances
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    gnats-admin (GNATS administrator)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Nov  3 21:50:02 1995
>Last-Modified:
>Originator:     der Mouse
>Organization:
	Dis-
>Release:        1.1_ALPHA, sup of Nov 2 AM
>Environment:
	Machine is Sun-3/150, disk is:
	  vmes0 at mainbus0
	  si0 at vmes0 addr 0xff200000 level 2 vector 0x40
	  scsibus0 at si0
	  si0 targ 0 lun 0: <SEAGATE, ST15230N, 0498> SCSI2 0/direct fixed
	  sd0 at scsibus0: 4095MB, 3992 cyl, 19 head, 110 sec, 512 bytes/sec
	though I suspect it has nothing to do with the details of the
	disk, and possibly isn't even sun3-specific.
>Description:
	If you once give a nonexistent filename to ufsboot, all further
	attempts produce a confusing and unhelpful failure, a failure
	that shouldn't be happening at all.
>How-To-Repeat:
	>b nebtsd -s
	Boot: sd(0,0,0)nebtsd -s
	>> NetBSD ufsboot [$Revision: 1.2 $]
	boot: nebtsd: No such file or directory
	boot: netbsd
	boot: netbsd: Unknown error: code 24
	boot: 

	All further attempts produce the same "Unknown error: code 24",
	regardless of whether they exist or not, as far as I can tell.

	Upon resetting at this point with the back panel switch,
	though, booting with
	>b netbsd -s
	works fine; it's not anything wrong with /netbsd itself.
>Fix:
	Unknown.  I browsed through ufsboot source and didn't see
	anything obvious, but I must admit a certain lack of
	understanding of what's going on there.

					der Mouse

			    mouse@collatz.mcrcim.mcgill.edu
>Audit-Trail:
>Unformatted: