Daniel P. Berrange wrote:
On Fri, Dec 28, 2007 at 05:50:40AM +0900, John Summerfield wrote:
Daniel P. Berrange wrote:
On Thu, Dec 27, 2007 at 05:39:22PM +0200, Avi Kivity wrote:
John Summerfield wrote:
> I think this is: > http://debian.merseine.nu/bsod0.png > This is a corrupted disk, or perhaps the IDE driver is not installed correctly.
the disk is fine, I can boot it natively. The hardware emulation in qemu is very old (circa Pentium Pro CPUs). It's possible (probable, do I remember LBA supports 120 Gbytes? wasn't there an earlier max of 32 Gbytes?) the disk (320 Gbytes) is larger than the emulation supports.
It's also possible that Windows is picking up garbage device geometry.
Ah, I haven't tried very large disks. I'll check it out.
Funnily enough, a change was just commited to the Xen's copy of the QEMU ROMBIOS to support disks > 128 GB which I suspect would also apply to upstream QEMU / KVM's rombios
changeset: 16669:7fbc521b07a9 tag: tip user: Keir Fraser keir.fraser@citrix.com date: Thu Dec 27 13:00:40 2007 +0000 files: tools/firmware/rombios/rombios.c description: x86, hvm, rombios: INT13 LBA48 support for disks bigger than 128GB. The new limit should be 2TB.
Signed-off-by: Samuel Thibault samuel.thibault@citrix.com
http://xenbits.xensource.com/staging/xen-unstable.hg?rev/7fbc521b07a9
Regards, Dan.
Thanks, Dan, that's encouraging. When is (and is) this likely to filter through to those of us who prefer to not patch their own software?
When Avi releases -59 we'll include that in rawhide. If you need the LBA-48 fix applied to other releases please file a BZ against the appropriate Fedora release and add a link to this thread in the BZ report.
Where? I couldn't find a matching one at RH, though I saw some that could have been created by this problem, if the disks had been big enough, and was contemplating creating one until this happened: Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later
Regards, Dan.