From owner-freebsd-questions@FreeBSD.ORG Wed Mar 16 09:57:11 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5169416A4CE; Wed, 16 Mar 2005 09:57:11 +0000 (GMT) Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [65.75.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E22043D2D; Wed, 16 Mar 2005 09:57:10 +0000 (GMT) (envelope-from tedm@toybox.placo.com) Received: from tedwin2k (nat-rtr.freebsd-corp-net-guide.com [65.75.197.130]) j2G9vEb98408; Wed, 16 Mar 2005 01:57:15 -0800 (PST) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: "Ludo Koren" , Date: Wed, 16 Mar 2005 01:57:05 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 In-Reply-To: <200503160918.j2G9IU5r001855@lk.tempest.sk> Importance: Normal cc: freebsd-questions@freebsd.org Subject: RE: Backup on DDS-4 tapes X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 09:57:11 -0000 > -----Original Message----- > From: owner-freebsd-questions@freebsd.org > [mailto:owner-freebsd-questions@freebsd.org]On Behalf Of Ludo Koren > Sent: Wednesday, March 16, 2005 1:19 AM > To: grog@freebsd.org > Cc: freebsd-questions@freebsd.org > Subject: Re: Backup on DDS-4 tapes > > >Anyway, cpio cannot handle the problem too, and the tar in >5.2.1-RELEASE-p3 can handle multi-volume backup, but in the 5.3-STABLE >don't according to the man page. I have never found multivolume tar archives to work unless I defined the size of each tape. Waiting for the tape device to return an EOT to the tar program always ended up with junk. If the tar in 5.3 doesen't have this option any longer why don't you compile a tar that does? Anyway, I think your problem is your tape device has it's dip switch set to disable compression. In that position it takes a SCSI command to turn compression on. If you flip the switch then the tape device starts with compression on, and it takes a scsi command to turn it off. This is hardware compression I am referring to, of course. Ted