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: