From owner-freebsd-hackers Sat Apr 8 06:19:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA14349 for hackers-outgoing; Sat, 8 Apr 1995 06:19:26 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA14338 for ; Sat, 8 Apr 1995 06:18:50 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11788; Sat, 8 Apr 1995 15:18:36 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id PAA29349 for freebsd-hackers@freebsd.org; Sat, 8 Apr 1995 15:18:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id PAA05000 for freebsd-hackers@freebsd.org; Sat, 8 Apr 1995 15:17:51 +0200 From: J Wunsch Message-Id: <199504081317.PAA05000@uriah.heep.sax.de> Subject: Re: Arcive Viper QIC150 and tar To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sat, 8 Apr 1995 15:17:51 +0200 (MET DST) In-Reply-To: <199504081242.HAA20164@bonkers.taronga.com> from "Peter da Silva" at Apr 8, 95 07:42:04 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1501 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter da Silva wrote: > > The Viper 150 has one annoying firmware bug^H^H^Hfeature: in order to > > append files to the tape (or should i call them ``extents''?), you'll > > have to ``mt fsf'' until you see the first BLANK CHECK (st0: no data). > > I was under the impression that you couldn't append data to a QIC tape, > due to the erase head geometry. Is this wrong? I dunno how they make it, but it actually works. I'm using it all the time, and it's really time to get the ``mt eom'' feature back. Without it, i'm under the impression that the Viper does always write two file marks between tape files (so you have to ``mt fsf 6'' in order to skip to the 4th file). With the SPACE FORWARD TO END OF RECORDED MEDIUM command, this doesn't happen. (Maybe, it's rather a hidden bug in BSD's st code however.) There have been rumours that this is impossible, back in the days when we've been working with Data General's DG/UX release 4.3. Magically enough, with the appearance of DG/UX 5.4, it started to work. I later looked into their tape driver source in order to find why it worked on DG/UX and failed on FreeBSD, and thanks to their comments, i found about this (mis)feature. (They compensated for it in the driver and have hidden it from the users. But then, they do only actively support three of four different SCSI tapes.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-)