lkml.org 
[lkml]   [2003]   [Nov]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Disk Geometries reported incorrectly on 2.6.0-testX
    Quote from Arjan van de Ven <arjanv@redhat.com>:
    > On Sat, 2003-11-29 at 23:31, Andrew Clausen wrote:
    > > On Sat, Nov 29, 2003 at 01:50:00PM +0000, John Bradford wrote:
    > > > Why don't we take the opporunity to make all CHS code configurable out
    > > > of the kernel, and define a new, more compact, partition table format
    > > > which used LBA exclusively, and allowed more than four partitions in
    > > > the main partition table?
    > >
    > > Intel's EFI GPT partition table format seems quite acceptable.
    >
    > EFI GPT has some severe downsides (like requiring the last sector on
    > disk, which in linux may not be accessible if the total number of
    > sectors is not a multiple of 2, and making dd of one disk to another
    > impossible if the second one is bigger)

    EFI GPT is also a far more elaborate scheme than is necessary for a
    lot of installations.

    My 'requirements' are:

    * Good magic

    We have seen support for not very widely used partitioning schemes
    broken in the past when other schemes are checked for ahead of them.
    A simple scheme with well defined magic values reduces this risk.

    * Simple

    The code for some of the partitioning schemes is full of workarounds
    for different implementations. Added complexity, and more variations
    increase the likelyhood of bugs.

    * All partition information stored in one partition table

    Linked lists make re-arranging partitions, and backing up the
    partition table more difficult.

    * Support for more than 4 partitions

    This is a common requirement now.

    * Support for partitions > 2TB
    This will become a standard requirement in a few years.

    * No mention of CHS

    CHS is so last year. Modern systems don't even need it to boot. We
    could allow all of the CHS-related code to be configured out of the
    kernel, which would be useful on some embedded systems.

    The Ultrix partition code comes fairly close to what I'm thinking of,
    but not close enough :-).

    John.
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:59    [from the cache]
    ©2003-2011 Jasper Spaans