From: Matt Zimmerman <mdz@debian.org>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] Partitioning scheme for ubd's
Date: Tue, 4 Nov 2003 14:52:47 -0500 [thread overview]
Message-ID: <20031104195247.GW9377@dijkstra.csh.rit.edu> (raw)
In-Reply-To: <200311041921.09084.blaisorblade_spam@yahoo.it>
On Tue, Nov 04, 2003 at 07:21:09PM +0100, BlaisorBlade wrote:
> Alle 23:46, sabato 1 novembre 2003, Matt Zimmerman ha scritto:
> > On Sat, Nov 01, 2003 at 11:59:11AM +0100, BlaisorBlade wrote:
> > > But there is a problem here:
> > > 1) device names are not consistent: if you want to use ubd[a-z], decide
> > > so and start the change(for 2.6 there's a lot more changes anyway, so it
> > > is a good occasion...)
> >
> > Are you talking about /proc/partitions or something else?
>
> No, about the command line and the device file names.
The command line, I think, accepts both for backward compatibility. The
device file names, of course, are a userland concern. Current versions of
makedev, at least in Debian, use the new scheme.
> > > The other possible solution(which would be
> > > cleaner) would be to teach, if possible, to the host kernel Device
> > > Manager to read a file as a bunch of partition with its table(I've heard
> > > of DM about COW files these days), and then to mount the partitions, but
> > > I don't know if it's possible.
>
> Would instead this one(or another way to do this) be interesting? So that the
> kernel could guess by itself the offsets of partitions, rather than requiring
> the user do more passages(i.e. use fdisk to read partition table) to handle
> this.
I suppose the solution to this would be partition support on loop devices.
Is this any easier in 2.6?
--
- mdz
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2003-11-04 19:52 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-04 18:21 [uml-devel] Partitioning scheme for ubd's BlaisorBlade
2003-11-04 19:52 ` Matt Zimmerman [this message]
2003-11-04 20:38 ` BlaisorBlade
-- strict thread matches above, loose matches on Subject: below --
2003-11-02 19:15 James W McMechan
2003-11-03 2:41 ` [uml-devel] " Jeff Dike
2003-11-01 10:59 BlaisorBlade
2003-11-01 22:46 ` Matt Zimmerman
2003-11-03 11:23 ` Henrik Nordstrom
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=20031104195247.GW9377@dijkstra.csh.rit.edu \
--to=mdz@debian.org \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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