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
On Sun, Nov 30, 2003 at 10:40:25AM +0000, John Bradford wrote:
> > 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.

Is this a problem?

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

I think magic doesn't belong in partition tables. I like probing.
Having the same data stored in two places makes things hairy
if you don't know how to resolve inconsistencies.

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

If you're not interested in work-arounds, why not use LVM?

> * All partition information stored in one partition table
>
> Linked lists make re-arranging partitions, and backing up the
> partition table more difficult.

I don't think it's very difficult, but I agree that tables are nice
and simple.

Cheers,
Andrew

-
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    [W:0.057 / U:0.756 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site