qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Kyle Hayes <kyle@silverbeach.net>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] qemu dd sizes
Date: Fri, 24 Sep 2004 21:21:36 -0700	[thread overview]
Message-ID: <200409242121.36640.kyle@silverbeach.net> (raw)
In-Reply-To: <20040925021551.1B4643DDA@xprdmailfe12.nwk.excite.com>

On Friday 24 September 2004 19:15, jmf wrote:
> When using dd to create a disk image to boot through qemu, does the
> block size really matter, or can I omit that parameter?  If the size of
> the original disk is 20 gb but there is only 2 gb of data on the disk,
> how can I make the image size smaller?

It is a little unclear what you are asking here.   dd uses the block size 
and a count in order to determine how much to copy.  If you are making a 
file with holes in it, you can use a block size, offset and then set 
count=0.  If you omit the count and block size, it will use the default 
block size (512 bytes I think) and will simply copy until either the 
source runs out of data or the destination runs out of space.

If there is 2GB, it depends what the original filesystem was.  Ext2/3 
(under Linux) puts data all over the disk in a sparse manner.  So, just 
copying the first 2GB would not get all the data.  If it is a Windows 
partition and you are using VFAT, then running the defragmenter program 
will push all the data to one end of the disk (beginning?).  With NTFS, 
I'm not sure what happens.

You could try to resize the 20GB partition down to 2.5GB and then copy that 
with dd.  What kind of filesystem is it?

Best,
Kyle

  reply	other threads:[~2004-09-25  4:27 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-25  2:15 [Qemu-devel] qemu dd sizes jmf
2004-09-25  4:21 ` Kyle Hayes [this message]
2004-09-25 15:17 ` Mark A. Williamson
  -- strict thread matches above, loose matches on Subject: below --
2004-09-25 13:08 jmf
2004-09-25 13:28 ` Paul Brook
2004-09-25 13:46   ` Bartosz Fabianowski
     [not found] <20040925171359.1D864299D9@xprdmailfe21.nwk.excite.com>
2004-09-25 22:27 ` Bartosz Fabianowski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200409242121.36640.kyle@silverbeach.net \
    --to=kyle@silverbeach.net \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).