Re: Disk Geometries reported incorrectly on 2.6.0-testX

[Andries Brouwer]

On Sat, Nov 29, 2003 at 07:16:31AM +0200, Szakacsits Szabolcs wrote:

> 	http://mlf.linux.rulez.org/mlf/ezaz/ntfsresize.html#troubleshoot
> 
> Some users, having problems, did mention the usage of 2.6 kernel. If the
> geometry changed during the fdisk, etc process then it could result also
> booting problem?

Let me continue to stress: geometry does not exist.
Consequently, it cannot change.
fdisk does not set any geometry, it writes a partition table.

Start and size of each partition are given twice: in absolute sector
units (LBA) and in CHS units. The former uses 32 bits, and with 512-byte
sectors this works up to 2TB. People are starting to hit that boundary now.
The latter uses 24 bits, which works up to 8GB. Modern systems no longer
use it (but the details are complicated).

Usually booting goes like this: the BIOS reads sector 0 (the MBR)
from the first disk, and starts the code found there. What happens
afterwards is up to that code. If that code uses CHS units to find
a partition, and if the program that wrote the table has different
ideas about those units than the BIOS, booting may fail.

Andries

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