bin/56643: problem with restore(8)

[paul%whooppee.com@localhost]

>Number:         56643
>Category:       bin
>Synopsis:       restore generates ``getfile: lost data'' messages
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Jan 18 19:10:00 +0000 2022
>Originator:     Paul Goyette
>Release:        NetBSD 9.99.93
>Organization:
+--------------------+--------------------------+----------------------+
| Paul Goyette       | PGP Key fingerprint:     | E-mail addresses:    |
| (Retired)          | FA29 0E3B 35AF E8AE 6651 | paul%whooppee.com@localhost    |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoyette%netbsd.org@localhost  |
| & Network Engineer |                          | pgoyette99%gmail.com@localhost |
+--------------------+--------------------------+----------------------+
>Environment:
	
	
System: NetBSD speedy.whooppee.com 9.99.93 NetBSD 9.99.93 (SPEEDY 2022-01-08 03:00:28 UTC) #0: Sat Jan 8 13:04:35 UTC 2022 paul%speedy.whooppee.com@localhost:/build/netbsd-local/obj/amd64/sys/arch/amd64/compile/SPEEDY amd64
Architecture: x86_64
Machine: amd64
>Description:
	Using restore(8) to restore from a dump results in error
	message ``getfile: lost data''.  Seems to occurs (at least)
	twice in every restore operation.

	I've tried it with previously-created dumps, as well as
	with new dump piped directly from dump(8) and both methods
	fail the same way.

	This may be a result of rev 1.71 to sbin/restore/tape.c
	
>How-To-Repeat:
	Easy example:

		(run newfs and cd into destination filesystem)
		dump 0f- / | restore rf-
	
>Fix:
	Please
	

>Unformatted: