qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Brett (Mare) Henley" <mare@shires.org>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] harddrives and QEMU
Date: Wed, 05 Oct 2005 13:22:33 -0500	[thread overview]
Message-ID: <434419E9.7070800@shires.org> (raw)

Hello all,
   Been a long time user and appreciator of QEMU and would like to thank 
everyone who put so much hard work into it.
   I found a difficulty that I'm not sure where to start so this could be
a lengthy email.
   The short of it goes like this:
    I hook up a 12G IDE drive through a usb-ide adaptor so I can boot 
off it using qemu with Windows as the Host OS. On the drive is FreeBSD. 
I can boot off this drive with my machine just fine and I realized it 
would be a boon if I could use my usb adaptor to build or update new 
boot drives etc.
    WaxDragon was savvy enough to tell me to access a drive like this in 
windows I need to use -hda \\.\PhysicalDriveX (where X is a drive number 
  that the storage manager thinks should be it usually 1)
    To my joy FreeBSD actually started to boot. I was amazed and then it 
got to sizing up my drive (Mind you the Bios reported a drive size of -1 
Mbytes) It hung for a long time. Started chewing up memory and every 10 
seconds or so the drive would access and rattle. Finally a report of the 
drive size came that said something like 248043832 Megabytes. And my 
windows machine got slower and slower it took 5 minutes to get the qemu 
console up and another 5 before my quit command took effect.
   That's the short synopsis.
   The Longer one goes into greater detail. WaxDragon's first suggestion 
was to use -hdachs to define the drive for the bios. I had to read up 
well to do this but entered 65383,16,63 as my definition and still ended 
up with exactly the same behavior.
   Still determined to make something of this. I tried a 4G HD and by 
using -hdachs 8912,15,63 (from reading it on the drive) I got a 
respectable though not entirely accurate bios size and the machine in 
qemu booted puppy linux and let me install it on the hard drive. 
Ultimately using this method I had a pack I could boot off of using a 
line like:
  qemu -L . -m 192 -hda \\.\PhysicalDrive1 -localtime -enable-audio

   I didn't need the -hdachs and it booted spiffy as can be. Trying
to get it to boot off a real machine was a good bit more problematic as 
the drive would be lettered /dev/sda1 etc so grub had a fit and needed 
to be told otherwise. Still when all the kinks were worked around it 
actually booted and worked. But not nearly as easy as it could have.
   Thinking perhaps it's a question of an 8G limit I tried a 6G drive 
via usb and had the same trouble sizing and using the drive I did with 
the 12G drive.
   I also understand there's a problem with Linux QEMU accessing large 
drives via device node.
   Is there any work being done to fix or create options to make using 
physical drives as easy as using image files?
   Is there any work being done to let physical drives be considered
another type of drive. Such as a usb drive instead of a ide drive. This 
would help making os installation much simpler on hard drives from the 
host OS.

Thanks.

             reply	other threads:[~2005-10-05 18:22 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-05 18:22 Brett (Mare) Henley [this message]
2005-10-05 21:34 ` [Qemu-devel] harddrives and QEMU Jim C. Brown
2005-10-05 23:15   ` Brett Henley
2005-10-06 12:01     ` Karl Magdsick
2005-10-06 12:50       ` Karl Magdsick
2005-10-06 15:14         ` Thomas Steffen
2005-10-06 16:58           ` Brett (Mare) Henley
2005-10-07 17:43       ` Jim C. Brown
2005-10-06 12:03     ` Jim C. Brown

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=434419E9.7070800@shires.org \
    --to=mare@shires.org \
    --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).