From: Tomas Florian <tomas@florien.ca>
To: xen-devel@lists.xensource.com
Subject: HVMAssist BIOS 32 GB Barrier
Date: Mon, 03 Apr 2006 13:43:21 -0600 [thread overview]
Message-ID: <44317AD9.6040900@florien.ca> (raw)
Hello,
I'm trying to run a HVM guest with a hard drive > 33.8 GB and it says it
works, but as soon as I start writing data to it I get hundreds of:
EXT3-fs error (device ide0(3,65)): ext3_new_block: Allocating block in
system zone - block = 8257846
and after a few minutes the hard drive corrupts itself (even superblock
lost)
Looking at the qemu-dm.log file I can see that no matter what size of
disk I use I get:
HVMAssist BIOS, 1 cpu, $Revision: 1.138 $ $Date: 2005/05/07 15:55:26 $
ata0-0: PCHS=5952/16/63 translation=lba LCHS=744/128/63
ata0 master: QEMU HARDDISK ATA-2 Hard-Disk (2929 MBytes)
*ata0-1: PCHS=16383/16/63 translation=lba LCHS=1024/255/63
ata0 slave: QEMU HARDDISK ATA-2 Hard-Disk (32120 MBytes)
*
This looks to me like the BIOS has some kind of a barrier on it. Is
there a way to overcome this barrier? I'm using the xen0-3.0.1-4
package from FC5. Would an upgrade to the newest changeset help? And on
a more general note? What will give me more stability (among all the
unstable) ... a released rpm like the one from FC5 or the newest latest
changeset from the unstable branch? Even the 3.0.1-4 rpm is from the
unstable branch in the end ...right?
In the end I'll probably mount NFS and deal with the limit that way ...
but it would be nice to do it properly
Thank you,
Tomas
next reply other threads:[~2006-04-03 19:43 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-03 19:43 Tomas Florian [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-04-04 13:03 HVMAssist BIOS 32 GB Barrier Petersson, Mats
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=44317AD9.6040900@florien.ca \
--to=tomas@florien.ca \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.