From owner-freebsd-current Fri Nov 19 23:27:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with ESMTP id 5601514D40 for ; Fri, 19 Nov 1999 23:27:25 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: from cvzoom.net (lc186.cvzoom.net [208.226.154.186]) by ns.cvzoom.net (8.9.3/8.9.3) with ESMTP id CAA24739; Sat, 20 Nov 1999 02:08:24 -0500 (EST) Message-ID: <38364D31.F1AD476E@cvzoom.net> Date: Sat, 20 Nov 1999 02:26:41 -0500 From: Donn Miller X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: current@FreeBSD.ORG Subject: Re: dd and gzip'd files References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > On Sat, 20 Nov 1999, Donn Miller wrote: > > > I recently tried using dd to transfer a binary image to floppy. > > It was the Linux root disk image, color.gz. Basically, dd works > > ok with non-gzipped files, but with files in gzip format, it > > chokes: > > > > root@lc186 floppies# dd if=color.gz of=/dev/rfd0 > > dd: /dev/rfd0: Invalid argument > > 2453+1 records in > > 2453+0 records out > > 1255936 bytes transferred in 42.665771 secs (29437 bytes/sec) > > > > Notice the line that says: > > > > 2453+1 records in > > ^^^^^^ > > > > For some reason, it is offsetting to 1 before writing to disk. > > Rawrite.exe does this correctly. I tried with net.i, and it gave > > me no problems: > > > > root@lc186 floppies# dd if=net.i of=/dev/rfd0 > > 2156+0 records in > > 2156+0 records out > > 1103872 bytes transferred in 39.172698 secs (28180 bytes/sec) > > > > I tried skip=0, but that didn't work. Apparently, dd has some > > limitations with what kinds of files you can transfer to > > floppies. I downloaded the files in binary format, so there's no > > problems there. > > no, you must write in block sized chunks when writing to raw > devices or it'll get mad at you, try figuring a way > to use a blocksize of 16k and padding it to a 16k boundry. > > if that doesn't work, then please tell us what you tried. Thanks. Here is what I tried: root@lc186 floppies# dd obs=16k conv=osync if=color.gz of=/dev/rfd0 2453+1 records in 77+0 records out 1261568 bytes transferred in 50.994527 secs (24739 bytes/sec) It appears to have worked. I guess the output block size of 16k is key for floppies, then. The conv=osync does the padding. -- - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message