From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
To: Mark Williamson <mark.williamson@cl.cam.ac.uk>
Cc: xen-devel@lists.xensource.com, linux-kernel@vger.kernel.org
Subject: Re: [Xen-devel] accessing loopback filesystem+partitions on a file
Date: Wed, 29 Jun 2005 03:33:31 +0100 [thread overview]
Message-ID: <20050629023331.GC10219@lkcl.net> (raw)
In-Reply-To: <200506290233.05922.mark.williamson@cl.cam.ac.uk>
EXCELLENT. thank you.
On Wed, Jun 29, 2005 at 02:33:05AM +0100, Mark Williamson wrote:
> > i'm sort-of helping test a xen install project where a
> > block device is presented as the DRIVE - not, i repeat
> > not, the partitions on the drive which is the quotes
> > normal quotes way of doing xen installes
> >
> > (yes there are good reasons for doing this).
>
> That's fine. It's something that (is supposed to) works.
yep. it does.
> > * how the hell do you loopback mount (or lvm mount
> > or _anything_! something!) partitions that have
> > been created in a loopback'd file!!!!
>
>
> You could work out where the partitions are, then use hexedit... woops! just
> kidding ;-)
>
> This has come up before but it's easier to find the list entries when you
> remember what you're looking for ;-)
>
> There's a patch by NASA (of all people!) that enables the Linux loopback
> driver to support partitions:
> ftp://ftp.hq.nasa.gov/pub/ig/ccd/enhanced_loopback/readme.txt
*curious* - why haven't these mods been merged back yet?
> There's also the "lomount" utility from QEmu:
> http://www.dad-answers.com/qemu/utilities/QEMU-HD-Mounter/lomount/
> Which works out where partitions are and mounts them (no kernel mods needed).
_great_.
> Apparently kpartx (from the multipath tools -
> http://christophe.varoqui.free.fr/wiki/wakka.php?wiki=Home) can use the
> device mapper to create block devices for each partition.
>
> I think I'd go with lomount, as it looks easiest.
okay.
question for you.
would there be any reason (e.g. performance increase)
which could justify providing the block device remapping
facility at the linux device driver level instead of in
xen's fun-and-games?
the non-technical (but aesthetic) justification is that
xen provides the facility to represent block devices
(major+minor) for use as generic block devices _anyway_ -
just in a rather roundabout (and exclusionary i.e.
"unfair!! i wanna play!!") manner.
l.
p.s. mark, what the hell are _you_ doing up at 3am??? :)
parent reply other threads:[~2005-06-29 2:27 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <200506290233.05922.mark.williamson@cl.cam.ac.uk>]
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=20050629023331.GC10219@lkcl.net \
--to=lkcl@lkcl.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.williamson@cl.cam.ac.uk \
--cc=xen-devel@lists.xensource.com \
/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