NetBSD Problem Report #4454

Received: (qmail 3936 invoked from network); 9 Nov 1997 21:19:47 -0000
Message-Id: <199711092118.WAA13225@vader.runit.sintef.no>
Date: Sun, 9 Nov 1997 22:18:59 +0100 (MET)
From: Havard.Eidnes@runit.sintef.no
Reply-To: Havard.Eidnes@runit.sintef.no
To: gnats-bugs@gnats.netbsd.org
Cc: Havard.Eidnes@runit.sintef.no
Subject: Standalone copy of rx50 diskettes fails with DBL ERR2
X-Send-Pr-Version: 3.95

>Number:         4454
>Category:       port-vax
>Synopsis:       Standalone copy of rx50 diskettes fails with DBL ERR2
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    ragge
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Nov 09 13:20:03 +0000 1997
>Closed-Date:    Mon Nov 10 22:31:42 +0000 1997
>Last-Modified:  Mon Nov 10 22:35:03 +0000 1997
>Originator:     Havard Eidnes
>Release:        NetBSD 1.3_ALPHA snapshot
>Organization:
	SINTEF RUNIT
>Environment:
	MicroVAX-III (3500), 2xRD54, 2xRX50 + extra MSCP/SCSI disk controller

>Description:
	We are trying to install NetBSD/VAX 1.3_ALPHA from RX50 diskettes
	written on a PC using the putr.com program.  After running edlabel
	and putting a label on dua0, we try to copy the miniroot, but that
	appears to fail.

	The standalone copy program fails once it starts reading the
	second rx50 diskette.  The last output was:

	OK to go on ? [g/a] g
	Reading ...
	?12 DBL ERR2
		PC = 2CC07400

	This invariably happened in the following situations:

	1) boot from dua2, copy from dua3 (or in Unix syntax ra(3,0)).
	2) as above, tried to read the first copy diskette twice
	   (so it's not a bad diskette causing this)
	3) boot from dua2, also copy from dua2

>How-To-Repeat:
	Boot the standalone copy from rx50, start copy, copy from rx50,
	notice that it crashes when preparing (?) to read the second
	diskette.

>Fix:
	Don't know.

	I do however note that devopen() apparently trashes the fname
	argument string, zeroing out the paranthesis, thus, the code
	takes a different path inside devopen() on the second call to 
	devopen() from the copy program.

	I also note the absence of the otherwise relatively common
	"readdisklabel: no disk label" error message after the "Reading ..."
	message above.
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: ragge 
State-Changed-When: Mon Nov 10 14:31:42 PST 1997 
State-Changed-Why:  
Bug now fixed. 


Responsible-Changed-From-To: gnats-admin->ragge 
Responsible-Changed-By: ragge 
Responsible-Changed-When: Mon Nov 10 14:31:42 PST 1997 
Responsible-Changed-Why:  
I'm feeling responsible... 
>Unformatted:

Home	PR Database Search