On Sun, 13 Nov 2011 21:35:21 +0200 Vadim Rozenfeld wrote: > BugCheck code 0x7b means INACCESSIBLE_BOOT_DEVICE > Please post the QEMU command line.
Command line is coming up, but I think I solved the problem. I believe it was installing the wrong driver. I foolishly left the "search for driver" option checked during the driver update process, and it must have found the vista or windows 7 driver or something. I went to reinstall to get the bluescreen again and this time was very careful to take every opportunity to tell XP not to search for drivers, but let it know I wanted to point it to a specific one. That allowed me to finally get the XP version installed 51.62.102.2000 dated 8/10/2011, and now it doesn't bluescreen when I boot (pant, pant, wheeze... :-). Anyway, here's the (line wrapped) qemu line from the log file with the machine running correctly with the new driver installed: LC_ALL=C PATH=/sbin:/usr/sbin:/bin:/usr/bin QEMU_AUDIO_DRV=spice /usr/bin/qemu-kvm -S -M pc-0.14 -enable-kvm -m 1024 -smp 2,sockets=2,cores=1,threads=1 -name winxppro -uuid 6d626c31-643c-ca9a-d36d-3c1612e39bbd -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/winxppro.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x8 -drive file=/zooty/images/winxppro.img,if=none,id=drive-virtio-disk0,format=qcow2 -device virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/zooty/images/swap-winxppro.img,if=none,id=drive-virtio-disk1,format=raw -device virtio-blk-pci,bus=pci.0,addr=0x7,drive=drive-virtio-disk1,id=virtio-disk1 -drive file=/zooty/images/virtio-win-0.1-15.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev tap,fd=24,id=hostnet0 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=54:52:00:62:7b:5c,bus=pci.0,addr=0x5 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev spicevmc,id=charchannel0,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 -usb -device usb-tablet,id=input0 -spice port=5900,addr=127.0.0.1,disable-ticketing -vga qxl -global qxl-vga.vram_size=67108864 -device AC97,id=sound0,bus=pci.0,addr=0x3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 Now I'm off to try different cache modes again and see what happens... _______________________________________________ virt mailing list [email protected] https://admin.fedoraproject.org/mailman/listinfo/virt
