07.08.2014 00:14, Gianluigi Tiesi wrote: > qemu removed the option and grub still says unknown filesystem
Yes, we removed the old option long time ago. But I was really worried about this unknown filesystem. > You can close the bug I don't think it's a really an useful scenario, > I was trying to boot my win7 partition with kvm using -snapshot, it wouldn't > work anyway You're Very Wrong (tm). Lots of people do this all the time, me included. I've a dual-boot machine (with windows and linux), and while I don't reboot into windows often, but I do run it in qemu/kvm quite often, giving qemu my /dev/sda and choosing to boot windows there. It works just fine either way. It even keeps its activation (win7 OEM), because I pass /sys/firmware/acpi/tables/SLIC to the guest, the same as this PC was shipped with. I ran _many_ systems initially installed on a bare metal in qemu/kvm, just giving qemu their hdd directly (with or without -snapshot), and I run many systems initially installed in qemu/kvm on bare metal, after copying their hdd image to real hdd. Actually I installed all our windows machines at office this way - initially in qemu, copying to hdd with all installed and configured progs. All this without changing the systems in question in any noticeable way -- with the exception that initial boot of windows in "foreign" environment requires installing a compatible driver, which is, for metal=>qemu case, either "generic IDE" or ahci/sata. Linux systems works without any modifications at all. As I already said, there's somethig wrong on your system. It shuoldn't work (or, rather, fail) like this. It smells like a bug which I want to find and fix. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
