linux-um archives
 help / color / mirror / Atom feed
From: James W McMechan <mcmechanjw@juno.com>
To: blaisorblade_spam@yahoo.it
Cc: user-mode-linux-devel@lists.sourceforge.net
Subject: Re:[uml-devel] Partitioning scheme for ubd's
Date: Sun, 2 Nov 2003 11:15:01 -0800	[thread overview]
Message-ID: <20031102.111506.-2022799.0.mcmechanjw@juno.com> (raw)

1) well the device names are at least internally consistent.
and there are some devices like blah0p1 already.
also the proposed scheme for dealing with devices above 26
is currently a mess, hdaa hdaaa, since with the last patch
set I was using I had 400 disks mounted... mounting /dev/ubdpa1
ick... we only need one disk controller for a effectively unlimited
of disk drives which could be called c0dXpY if desired...
I don't know of any easy way to generate base26[a-z]
numbers from normal numbers.
So we might want to instead use ubd0p1 see cpqarray.txt ciss.txt
in /usr/src/linux/Documentation

2) Yes loop mounting a partitioned device is a pain
see however the offset option to the loop device
e.g. mount -oloop,offset=16384 partitioned_fs /mnt/loop
will mount the first partition
the calculation is based on the default geometry
512 byte/sector
32 sectors/track
128 heads/cylinder
and the first partition is at C0T1S0
1 track in from start so 512 * 32 = 16384
DOS partitions are a pain...
2nd and later are usually at CXT0S0
cylinder X which has offset $(( 512 * 32 * 128 * X ))
2097152 is not a handy number
and the X is 1 less then the start address shown in fdisk
fdisk's expert mode "x" shows the correct number in the
cylinder column

3) you could combine several ubd into one device in
theory, the device mapper might work for this and a
plugin to do this through the partition code should be
possible but I would expect a mess, you would have
to use the device tree to find all the ubd's and merge
them into a single device and then based on which
partition you want to use map back to the real ubd
devices, so it should be possible but messy.

________________________________________________________________
The best thing to hit the internet in years - Juno SpeedBand!
Surf the web up to FIVE TIMES FASTER!
Only $14.95/ month - visit www.juno.com to sign up today!


-------------------------------------------------------
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

             reply	other threads:[~2003-11-02 19:49 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-02 19:15 James W McMechan [this message]
2003-11-03  2:41 ` [uml-devel] Partitioning scheme for ubd's Jeff Dike

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=20031102.111506.-2022799.0.mcmechanjw@juno.com \
    --to=mcmechanjw@juno.com \
    --cc=blaisorblade_spam@yahoo.it \
    --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