Re: [Qemu-devel] qemu and AFS filesystem bugs?
Do u run with or without KQEMU? if you're running without kqemu, please retry with kqemu. As for Windows 2000 guest installation, please use the win2000 hack parameter (running the command qemu alone should show you the parameter) Thanks, Hetz On 9/15/05, Troy Benjegerdes [EMAIL PROTECTED] wrote: I'm running qemu 0.7.2 on a Fedora Core 4 system (Opteron system), with OpenAFS 1.4.0-rc3. When I try to install either Windows 2000 or Red Hat WS, I am finding that if the guest install ISO image is on an AFS filesystem, I get strange errors during the install. On Windows, I would get 'file corrupted' when copying files in the initial install. Once the ISO image is in the AFS cache, it seems to work better. How would I go about debugging something like this? For what it's worth, other people have run VMware with ISO and disk images on AFS with no problems. -- -- Troy Benjegerdes'da hozer'[EMAIL PROTECTED] Somone asked me why I work on this free (http://www.fsf.org/philosophy/) software stuff and not get a real job. Charles Shultz had the best answer: Why do musicians compose symphonies and poets write poems? They do it because life wouldn't have any meaning for them if they didn't. That's why I draw cartoons. It's my life. -- Charles Shultz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu and AFS filesystem bugs?
I have had similiar problems with and without kqemu. Initially, I thought kqemu was causing the problem. What exactly does the win2k install hack do anyway? Does it change the disk emulation somehow? On Thu, Sep 15, 2005 at 08:00:56AM +0200, Hetz Ben Hamo wrote: Do u run with or without KQEMU? if you're running without kqemu, please retry with kqemu. As for Windows 2000 guest installation, please use the win2000 hack parameter (running the command qemu alone should show you the parameter) Thanks, Hetz On 9/15/05, Troy Benjegerdes [EMAIL PROTECTED] wrote: I'm running qemu 0.7.2 on a Fedora Core 4 system (Opteron system), with OpenAFS 1.4.0-rc3. When I try to install either Windows 2000 or Red Hat WS, I am finding that if the guest install ISO image is on an AFS filesystem, I get strange errors during the install. On Windows, I would get 'file corrupted' when copying files in the initial install. Once the ISO image is in the AFS cache, it seems to work better. How would I go about debugging something like this? For what it's worth, other people have run VMware with ISO and disk images on AFS with no problems. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu and AFS filesystem bugs?
On 9/15/05, Troy Benjegerdes [EMAIL PROTECTED] wrote: I have had similiar problems with and without kqemu. Initially, I thought kqemu was causing the problem. What exactly does the win2k install hack do anyway? Does it change the disk emulation somehow? There have been reports of problems with Windows 2000 thinking the disk is full during installation. The hack modified the behaviour of IDE emulation to workaround it for the time being. After Windows 2000 is installed, it's recommended that you do not use the option, as it slows emulation speed down a lot, and Win2k is fine after installation anyway. -- Mike ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] About qemu emulation speed (a question) and supported OS
VMware handles kernel code. You are right that x86 code can't be 100% virtualized (even at the userland level) but VMware uses a lot of nasty disgusting tricks in order to work around them. (For example, playing with shadow pagetables so that a page of modified code is run but if the code tries to inspect itself it sees another (unexecuted) page that contains the original code.) I take it self-modifying kernel code would have serious issues. I seem to recall my attempts to run v2OS (which uses a self-modifying assembly code boot sequence) inside VMWare crashing badly circa 2001. -Karl ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] About qemu emulation speed (a question) and supported OS
I take it self-modifying kernel code would have serious issues. Seems likely :-) With hardware support, making things like this work should be *much* easier. I seem to recall my attempts to run v2OS (which uses a self-modifying assembly code boot sequence) inside VMWare crashing badly circa 2001. Can QEmu handle self-modifying code? I.e. can it invalidate the translation cache appropriately? Cheers, Mark ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel