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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox