From owner-freebsd-questions Tue Mar 17 09:35:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03394 for freebsd-questions-outgoing; Tue, 17 Mar 1998 09:35:47 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from gratia.it.hq.nasa.gov (gratia.it.hq.nasa.gov [131.182.119.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA03382 for ; Tue, 17 Mar 1998 09:35:35 -0800 (PST) (envelope-from cshenton@gratia.it.hq.nasa.gov) Received: from wirehead.it.hq.nasa.gov (WireHead.it.hq.nasa.gov [131.182.119.88]) by gratia.it.hq.nasa.gov (8.7.5/8.7.3) with ESMTP id MAA02200; Tue, 17 Mar 1998 12:28:50 -0500 (EST) Received: (from cshenton@localhost) by wirehead.it.hq.nasa.gov (8.8.8/8.8.8) id MAA11683; Tue, 17 Mar 1998 12:35:34 -0500 (EST) To: Brett Collars Cc: freebsd-questions@FreeBSD.ORG Subject: Re: Help - Archive Python/Buslogic > uk0 ? References: From: Chris Shenton Date: 17 Mar 1998 12:35:34 -0500 In-Reply-To: Brett Collars's message of Mon, 16 Mar 1998 20:03:11 -1000 (HST) Message-ID: Lines: 31 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brett Collars writes: > I am having probs with dump though - ex: > > dump 0fu /dev/rst0 /dev/rsd0s1f > > I get prompted for the next volume (always). I am using "dump 0fua" > as a workaround but is there anyway to get it to properly recognize > the density (0x24) and blocksize in freeBSD so I can span several > tapes ? I'm not a backup expert or that cluefull about dump. But don't you need to tell it the tape capacity? FreeBSD has a flag in dump which allows you to specify the capacity in more humane terms than having to calculate it from density, length, tracks, etc. Hummm... I couldda sworn that it allowed you to specify the number of blocks and the blocksize or the absolute capacity (e.g. 4GB) or something but I don't see this on my 2.2.6-BETA system. I do this the following which looks new to me: -a ``auto-size''. Bypass all tape length considerations, and enforce writing until an end-of-media indication is returned. This fits best for most modern tape drives. Use of this option is particu- larly recommended when appending to an existing tape, or using a tape drive with hardware compression (where you can never be sure about the compression ratio). Sorry, that's all I can offer. BTW: Amanda rocks for doing multi-system backups over the net to the Archive juke. Get it in the ports hierarchy. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message