qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Jim C. Brown" <jbrown106@phreaker.net>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] What is the minimal linux setup for running Qemu ?
Date: Wed, 22 Dec 2004 21:02:08 -0500	[thread overview]
Message-ID: <20041223020208.GA27626@jbrown.mylinuxbox.org> (raw)
In-Reply-To: <41CA2229.9060706@hermes.cam.ac.uk>

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.

  reply	other threads:[~2004-12-23  2:25 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-22 16:20 [Qemu-devel] What is the minimal linux setup for running Qemu ? Khan, Mohammad
2004-12-22 16:40 ` Richard Neill
2004-12-22 20:31   ` jeebs
2004-12-22 23:09     ` Richard Neill
2004-12-22 23:50       ` jeebs
2004-12-23  1:40         ` Richard Neill
2004-12-23  2:02           ` Jim C. Brown [this message]
2004-12-23 18:36             ` Andreas Bollhalder
2004-12-23 23:12               ` Jim C. Brown
2004-12-23  2:41           ` [Qemu-devel] " Ronald

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20041223020208.GA27626@jbrown.mylinuxbox.org \
    --to=jbrown106@phreaker.net \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).