From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DeCv5-0007Ms-J6 for qemu-devel@nongnu.org; Fri, 03 Jun 2005 10:13:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DeCuu-0007Iz-Db for qemu-devel@nongnu.org; Fri, 03 Jun 2005 10:12:58 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DeCur-00077E-HH for qemu-devel@nongnu.org; Fri, 03 Jun 2005 10:12:53 -0400 Received: from [134.130.3.131] (helo=ms-dienst.rz.rwth-aachen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DeCiH-0002rq-Md for qemu-devel@nongnu.org; Fri, 03 Jun 2005 09:59:53 -0400 Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IHI007IRHFJRZ@ms-dienst.rz.rwth-aachen.de> for qemu-devel@nongnu.org; Fri, 03 Jun 2005 15:57:20 +0200 (MEST) Received: from [137.226.40.101] (pc42.xtal.RWTH-Aachen.DE [137.226.40.101]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j53DvIUY010966 for ; Fri, 03 Jun 2005 15:57:18 +0200 (MEST) Date: Fri, 03 Jun 2005 15:57:55 +0200 From: Jan Marten Simons Message-id: <42A061E3.8010804@xtal.rwth-aachen.de> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Subject: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion) 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 Ok, I talked about this issue in irc lately, but as this list will have a larger audience I'll post this here as well. So here is the (cleaned) log: What I want: some feature I'm really missing is: a v(S)FTP sever inside the emulated network offering a local folder of the host for R/W-access. If you have sshd running on the host, you can just connect to that. win-hosts usually dont have sshd running. And it would be really appreciated, if it would work with user-net. An idea how this could be done: * so basically you could just take some tiny ftp-server source and put it into qemu and then add a command-switch for the directory to share. username and psw could be qemu:qemu or even left blank.* Why the current options are no real alternative so far (either linux-only or read-only): can't qemu do file sharing via samba already? jamasi: it already exists. jamasi: virtual disks iamlost: THat's only readonly. pbrook: virtual floppys or virtual cdroms could be used to transfer data from host to guest while guest is running. Like I said that's still only readonly. pbrook: host could read virtual hard disk from guest to transfer data in other direction Huh? pbrook: so, despite being readonly, it can be made two way How do you do that? pbrook: in linux, via lomount. as long as u mount it read-only in the host, u shouldnt have any problems. And if you're on window, or don't have root access? If you're on liux you probably already have sshd running, so can just use sftp. pbrook: im sure theres something similar (like Daemon Tools) for windows... I think the vvFat-approch is pretty nice, but it blocks an ide-channel and it somehow feels more dangerous than a simple ftp-server. iamlost: daemon tools only does cdroms. There are third party lomount-like things, but they tend to be use unfriendly, and not very well supported. oh And you still need admin access. :/ Plus to do that you have to shut down the guest. well...u can still use virtual floppies... How? works fine as long as data is small enough. its a little painful to use tho. Very paindul, and how exactly do you mount those on a windows host? when the guest writes data to a virtual floppy and ejects it, u then write the image onto a real floppy and then read that i know there are tools like rawwrite.exe which can do that. Most new machines don't have floppy drives. Plus it's painfully slow. * I think introducing some ftp-server is far less pita. alternatively a webDAV-server would be an option.* jamasi: there was a tftp sever patch some time ago ftp is certainly the lowest-common-denominator simplest option. this was readonly, too. I'm looking for a way to exchange data with the host, without shutting-down the guest and without needing any special conditions for the host. and for me an integrated ftp-server serving some host directory seems like the best way to implement this. sadly I'm really unskilled in c(++). Otherwise I'd try to implement this. So to implement the idea one would need to get the source of a tiny gpl/bsd-ed FTP-server (does not need to have any fancy things like usermanagement, SFTP or TFPT, ratio, quota,...), bind this to the emulated gateway and create a new cmd-line-option to set the served directory. A reread of the directory would be issued on a refresh-cmd from the ftp-client on the guest. Thanks for reading this. I'd really appreciate a patch for this functionality, which should then be merged into cvs, imho, as this could be an easy interface for fileexchange. With regards, Jan Simons