104197-38661 = 65536
So it seems you are victimized by a Cylinder number assumed to be at most
16 bits large.
Forcing 13283*255*63 under fdisk/expert prior to partitionning should do
the trick, but perhaps, on next reboot, this geometry will not be
recognized by the scsi_cam bios param stuff of the kernel.
If it is not, then the alternative could be:
1) Fix the scsi_cam bios param stuff.
2) Hack the low-level driver for it to use 255*63 for large disks.
(2) is probably easier.
Regards,
Gerard.
On Sun, 1 Nov 1998, Jeff Wiegley wrote:
> Miguel,
>
> Sorry about that I hit the send button before I had extracted the fdisk info
> here it is...
>
> The number of cylinders for this disk is set to 38661.
> This is larger than 1024, and may cause problems with:
> 1) software that runs at boot time (e.g., LILO)
> 2) booting and partitioning software form other OSs
> (e.g., DOS FDISK, OS/2 FDISK)
>
> Disk /dev/sda: 64 heads, 32 sectors, 38661 cylinders
> Units = cylinders of 2048 * 512 bytes
>
> Device Boot Begin Start End Blocks Id System
> /dev/sda1 * 1 1 11 11248 83 Linux native
> /dev/sda2 12 12 1036 1049600 83 Linux native
> /dev/sda3 1024 1037 5133 4195328 83 Linux native
> /dev/sda4 5120 5134 38661 34332672 83 Linux native
>
> Still I tried you "dd if=/dev/zero of=/dev/sda bs=1k count=1" on my disk
> and rebooted. (Of course now it won't boot at all) but I went through
> the redhat install again until I could get to fdisk and checked its
> parameters and they were still the same.
>
> (I then reconfigured fdisk exactly the way it was before. mounted the
> drives under the redhat install shell and reran lilo. fdisk/mbr and
> I am back up and running.
>
> But the disk still reports the wrong sizes. (df and fdisk actually.)
>
> What are DPT users with extremely large RAID-5 arrays suppose to in order
> to get the kernel, fdisk and df to report the correct sizes.
>
> Thanks,
>
> - Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/