I can reproduce with current QEMU. Ubuntu 13 crashes with if=virtio but if=ide is fine.
But it seems dependent on the guest/kernel. For example Fedora-18-x86_64-Live-Desktop.iso installs and runs just fine, even with virtio But both ubuntu-12.04-desktop-amd64.iso or ubuntu-13.04-desktop-amd64.iso crash with if=virtio Stack backtrace I got is #0 0x00007f7a9e22d037 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x00007f7a9e230698 in __GI_abort () at abort.c:90 #2 0x00007f7aa0a93ec8 in qemu_ram_addr_from_host_nofail ( ptr=ptr@entry=0x2020202024008000) at /DATA/SRC/qemu-kvm/qemu/exec.c:1399 #3 0x00007f7aa0a94a50 in address_space_unmap (as=<optimised out>, buffer=0x2020202024008000, len=<optimised out>, is_write=<optimised out>, access_len=1) at /DATA/SRC/qemu-kvm/qemu/exec.c:2155 #4 0x00007f7aa0a94bef in cpu_physical_memory_unmap (buffer=<optimised out>, len=<optimised out>, is_write=<optimised out>, access_len=<optimised out>) at /DATA/SRC/qemu-kvm/qemu/exec.c:2189 #5 0x00007f7aa0ad7867 in virtqueue_fill (vq=vq@entry=0x7f7aa34277f0, elem=elem@entry=0x7f7aa37ca328, len=1, idx=idx@entry=0) at /DATA/SRC/qemu-kvm/qemu/hw/virtio/virtio.c:243 #6 0x00007f7aa0ad79cf in virtqueue_push (vq=0x7f7aa34277f0, elem=elem@entry=0x7f7aa37ca328, len=<optimised out>) at /DATA/SRC/qemu-kvm/qemu/hw/virtio/virtio.c:279 #7 0x00007f7aa0aa9989 in virtio_blk_req_complete ( req=req@entry=0x7f7aa37ca320, status=status@entry=0) at /DATA/SRC/qemu-kvm/qemu/hw/block/virtio-blk.c:49 #8 0x00007f7aa0aa9ffb in virtio_blk_handle_request ( req=req@entry=0x7f7aa37ca320, mrb=mrb@entry=0x7fff7a7b2060) at /DATA/SRC/qemu-kvm/qemu/hw/block/virtio-blk.c:376 ---Type <return> to continue, or q <return> to quit--- #9 0x00007f7aa0aaa625 in virtio_blk_handle_output (vdev=<optimised out>, vq=<optimised out>) at /DATA/SRC/qemu-kvm/qemu/hw/block/virtio-blk.c:412 #10 0x00007f7aa0a17c0e in qemu_iohandler_poll (pollfds=0x7f7aa335f800, ret=ret@entry=1) at iohandler.c:143 #11 0x00007f7aa0a181a6 in main_loop_wait (nonblocking=<optimised out>) at main-loop.c:466 #12 0x00007f7aa08f6fb9 in main_loop () at vl.c:2028 #13 main (argc=<optimised out>, argv=<optimised out>, envp=<optimised out>) at vl.c:4425 On Tue, Jun 18, 2013 at 12:36 PM, Laszlo Ersek <ler...@redhat.com> wrote: > On 06/18/13 20:01, Klaus Hochlehnert wrote: >> I'll see what I can do to recompile qemu with debugging information. >> Maybe tomorrow. >> >> But one other question. I thought this is the "normal" qemu bug >> reporting or is it Ubuntu only? I tried with the latest release and >> followed the "Report a bug"-link from the qemu web site. > > The tracker on launchpad is for upstream bugs, AFAIK. I only referred to > Ubuntu because that was your host OS and because for a while I wasn't > aware that your qemu version was independent from your host OS. > > The main thing is the debug symbols. Since for a while I was assuming > that you had run into the abort() with your distro's qemu package, I > tried to help with your distro's debug symbols for qemu. > > Thanks > Laszlo >