From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GuaKA-00030d-1l for qemu-devel@nongnu.org; Wed, 13 Dec 2006 15:03:30 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GuaK8-00030J-G5 for qemu-devel@nongnu.org; Wed, 13 Dec 2006 15:03:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GuaK8-00030C-CJ for qemu-devel@nongnu.org; Wed, 13 Dec 2006 15:03:28 -0500 Received: from [128.8.10.163] (helo=po1.wam.umd.edu) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GuaK7-000691-UR for qemu-devel@nongnu.org; Wed, 13 Dec 2006 15:03:28 -0500 Received: from jbrown.mylinuxbox.org (jma-box.student.umd.edu [129.2.250.188]) by po1.wam.umd.edu (8.12.11.20060308/8.12.11) with ESMTP id kBDK3Dlk013205 for ; Wed, 13 Dec 2006 15:03:18 -0500 (EST) Date: Wed, 13 Dec 2006 15:03:12 -0500 From: "Jim C. Brown" Subject: Re: [Qemu-devel] Re: RE : Re: Re: NBD server for QEMU images Message-ID: <20061213200312.GA12107@jbrown.mylinuxbox.org> References: <20061212171340.GA24143@nevyn.them.org> <20061212173322.5126.qmail@web26813.mail.ukl.yahoo.com> <20061212174214.GA25284@nevyn.them.org> <457FF0AA.7070100@xtal.rwth-aachen.de> <45804E71.8080504@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <45804E71.8080504@yahoo.com> 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 Wed, Dec 13, 2006 at 08:03:13PM +0100, Salvador Fandino wrote: > > The code of lomount might be what you're looking for. Lomount allows one > > to mount partions (via loop) from a raw diskimage. > > That was my intention, but I have found that lomount handling of EBR and > logical partition is not correct, they perform as if EBR where > structured as MBR, what is wrong! > > Cheers, > > - Salva > How is it incorrect? What needs to be fixed? My understanding is that the extended partition has a partition table set up with the first partition entry pointing to the logical partition, the second entry pointing to a partition table that exists immediately after the logical partition, and then the 3rd and 4th entries are not used. The second partition table is structed the same way, so you essentially have a linked list of extended partitions. (Unlike the MBR, there are no boot sectors associated with these partition tables.) -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection.