From: Karel Zak <kzak@redhat.com>
To: Benno Schulenberg <bensberg@justemail.net>
Cc: Util-Linux <util-linux@vger.kernel.org>
Subject: Re: [patches] small fixes to some messages and man pages, and some questions
Date: Tue, 16 Aug 2011 14:57:38 +0200 [thread overview]
Message-ID: <20110816125738.GC14535@nb.net.home> (raw)
In-Reply-To: <1313433269.27812.140258129893485@webmail.messagingengine.com>
On Mon, Aug 15, 2011 at 08:34:29PM +0200, Benno Schulenberg wrote:
>
> > > Also I do not understand the descriptions of the new options --nested,
> > > --chained, and --onesector. [...]
> >
> > The original comment from code:
> >
> > /* [...]
> > NESTED: every partition is contained in the surrounding partitions
> > and is disjoint from all others.
>
> I still fail to understand.
The each logical partition is defined by extended partition table
(EBR) http://en.wikipedia.org/wiki/Extended_boot_record
EBR contains usually two partitions:
1/ data partition (used as a logical partition)
2/ extended partition (used as a pointer to the next EBR)
so if you have 5 logical partitions then there is usually 5 small
partition tables and 5 extended partitions :-) The partitions are
usually NESTED.
The top-level (outermost) extended partition is the partition
visible for end-users in fdisk output.
> If "contained in the surrounding partitions"
> means "contained in the containing partitions", it says nothing. If it
> means "contained in the partitions that come before and after", this
> seems impossible to me. The only way I can make sense of the
> above comment is to read it as follows:
>
> NESTED: every extended partition is contained within a surrounding
> extended partition [except of course the outermost one] and is disjoint
> from all other extended partitions at the same nesting level.
>
> (Here I take "disjoint" to mean "does not overlap", but then I still fail
> to understand how "mutually disjoint" is different.)
NESTED: every extended partition is contained within a parental
extended partition.
IMHO nothing other is usable in Linux.
>
> > CHAINED: every data partition is contained in the surrounding partitions
> > and disjoint from all others, but extended partitions may lie outside
>
> Is a data partition the same as a logical partition?
Yes.
IMHO the comment is mess as well as the implementation :-) Don't think
about it too much. We need to rewrite sfdisk and cfdisk....
> > scriptreplay [options] [-t] timingfile [typescript [divisor]]
Fixed in the usage().
Karel
--
Karel Zak <kzak@redhat.com>
http://karelzak.blogspot.com
next prev parent reply other threads:[~2011-08-16 12:57 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-11 20:22 [patches] small fixes to some messages and man pages, and some questions Benno Schulenberg
2011-08-15 13:34 ` Karel Zak
2011-08-15 18:34 ` Benno Schulenberg
2011-08-16 12:57 ` Karel Zak [this message]
2011-08-15 13:56 ` Karel Zak
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=20110816125738.GC14535@nb.net.home \
--to=kzak@redhat.com \
--cc=bensberg@justemail.net \
--cc=util-linux@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.