From owner-freebsd-emulation@FreeBSD.ORG Mon Mar 9 21:17:02 2009 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5E5F1065673 for ; Mon, 9 Mar 2009 21:17:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7F7EA8FC0C for ; Mon, 9 Mar 2009 21:17:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 4210 invoked by uid 399); 9 Mar 2009 21:16:56 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Mar 2009 21:16:56 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Mon, 9 Mar 2009 14:16:54 -0700 (PDT) From: Doug Barton To: Juergen Lock In-Reply-To: <200903091802.n29I2nYK004571@saturn.kn-bremen.de> Message-ID: References: <49B46A29.7020500@FreeBSD.org> <200903091802.n29I2nYK004571@saturn.kn-bremen.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-emulation@FreeBSD.org, gary.jennejohn@freenet.de Subject: Re: qemu 0.10.0 - cd/dvd drive access problems X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 21:17:03 -0000 On Mon, 9 Mar 2009, Juergen Lock wrote: > In article <20090309103706.0a44fb26@ernst.jennejohn.org> you write: >> On Sun, 08 Mar 2009 18:00:25 -0700 >> Doug Barton wrote: >> >>> One of my main reasons for wanting to install qemu was to be able to >>> use Windows tools for things like archiving DVDs. Now that I have qemu >>> working pretty well for most things, I tried to start using it for >>> DVD/CD access and it's not working well at all. I installed XP via a >>> typical installation CD, so I thought I had it made in this area. :( >>> >>> I'm using '-cdrom /dev/acd0' the same way I did for the install. If >>> there is a disc in the drive when I start qemu I can "see" the disc, >>> and copy some small files from it. However trying to copy/read large >>> files (say, 1G) doesn't work at all. I get an error saying that sector >>> of the disc cannot be read (this is with known-good discs). > > Hmm. I wonder if this bug is related to the opensuse installer segfault, Not sure I follow you there, sorry. > have you tried with the (now older, still at the 20080620 snapshot) > qemu-devel port thats in the tree? That's actually what I started with (i.e., I compiled that port and used it to install my windows guest) but I switched to the 0.10.0 before I started goofing around with the CD/DVD stuff. I'll try going back to the older version, but it's not likely I'll be able to get to it today. > You could also try the new "werror" > option for -drive (possible values are: > report - report errors to a guest as IO errors > ignore - continue as if nothing happened > stop - stop VM on any error and retry last command on resume > enospc - stop vm on ENOSPC error and retry last command on resume > all other errors are reported to a guest. > I think the default is "enospc" in 0.10.0 . Yeah -cdrom is readonly > but who knows...) Errrr, -cdrom being read-only is a problem, I need to be able to write CDs and DVDs. Is there way to do that with the -drive option? I looked at the man page but couldn't quite grasp it well enough to get a command line to try. BTW, any hope that we'll have working USB in qemu on -current any time soon? I can't help thinking that some of these issues might be avoided if the windows guest could "see" my external drive directly. It would also allow me to give syncing my iPhone a try, which is another big motivator for me to be trying this at all. > And finally you could try disabling aio (untested, I hope the following > still works:) If I don't have any luck with the other options I'll give this a try as well, thanks. > Actually qemu 0.10.0 (and also the last few snapshots I posted updates > for) now does its own aio emulation using threads, so the aio(4) kld or > kernel option is no longer needed. Ah, interesting. I wonder if it's possible that the kernel module is interfering? Doug -- This .signature sanitized for your protection