qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Jim C. Brown" <jma5@umd.edu>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] harddrives and QEMU
Date: Wed, 5 Oct 2005 17:34:02 -0400	[thread overview]
Message-ID: <20051005213402.GA24303@jbrown.mylinuxbox.org> (raw)
In-Reply-To: <434419E9.7070800@shires.org>

On Wed, Oct 05, 2005 at 01:22:33PM -0500, Brett (Mare) Henley wrote:
>   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.

-hdachs doesn't make a difference, unless the OS reads the size of the
hard disk from the bios.

If it gets its size from the MBR or partition table, it won't help at all.

There is probably a way to force freebsd into using a certain size or c/h/s
value for the hard disk. I recommend trying this to see if its just the bad
disk size thats causing problems.

>   I also understand there's a problem with Linux QEMU accessing large 
> drives via device node.

No. That works fine.

>   Is there any work being done to fix or create options to make using 
> physical drives as easy as using image files?

They are as easy to use. It just happens that the syntax for Windows raw
access is uglier than /dev/hda.

>   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.

'Fraid not. (At least nothing that I know of, perhaps someone else will step up
and announce usb-on-qemu support soon.)

Of course, even if qemu had support for usb that wouldn't necessarily solve
your problem.

> 
> Thanks.
> 

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.

  reply	other threads:[~2005-10-05 21:34 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-05 18:22 [Qemu-devel] harddrives and QEMU Brett (Mare) Henley
2005-10-05 21:34 ` Jim C. Brown [this message]
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=20051005213402.GA24303@jbrown.mylinuxbox.org \
    --to=jma5@umd.edu \
    --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).