From owner-freebsd-hackers Thu Jul 2 16:33:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA28758 for freebsd-hackers-outgoing; Thu, 2 Jul 1998 16:33:15 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA28750 for ; Thu, 2 Jul 1998 16:33:09 -0700 (PDT) (envelope-from dkelly@n4hhe.ampr.org) Received: from nospam.hiwaay.net (tnt3-163.HiWAAY.net [208.147.146.163]) by mail.HiWAAY.net (8.9.0/8.9.0) with ESMTP id SAA27908; Thu, 2 Jul 1998 18:33:08 -0500 (CDT) Received: from n4hhe.ampr.org (localhost.ampr.org [127.0.0.1]) by nospam.hiwaay.net (8.8.8/8.8.8) with ESMTP id IAA17009; Thu, 2 Jul 1998 08:44:05 -0500 (CDT) (envelope-from dkelly@n4hhe.ampr.org) Message-Id: <199807021344.IAA17009@nospam.hiwaay.net> X-Mailer: exmh version 2.0.2 2/24/98 To: wjw@IAEhv.nl cc: hackers@FreeBSD.ORG From: David Kelly Subject: Re: Apollo tapes (was: Variant Link implementation, continued) In-reply-to: Message from Willem Jan Withagen of "Thu, 02 Jul 1998 09:36:27 +0200." <199807020736.JAA10898@surf.IAE.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Jul 1998 08:44:05 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Willem Jan Withagen writes: > > The tapes were written on a DAT (old non compressing) but for writting them > I had to specify tar cbf 20 /dev/tape > And I think it is this blocking factor which prevents me from even dd-ing > data from the tape. :-( > > Maybe I'll have to go to somebody with a driver which does 10K blocks? As others have said, I don't understand what problem you are having yet as FreeBSD's drivers can handle up to 64k blocks. I'd like to see that size increased as often I have to deal with SGI tar tapes which default at 126k for 8mm and 256k for 4mm. Is it possible the byte order is reversed on Apollo tapes so FreeBSD's GNU tar can't make sense of it? I don't see a byte-order option in pax. For dd its "conv=swab". To duplicate your tapes use tcopy(1) if you have two tape drives. Tcopy will figure out what block size is used, and refigure that block size with every block copied. Best that I can tell there are several utilities floating around on the net named "ansitape". At least one of them is capable of storing a tape image on disk, and later restoring that image to tape with the same blocking as the original. At least that's what is claimed, I've not tried it but would like to have a utility that does that. Keep trying to get a "Round Tuit" at work, to enhance tcopy. -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message