From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ENwGT-0000kh-S1 for qemu-devel@nongnu.org; Fri, 07 Oct 2005 13:44:13 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ENwGP-0000gP-Ug for qemu-devel@nongnu.org; Fri, 07 Oct 2005 13:44:13 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ENwGP-0000gL-Oo for qemu-devel@nongnu.org; Fri, 07 Oct 2005 13:44:09 -0400 Received: from [128.8.10.163] (helo=po1.wam.umd.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ENwGP-0007f7-VL for qemu-devel@nongnu.org; Fri, 07 Oct 2005 13:44:10 -0400 Received: from jbrown.mylinuxbox.org (jma-box.student.umd.edu [129.2.253.219]) by po1.wam.umd.edu (8.12.10/8.12.10) with ESMTP id j97Hhva1005230 for ; Fri, 7 Oct 2005 13:43:58 -0400 (EDT) Date: Fri, 7 Oct 2005 13:43:55 -0400 From: "Jim C. Brown" Subject: Re: [Qemu-devel] harddrives and QEMU Message-ID: <20051007174355.GA11705@jbrown.mylinuxbox.org> References: <434419E9.7070800@shires.org> <20051005213402.GA24303@jbrown.mylinuxbox.org> <43445E7D.2090803@shires.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Thu, Oct 06, 2005 at 08:01:31AM -0400, Karl Magdsick wrote: > > I hope someone else will chime in, but my guess is that the problem > lies in that an MS Windows "drive" is really a partition, not the entire > drive. Under Windows you're specifying the equivalent of > the Linux /dev/hda1 , /dev/hda2, /dev/hdb1, /dev/hdb5 and not > actually /dev/hda or /dev/hdb. Ah. If that's true, that would perfectly explain the errors. > 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. > > I'm not sure if MS Windows includes the MBR in the first drive on the disk. > If it doesn't then there's no way to boot from the first drive. Although I was under the impression that Windows did in fact provide support for that, the scheme may not work for USB drives. > Presumably, you'd like QEMU to make up a fake partition table/MBR > to present to the guest OS so that the guest OS sees a self-consistent > disk. > > -Karl > That will become a must if Windows provides no way to access the full hard disk drive. -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection.