Control: tags -1 + moreinfo unreproducible

04.11.2012 08:49, Gianluigi Tiesi wrote:
Package: qemu-kvm
Severity: minor

Hi, I've noticed my kvm warns about using boot=on so I've decided to find some 
documentation,
as I found boot=on enables extboot option rom removed upstream because seabios 
can boot directly
from sata. References in #652447, perhaps I was able to boot as linux vm from a 
scsi disk using
latest seabios code without using lsi proprietary rom (maybe they implemented 
scsi boot).

if I run:
vm -m 1024 -snapshot -device ahci,id=ahci0,bus=pci.0,addr=0x5 -drive 
file=/dev/sda,if=none,id=drive-sata0-0-0,format=raw,boot=on -device 
ide-hd,bus=ahci0.0,drive=drive-sata0-0-0,id=sata0-0-0

This is not scsi, this is ahci, FWIW.

kvm complains about deprecated boot=on, grub loads and it can boot

but if I run:
kvm -m 1024 -snapshot -device ahci,id=ahci0,bus=pci.0,addr=0x5 -drive 
file=/dev/sda,if=none,id=drive-sata0-0-0,format=raw -device 
ide-hd,bus=ahci0.0,drive=drive-sata0-0-0,id=sata0-0-0

grub loads but it's unable to identify the filesystem

Well.  Which version of seabios is that?  I'm asking because
this does not boot at all with current seabios+qemu-kvm from
wheezy: guest bios does not find any boot device.  If in your
case guest bios finds the boot device and loads grub, it must
be some other version of either qemu-kvm or seabios.

But at any rate, you forgot one more parameter: it is bootindex.
Try this:

 kvm -m 1024 -snapshot \
  -device ahci,id=ahci0,bus=pci.0,addr=0x5 \
  -drive file=/dev/sda,if=none,id=drive-sata0-0-0,format=raw \
  -device ide-hd,bus=ahci0.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=0

This works here just fine.

Does it answer your question/issue?

sda4 is ext4, and I'm trying to boot my windows from my linux

maybe seabios it's unable to correcly map whole drive?

Nope, it is completely unrelated.  For any virtual disk drive
given by qemu to the guest - no matter at all which it is on
the host - the guest (including the bios) sees it just like
a regular disk drive.  It is up to qemu to make the host
representation of it completely transparent, and qemu does a
good job in there.

Thanks,

/mjt


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to