centos-bounces@xxxxxxxxxxx wrote on 03/28/2005 09:55:16 AM:
> Qemu emulates entire PC. So whatever you give it as "disk image" must
> contain MBR. My guess is specifying WinXP partition isn't going to work
> (it is partition, not disk). Now, specifying actual disk (/dev/hda or
> something similar) *might* work, but on the other hand qemu (and Windows
> XP) will have access to your entire disk. Which might *trash* your
> data. Make sure you do not have anything Linux and XP can read/write to
> accessible to both of them (for example, partition where Win XP is). If
> both of them try to write to it, it will trash the partition for sure.
>
> Plus, if you give actuall disk as parameter to qemu, and it boots Linux
> from it instead of WinXP (for example, WinXP reboots for whatever
> reason, and your lilo or grub configuration boots Linux by default), you
> can probably say bye-bye to your data and reinstall...
Already had that happen. The grub timer counts really, really fast under
qemu. Linux was well on its way to booting by the time I managed to kill
it.
After pondering the issue for a while, I believe that there shouldn't be
any major technical issues with generating a "fake" partition table & boot
loader by intercepting all accesses outside the range of the desired
target partitions. Since I've never been inside the entrails of qemu, I'm
certainly not qualified to make such a change. Thoughts?
I also would like to thank the subscribers to this list for their patience
in reading all of this almost off topic thread. I'm running CentOS4 on my
work notebook and as soon as figure out how to run the few necessary
Windows applications under qemu, I will be running Linux full time. And,
I may even manage to convert a number of folks to CentOS4 as well. This
list has been amazingly helpful. Thank you.
-- Matt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.caosity.org/pipermail/centos/attachments/20050328/975f66d9/attachment.htm
