From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EzIax-0004Na-HI for qemu-devel@nongnu.org; Wed, 18 Jan 2006 14:03:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EzIaw-0004NC-Cw for qemu-devel@nongnu.org; Wed, 18 Jan 2006 14:03:46 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EzIaw-0004N3-5a for qemu-devel@nongnu.org; Wed, 18 Jan 2006 14:03:46 -0500 Received: from [64.233.162.192] (helo=zproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EzIeq-0008HI-61 for qemu-devel@nongnu.org; Wed, 18 Jan 2006 14:07:48 -0500 Received: by zproxy.gmail.com with SMTP id 13so15851nzp for ; Wed, 18 Jan 2006 11:01:16 -0800 (PST) Message-ID: <79bf98480601181101x155b1812vfe87ddde246825b6@mail.gmail.com> Date: Wed, 18 Jan 2006 11:01:15 -0800 From: Mike Swanson Subject: Re: [Qemu-devel] RE: qemu debian etch In-Reply-To: <43CD4AD3.5090106@eurofer.be> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200601171202.50192.info@j-pfennig.de> <43CD4AD3.5090106@eurofer.be> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Sorry if I'm offensive, but here I go If you're running on the x86 platform, you might consider purchasing VMware Workstation. It's a more solid solution for what you need, perhaps. On 1/17/06, De Leeuw Guy wrote: > Thanks Juergen, > > Finnally I Install first the win xp home, and after upgrade to the xp > pro and install the office 2003 > I use windows under qemu just to maintain applications that are builded > with VS2002 and to help my users. > I don't know if this problem is a bug but I loose about 4 days with this > problem :) > I install now VS2002, and same problem appear except that I can going to > the windows explorer and start a refresh > of the cdrom (D:) but a lot of try is needed :( > > No, the cdrom change does not crash my system, the only crash that I > know come when the resolution of the screen is not correct and in this > case qemu crash when I try to switch to full screen. > > Except this problem, qemu is a incredible product, I use for differents > tests in the future, thanks a lot to the devellopers > > (sorry for my poor english) > Best regards, > Guy > > Juergen Pfennig a =E9crit : > > >Hi, > >win2003 (and as you say win XP) does not detect the media change. > >As a consequence the cached data gets not flushed (inside win). > >The "change cd /dev/cdrom" sometimes caused a qemu crash for me. > > > >So you probably found a bug. If nobody else solves the problem it > >will stay on my list as a low priority problem. > > > >TIP: mount your cd rom (images) via loopback and export them via > >smb (allow samba to follow symlinks and use simple ln -s commands > >to point to your mount points). Evidently you need a working win > >to do this. For (ms) win apps you don't need the iso images, just > >do what ms calls an "administrative install" to your smb server. > >Administrative installs are compatible with wine (if you like > >that) and can be shared from multiple clients (e.g. also saving > >disk space). > > > >TIP: to install windows (from MSDN cds) ... step (1) install a > >minimal system from a bootable cd. (2) make sure that the vm > >can access your smb server. (3) create a "slip stream" image of > >the win and SP you want to install on your smb server. (4) making > >an MSDN cd bootable will often be a problem - don't try it if you > >don't know better. (5) From your running vm re-install the (slip > >stream) win that you want via smb. (6) You should not go the other > >way round (installing a SP on the VM), which takes longer and > >wastes disk space. (7) start your VM with -vga to activate windows > >(8) configure your WSUS or other update mechanism and let it > >install the official patches from MS. > > > >TIP: don't panic. At least for win2003 the disk io can degenerate > >completely so that a login can take 75s. Sometimes it helps to > >run a disk-defrag (but stop it after a minute or so, otherwise > >it fills your virtual disk with crap). Here some figures for a > >P4 2.4 GHz and 1GByte memory (qemu -m 300 with kqemu used): > > > >(1) win2003 takes about 60s to boot (a factor of 2-3) > >(2) a login takes 6s (a factor of 3) > >(3) old COM based apps like Word have a "slow down" factor of 3 > >(4) .NET apps seem to run a little faster (VS 2003 is usable) > >(5) IO is a problem. Don't expect more than 5 MByte/s > > > >Win XP/2003 are a least usable and the cd rom bug is not so dramatic. > >It's also not a Debian problem. > >Yours J=FCrgen > > > > > >_______________________________________________ > >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 > -- Mike