From owner-freebsd-questions Fri Nov 3 14:47:33 2000 Delivered-To: freebsd-questions@freebsd.org Received: from guru.mired.org (okc-27-149-77.mmcable.com [24.27.149.77]) by hub.freebsd.org (Postfix) with SMTP id 9CD9337B4C5 for ; Fri, 3 Nov 2000 14:47:31 -0800 (PST) Received: (qmail 40272 invoked by uid 100); 3 Nov 2000 22:47:30 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14851.16514.777011.58213@guru.mired.org> Date: Fri, 3 Nov 2000 16:47:30 -0600 (CST) To: "svga" Cc: questions@freebsd.org Subject: RE: Dump>gzip>tape In-Reply-To: References: <14851.13564.754374.181047@guru.mired.org> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" 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 X-Loop: FreeBSD.ORG Please send responses back to questions@freebsd.org; others may want to see or be able to help. svga types: > > -c isn't needed. The problem may be /dev/rsa0 is doing strange > things. Try sending the output of gzip through dd: > > #dump 0af - / | gzip -9 | dd of=/dev/rsa0 bs=10k > > DUMP: Date of this level 0 dump: Fri Nov 3 23:36:11 2000 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /dev/da0s1a (/) to standard output > DUMP: mapping (Pass I) [regular files] > DUMP: mapping (Pass II) [directories] > DUMP: estimated 34125 tape blocks. > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: DUMP: 34153 tape blocks > DUMP: finished in 101 seconds, throughput 338 KBytes/sec > DUMP: DUMP IS DONE > dd: /dev/rsa0: Invalid argument > 915+915 records in > 915+914 records out > 14985216 bytes transferred in 101.744104 secs (147283 bytes/sec) Looks like I was right - /dev/rsa0 is upset about the stream output to it. You'll have to figure out what it's limitations are, so you know what options to set on dd to get it to do the right thing. If you don't know what's up with the tape drive, I'd suggest replacing "bs=10k" with "obs=10k conv=osync".