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

[Bernd Luevelsmeyer]

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