From owner-freebsd-questions Sat May 19 3:42:49 2001 Delivered-To: freebsd-questions@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 7646637B422 for ; Sat, 19 May 2001 03:42:46 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 8197 invoked by uid 100); 19 May 2001 10:42:45 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15110.20005.756509.678529@guru.mired.org> Date: Sat, 19 May 2001 05:42:45 -0500 To: "Nathan Vidican" Cc: questions@freebsd.org Subject: Re: erasing a tape volume, (or possible dump is broken?) In-Reply-To: <37031518@toto.iv> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nathan Vidican types: > I tried to do another zero level dump this evening, on a tape which I > had previously used for a zero level dump. It dumped about 1.8gigs, and > then asked for the second tape volume; the drive is a DDS-2 > (4gig/8compressed) internal Seagate SCSI DAT. I used the command: dump > -0au /server; when I do a df, the partition /server has only got about > 2.1gigs used (out of a possible 4.3 on a RAID array (mirrored via > hardware controller), so I know it shouldn't be a capacioty issue). What > I'm not sure of though, does dump over-write what's on a tape, or append > to it? If the latter is true this would make sense; but if not then how > exactly to I force dump to either overwrite with a new volume on the > tape each time, or erase the tape beforehand? Dump does neither of those, but starts writing on the tape at whatever point the tape is wound to. If you did something that left the tape at the end of the first archive, then it will start writing from that point on, and the a flag will cause it to stop and ask for a new tape. You can check that by doing a restore t and seeing which dump you have. Doing an "mt fsf 1" will skip over the first file on the tape, and you can then do "restore t" again to see if there's a second dump on the tape. > I also thought, that maybe since I've forced dump to auto-detect the > capacity of the tape that it a_may not be compressing the data to > achieve the 8gig capacity of the drive, or b-may be somehow screwing up, > or as previously assumed appending to an existing volume. That should be a driver issue, not a dump issue. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message