Phillip Susi wrote: > Yes, I think this could also be fixed on grub's end. It seems that > fdisk assumes usable default values for the geometry but grub has > different defaults that cause it problems. I think that the defaults > could be modified in grub so that it will work when HDIO_GETGEO fails. It would be better to make the decision once and for all, in one place. It would be even better for the HDIO_GETGEO call to return the same geometry that the BIOS uses, so that Grub is handed numbers that actually mean *something*. When 'dmraid' has assembled an array, it should find the matching BIOS drive in /proc/bios/int13_dev* and then it should tell device-mapper to present that geometry to whomever asks via HDIO_GETGEO. And while we're at it, <some component> should do the same for eg. /dev/hd?. It's very annoying trying to fix up a harddrive's partition table when the numbers you see in Linux is different to the numbers you'll see when rebooting into DOS, or Windows XP, or whatever it is that's on the disk you're trying to fix. -- dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel
