On Thu, Apr 03, 2003 at 11:11:48AM -0600, Brandon Low wrote:
> http://bugs.gentoo.org/show_bug.cgi?id=18612
>
> This bug appears to be caused by using cfdisk's default allocation
> on the last partition on a drive. From the looks of it on the user's
> LBA mapped drive, cfdisk allocated a bunch of non-existant sectors
> when the user allowed it to pick the default size for that last partition.
(please break lines)
(in case something is wrong with cfdisk, tell the cfdisk maintainer,
not the kernel list)
(what kernel version is this? - I see, 2.4.20)
According to WD, this disk has 78,165,360 sectors.
So, in case it was partitioned with such a size maybe nothing was wrong.
The boot messages shown say:
kenny kernel: hda: setmax LBA 78165360, native 78125000
How come setmax has the right value and native has not?
Did other software clip the disk?
What is the identify data for this drive?
Was the partitioning done with a kernel that had CONFIG_IDEDISK_STROKE
enabled?
Andries
-
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/
This archive was generated by hypermail 2b29 : Mon Apr 07 2003 - 22:00:21 EST