Date: Fri, 3 Nov 2000 16:47:30 -0600 (CST) From: Mike Meyer <mwm@mired.org> To: "svga" <svga@polbox.com> Cc: questions@freebsd.org Subject: RE: Dump>gzip>tape Message-ID: <14851.16514.777011.58213@guru.mired.org> In-Reply-To: <MABBLHJKMGCKNMENMJAGMEAFCAAA.svga@polbox.com> References: <14851.13564.754374.181047@guru.mired.org> <MABBLHJKMGCKNMENMJAGMEAFCAAA.svga@polbox.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Please send responses back to questions@freebsd.org; others may want to see or be able to help. svga <svga@polbox.com> 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". <mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?14851.16514.777011.58213>