Date: 12 Mar 1999 11:48:54 +0100 From: naddy@mips.rhein-neckar.de (Christian Weisgerber) To: freebsd-scsi@freebsd.org Subject: Re: Wangtek 51000HT tape drive Message-ID: <7carem$sn1$1@mips.rhein-neckar.de> References: <7c755h$cv9$1@mips.rhein-neckar.de> <Pine.LNX.4.04.9903101832350.24979-100000@feral-gw>
index | next in thread | previous in thread | raw e-mail
Matthew Jacob <mjacob@feral.com> wrote: > Did you run a CAMDEBUG kernel? That should then print out: I have now. Yes, the quirk matches. > fctblab.nas.nasa.gov > cpio -iF $TAPE > 4070 blocks > fctblab.nas.nasa.gov > mt stat ... > File Number: 0 Record Number: 4070 > fctblab.nas.nasa.gov > mt fsf > fctblab.nas.nasa.gov > mt stat ... > File Number: 1 Record Number: 0 > fctblab.nas.nasa.gov > cpio -iF $TAPE > 67 blocks Yes, exactly. You shouldn't need to do an explicit fsf, should you? > > In real life, of course, I use something like buffer(1) or team(1). So > And where are these entities? Ports collection? team is a port, buffer will be (again) as soon as somebody gets around to committing ports/10549. > Did it used to work that CPIO and/or tar would always end up in the next > tape file? I think so. Actually, now that you're asking, I think it rather was like this: $ tar x ... # extracts first archive $ tar x # does nothing, apparently gets EOF $ tar x ... # extracts second archive -- Christian "naddy" Weisgerber naddy@mips.rhein-neckar.de See another pointless homepage at <URL:http://home.pages.de/~naddy/>. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the messagehome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7carem$sn1$1>