Util-Linux package development
 help / color / mirror / Atom feed
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

  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