From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ChIfY-0004zX-HQ for qemu-devel@nongnu.org; Wed, 22 Dec 2004 21:25:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ChIfY-0004zL-51 for qemu-devel@nongnu.org; Wed, 22 Dec 2004 21:25:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ChIfY-0004zI-2o for qemu-devel@nongnu.org; Wed, 22 Dec 2004 21:25:36 -0500 Received: from [38.113.3.61] (helo=smtp-out.hotpop.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ChIKE-0000ld-HH for qemu-devel@nongnu.org; Wed, 22 Dec 2004 21:03:34 -0500 Received: from phreaker.net (kubrick.hotpop.com [38.113.3.103]) by smtp-out.hotpop.com (Postfix) with SMTP id 10779C24A59 for ; Thu, 23 Dec 2004 02:03:32 +0000 (UTC) Received: from jbrown.mylinuxbox.org (pcp03144805pcs.midval01.tn.comcast.net [68.59.228.236]) by smtp-3.hotpop.com (Postfix) with ESMTP id 24D4C12D1F00 for ; Thu, 23 Dec 2004 02:02:41 +0000 (UTC) Date: Wed, 22 Dec 2004 21:02:08 -0500 From: "Jim C. Brown" Subject: Re: [Qemu-devel] What is the minimal linux setup for running Qemu ? Message-ID: <20041223020208.GA27626@jbrown.mylinuxbox.org> References: <41C9FEB8.1050803@hermes.cam.ac.uk> <001201c4e881$0e9a1260$964aa50c@computername> <41CA2229.9060706@hermes.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41CA2229.9060706@hermes.cam.ac.uk> 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 On Thu, Dec 23, 2004 at 01:40:57AM +0000, Richard Neill wrote: > > > What *would* be cute would be to use the virtual vfat driver. Thus files > on the guest map to real files on the memory key. If you do this, the > number of writes will be exactly the same as if you used the memory key > for transport of files in the usual way. > > Or you could use a loopback on a RAM disk, and then merely copy the loopback to the flash when you are done. This actually reduces the writes (since you then only need to write one file out per session) but has its cost in reliability (if something happens and the session ends w/o the loopback being copied over (say power goes out) then you loose all the work you have done for that session). > > The only problems that remain are: > - vfat doesn't support Linux file attributes. > (there is a solution, but I forget what). There are 2 that I know of, but they both have costs: Simplest is to use a loopback file system on the vfat. This would be quite badly inefficent tho, and may incur a significant cost in extra writes. The other solution is to use either umsdos or uvfat. These require an extra "hidden" file per directory, and the file gets written every time you update unix file attributes and such, so this incurs an addition cost. > > - you need a script to manually save those files within /home > that you want to keep. Most can vanish with the ramdisk on > reboot, but things like ~/.ssh and ~/.mozilla are useful! > [DSL and Knoppix both solve this problem somehow ] I think, by coping those files manually to a directory on the DOS partition of the hdd. -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection.