No. It miscalculated something somewhere. Only BIOS INT13h interface
was affected. But it is problem if it is your boot disk, and BIOS
is willing to load only MBR and first few sectors from disk, while your
LILO lives at ~60GB from disk start.
> Yes. I already advised this maintainer to add -C,-H,-S options to fdisk
> (cfdisk and sfdisk already have them), and he did so immediately.
> Visible one of these weeks in util-linux-2.11v.
Thanks. I'm still using fdisk...
> So, I have two questions:
> 1. What precisely do you mean with "actively refused" ?
> 2. Is there a Windows or Netware reason to prefer extended translation
> above no translation?
When that one BIOS (Award in 6BTM from Chaintech) found 120GB disk
with partition table saying that it is partitioned as 16heads/63sectors,
depending on LBA/LARGE/NORMAL setting it reported size 20MB/600MB/30GB
(if you want exact numbers/geometries, I can obtain them on saturday),
and code in the BIOS checked that OS does not try to access data above
limit BIOS (mis)calculated when using INT13 interface (so windows98 rescue
diskette was not able to create partition > 30GB, and PartitionMagic
refused to operate at all with partition error #110 (or 108 or 109)).
I first thought that BIOS does not support disks over 30GB, but after
I rebuilt partition table with xxx/255/63 geometry, disk was correctly
recognized and reported as 120GB by BIOS regardless of setting in the BIOS.
Some Netware drivers use geometry reported by the BIOS internally, and
if BIOS reports 16heads/63sectors, code doing blocknr -> CHS -> LBA can
overflow. But it is fixed for some years, so it should not be problem
for existing systems, and new (NW5/NW6) systems should cope with this.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/