From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ENXSU-0000QX-EF for qemu-devel@nongnu.org; Thu, 06 Oct 2005 11:14:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ENXSQ-0000Nx-2h for qemu-devel@nongnu.org; Thu, 06 Oct 2005 11:14:55 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ENXSP-0000NT-7w for qemu-devel@nongnu.org; Thu, 06 Oct 2005 11:14:53 -0400 Received: from [64.233.184.200] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ENXSO-0001RD-Ql for qemu-devel@nongnu.org; Thu, 06 Oct 2005 11:14:53 -0400 Received: by wproxy.gmail.com with SMTP id 70so198799wra for ; Thu, 06 Oct 2005 08:14:49 -0700 (PDT) Message-ID: Date: Thu, 6 Oct 2005 17:14:49 +0200 From: Thomas Steffen Subject: Re: [Qemu-devel] harddrives and QEMU In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1256_25010135.1128611689467" References: <434419E9.7070800@shires.org> <20051005213402.GA24303@jbrown.mylinuxbox.org> <43445E7D.2090803@shires.org> Reply-To: Thomas Steffen , qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Karl Magdsick , qemu-devel@nongnu.org ------=_Part_1256_25010135.1128611689467 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 10/6/05, Karl Magdsick wrote: > > I wrote: > > In order to pass the "D drive" to qemu, and actually give QEMU access > > to the entire raw HD, the "D drive" partition would have to fill the > entire > > HD, and MS Windows would have to make the MBR available as part > > of the first (only, in this case) partition on the HD. > > Here I'm of course presuming that partitions aren't overlapping. That is an interesting idea. On every other system I know, there is one partition that includes the whole disc. So if the partitioning is the problem here, it should be possible to create one partition that spans the whole disc (overlapping all other partitions), even with the classical IBM PC partition scheme. fdisk in expert mode should be able to do that. Of course the next question is how happy windows is accessing this partition. Should be an interesting experiment at least. Thomas ------=_Part_1256_25010135.1128611689467 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 10/6/05, Karl Magdsick <kmagnum@gmail.com> wrote:
I wrote:
> In order to pass the "D drive" to qemu, and actu= ally give QEMU access
> to the entire raw HD, the "D drive"= partition would have to fill the entire
> HD, and MS Windows would h= ave to make the MBR available as part
> of the first (only, in this case) partition on the HD.

Here= I'm of course presuming that partitions aren't overlapping.

That is an interesting idea. On every other system I know, there is one partition that includes the whole disc. So if the partitioning is the problem here, it should be possible to create one partition that spans the whole disc (overlapping all other partitions), even with the classical IBM PC partition scheme. fdisk in expert mode should be able to do that.

Of course the next question is how happy windows is accessing this partitio= n. Should be an interesting experiment at least.

Thomas

------=_Part_1256_25010135.1128611689467--