From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Gud17-0000ZM-CZ
	for qemu-devel@nongnu.org; Wed, 13 Dec 2006 17:56:01 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Gud12-0000WZ-Hf
	for qemu-devel@nongnu.org; Wed, 13 Dec 2006 17:56:00 -0500
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Gud12-0000WB-9H
	for qemu-devel@nongnu.org; Wed, 13 Dec 2006 17:55:56 -0500
Received: from [128.8.10.163] (helo=po1.wam.umd.edu)
	by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gud10-0001gl-GD
	for qemu-devel@nongnu.org; Wed, 13 Dec 2006 17:55:55 -0500
Date: Wed, 13 Dec 2006 17:55:00 -0500
From: "Jim C. Brown" <jma5@umd.edu>
Subject: Re: [Qemu-devel] Re: RE : Re: Re: NBD server for QEMU images
Message-ID: <20061213225500.GA826@jbrown.mylinuxbox.org>
References: <20061212171340.GA24143@nevyn.them.org>
	<20061212173322.5126.qmail@web26813.mail.ukl.yahoo.com>
	<20061212174214.GA25284@nevyn.them.org>
	<elmspi$bco$1@sea.gmane.org> <457FF0AA.7070100@xtal.rwth-aachen.de>
	<45804E71.8080504@yahoo.com>
	<20061213200312.GA12107@jbrown.mylinuxbox.org>
	<elpt96$lg0$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <elpt96$lg0$1@sea.gmane.org>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Salvador Fandino <sfandino@yahoo.com>
Cc: qemu-devel@nongnu.org

On Wed, Dec 13, 2006 at 11:07:54PM +0100, Salvador Fandino wrote:
> Jim C. Brown wrote:
> > 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.)
> > 
> 
> yes, that's right, but it's not what lomount does. It parses the data on
> the EBR in the same way as the MBR, reading 4 partition registers from them.
> 

It only uses the first two. It reads in the rest but ignores them.

> Cheers,
> 
>   - Salva
> 
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
> 

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