[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [Bug 613529] [NEW] qemu does not accept regular disk geomet
From: |
Hadmut Danisch |
Subject: |
[Qemu-devel] [Bug 613529] [NEW] qemu does not accept regular disk geometry |
Date: |
Wed, 04 Aug 2010 16:43:44 -0000 |
Public bug reported:
Hi,
I am currently hunting a strange bug in qemu/kvm:
I am using an lvm logical volume as a virtual hard disk for a virtual
machine.
I use fdisk or parted to create a partition table and partitions, kpartx
to generate the device entries for the partitions, then install linux on
ext3/ext4 with grub or msdos filesystem with syslinux.
But then, in most cases even the boot process fails or behaves
strangely, sometimes even mounting the file system in the virtual
machine fails. It seems as if there is a problem with the virtual disk
geometry. The problem does not seem to occur if I reboot the host system
after creating the partition table on the logical volume. I guess the
linux kernel needs to learn the disk geometry by reboot. A blkdev
--rereadpt does not work on lvm volumes.
The first approach to test/fix the problem would be to pass the disk
geometry to qemu/lvm with the -drive option. Unfortunately, qemu/kvm
does not accept the default geometry with 255 heads and 63 sectors.
Seems to limit the number of heads to 16, thus limiting the disk size.
** Affects: qemu
Importance: Undecided
Status: New
--
qemu does not accept regular disk geometry
https://bugs.launchpad.net/bugs/613529
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
Hi,
I am currently hunting a strange bug in qemu/kvm:
I am using an lvm logical volume as a virtual hard disk for a virtual machine.
I use fdisk or parted to create a partition table and partitions, kpartx to
generate the device entries for the partitions, then install linux on ext3/ext4
with grub or msdos filesystem with syslinux.
But then, in most cases even the boot process fails or behaves strangely,
sometimes even mounting the file system in the virtual machine fails. It seems
as if there is a problem with the virtual disk geometry. The problem does not
seem to occur if I reboot the host system after creating the partition table on
the logical volume. I guess the linux kernel needs to learn the disk geometry
by reboot. A blkdev --rereadpt does not work on lvm volumes.
The first approach to test/fix the problem would be to pass the disk geometry
to qemu/lvm with the -drive option. Unfortunately, qemu/kvm does not accept the
default geometry with 255 heads and 63 sectors. Seems to limit the number of
heads to 16, thus limiting the disk size.
[Prev in Thread] |
Current Thread |
[Next in Thread] |