bin/106973: 'tar' cannot read own tape, but 'pax' can

[Bernd Luevelsmeyer]

The following reply was made to PR bin/106973; it has been noted by GNATS.

From: Bernd Luevelsmeyer <bdluevel at heitec.net>
To: mjacob at freebsd.org
Cc: FreeBSD-gnats-submit at freebsd.org, freebsd-bugs at freebsd.org
Subject: Re: bin/106973: 'tar' cannot read own tape, but 'pax' can
Date: Fri, 22 Dec 2006 11:26:01 +0100

 mjacob at freebsd.org wrote:
 > 
 > I'm on vacation at present, but trying to follow this. This particular
 > tape drive is unfamiliar to me. I would assume that it must be some kind
 > of fixed blocksize device.
 > 
 > Despite what you said, could you please try:
 > 
 > mt -f /dev/sa0 seteotmodel 1
 > cd /usr/include
 > tar cvfb /dev/sa0 1 . || tar tvfb /dev/sa0 1
 > mt -f /dev/sa0 rewind
 > tar cvfb /dev/sa0 2 . || tar tvfb /dev/sa0 2
 
 Sure. I would have expected the eotmodel to be 2, but it appears to have
 been 1 to begin with. In order to keep the mail to a sensible length, I
 deleted most of tar's output and replaced it with "[...]". However, I
 don't quite understand the point of this test, since the "tar c" _does_
 work fine; it's the reading that doesn't work.
 
 Script started on Fri Dec 22 10:37:13 2006
 #mt -f /dev/sa0 seteotmodel 1
 /dev/sa0: old model was 1 filemark at EOT
 /dev/sa0: new model  is 1 filemark at EOT
 #cd /usr/include
 #tar cvfb /dev/sa0 1 . || tar tvfb /dev/sa0 1
 a .
 a a.out.h
 a ar.h
 a assert.h
 a bitstring.h
 [...1571 lines...]
 a bsm/audit.h
 a bsm/audit_kevents.h
 a bsm/audit_internal.h
 a bsm/audit_record.h
 a bsm/audit_uevents.h
 a bsm/libbsm.h
 #mt -f /dev/sa0 rewind
 #tar cvfb /dev/sa0 2 . || tar tvfb /dev/sa0 2
 a .
 a a.out.h
 a ar.h
 a assert.h
 a bitstring.h
 [...1571 lines...]
 a bsm/audit.h
 a bsm/audit_kevents.h
 a bsm/audit_internal.h
 a bsm/audit_record.h
 a bsm/audit_uevents.h
 a bsm/libbsm.h
 #exit
 
 Script done on Fri Dec 22 10:44:49 2006