Messages in this thread | | | Date | Fri, 10 Feb 2006 20:27:28 +0000 | From | Molle Bestefich <> | Subject | Re: Support HDIO_GETGEO on device-mapper volumes |
| |
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. - 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/
| |