> with the same results) under the Hyper-V virtualization platform. Specifically, the virtual IDE disks > probe as "ATA-0", which seems to turn off 48-bit LBA, thus capping the > disk size at 128GB. Early ATA does not support LBA48 so that behaviour is correct from Linux > > This seems to have worked properly (at least in the sense that the full size of the disk was visible) on kernel 2.6.27.41. See http://www.serverphorums.com/read.php?12,79638 > > In any event, this is how the virtual disk shows up at boot: > > Oct 15 11:06:06 localhost kernel: ata1.01: ATA-0: Virtual HD, 1.1.0, max MWDMA2 > Oct 15 11:06:06 localhost kernel: ata1.01: 267382800 sectors, multi 128: LBA > Can someone suggest a direction to go in next? Well it looks like a bug in the hypedvisor so I guess the first steps are to check with Microsoft if there is an update and to open a bug report with them. If the volume naming is consistent then I guess we can also in theory add a hack for Linux to recognize the broken volumes (assuming LBA48 actually works if you ignore the drive identify data) -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
