From: davidsen@tmr.com (bill davidsen)
To: linux-kernel@vger.kernel.org
Subject: Re: [NEW FEATURE]Partitions on loop device for 2.6
Date: 7 Jan 2004 22:15:12 GMT [thread overview]
Message-ID: <bti0dg$7b4$1@gatekeeper.tmr.com> (raw)
In-Reply-To: <200401031905.42584.blaisorblade_spam@yahoo.it>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2064 bytes --]
In article <200401031905.42584.blaisorblade_spam@yahoo.it>,
BlaisorBlade <blaisorblade_spam@yahoo.it> wrote:
| Alle 22:04, venerdì 2 gennaio 2004, Bill Davidsen ha scritto:
| > BlaisorBlade wrote:
| > > NEED:
| > > I have the need to loop mount files containing not plain filesystems, but
| > > whole disk images.
| > >
| > > This is especially needed when using User-mode-linux, since to run any
| > > distro installer you must partition the virtual disks(and on the host,
| > > the backing file of the disk contains a partition table).
| > >
| > > Currently this could be done by specifying a positive offset, but letting
| > > the kernel partition code handle this is better, isn't it? Would you ever
| > > accept this feature into stock kernel?
| >
| > UML is on my list of things to learn (as opposed to "try casually and
| > ignore")
| It is something a bit like VMWare. But instead of emulating hardware and
| running an OS inside that, you run a patched Linux kernel that runs as an
| userspace process on the host and provides a virtual machine, which must
| access a virtual disk, which is stored on a file.
| See http://user-mode-linux.sourceforge.net/ for more info.
As noted, I tried it casually, got a kernel to boot and run, and decided
it wasn't a solution to problems I had at the time.
| > but have you considered using NBD?
| I didn't really know what it was, nor it seems useful for this "as is" (I've
| not really checked). Maybe that sentence means that the server program could
| do the partition parsing?
NBD = network block device
This allows a user-space program to publish a file which a kernel with
nbd enabled can mount as a device. So you should be able to run fdisk
and partition it, load stuff on it, and generally treat it like a drive.
Take a look at Documentation/nbd.txt, it may be exactly what you want to
provide a "block device" which can be on the same system using the
loopback interface.
--
bill davidsen <davidsen@tmr.com>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
next prev parent reply other threads:[~2004-01-07 22:27 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-24 17:20 BlaisorBlade
2003-12-24 18:39 ` Sean Estabrooks
2003-12-24 19:04 ` BlaisorBlade
2003-12-24 21:03 ` Sean Estabrooks
2003-12-25 21:03 ` Jan-Benedict Glaw
2003-12-30 7:26 ` Tomas Szepe
2004-01-02 21:04 ` Bill Davidsen
2004-01-03 10:56 ` Maciej Zenczykowski
2004-01-03 18:05 ` BlaisorBlade
2004-01-07 22:15 ` bill davidsen [this message]
[not found] <010a01c415a4$26fc1110$d100000a@sbs2003.local>
2004-03-30 21:37 ` Bill Davidsen
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='bti0dg$7b4$1@gatekeeper.tmr.com' \
--to=davidsen@tmr.com \
--cc=linux-kernel@vger.kernel.org \
/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
Powered by JetHome