All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Eric S. Johansson" <esj@harvee.org>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: file system sharing
Date: Sun, 31 Jul 2005 10:01:29 -0400	[thread overview]
Message-ID: <dcilkq$md7$1@sea.gmane.org> (raw)
In-Reply-To: <200507310258.13169.mark.williamson@cl.cam.ac.uk>

Mark Williamson wrote:
> If only one machine (host or guest) has mounted the device then it should 
> always be safe to do this.  You may get away with read only mounting in one 
> and writing in the other but it's not a reliable solution.  Never allow more 
> than one writer to the filesystem - this does bad things to your filesystem!

I am well aware of these issues having worked on filesystems in the 
1980s and having designed and built one of the first RPC based networked 
filesystems in the late 80s for a CAD/CAM company.  To this day the nova 
architecture gives me the willies.

I suspect based on a comment that someone else made about caching that I 
would need some sort of event to trigger a flush either by an explicit 
flush call or a close.  Would unmounting the disk image create such an 
event?

> 
> If you're using a file-based disk and it's partitioned you'll need to use 
> lomount http://www.dad-answers.com/qemu/utilities/QEMU-HD-Mounter/lomount/ to 
> mount the right partition in the host.

so what I can do is create the partition image on the host, start up 
qemu with that multi-partition disk image, do what I need to in qemu, 
shut down qemu and then I have a modified disk image.  if I need to 
modify it from the host, then I can use lomount to make it accessible as 
the local filesystem.

Very cool.

one more question on this theme.  How do I know when the guest OS has 
finished booting?  The reason I ask is I am planning on using ssh to 
perform various operations on the guest OS once it's up.


>>ideally, I would like to "import" my flash memory device into the guest
>>OS side (USB based) but if I can create a "virtual" flash disk and when
>>I'm done modifying it, physically copy the file based image to the
>>physical flash, I would be happy.
> 
> 
> I imagine just giving the guest access to the device file would work.

I'm not entirely sure how to do that.  would I just do something like:

-hdc /dev/sda1

as part of the command line?
> 
> HTH,
> Mark

  parent reply	other threads:[~2005-07-31 14:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-31  1:28 [Qemu-devel] file system sharing Eric S. Johansson
2005-07-31  1:58 ` Mark Williamson
2005-07-31  6:48   ` Mike Swanson
2005-07-31 10:42   ` Johannes Schindelin
2005-07-31 14:01   ` Eric S. Johansson [this message]
2005-07-31 14:49     ` [Qemu-devel] " Paul Brook
2005-07-31 18:21     ` Mark Williamson
2005-08-01  2:05       ` Brad Watson
2005-07-31 17:59   ` [Qemu-devel] lomount : " Eric S. Johansson

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='dcilkq$md7$1@sea.gmane.org' \
    --to=esj@harvee.org \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.