qemu-devel.nongnu.org archive mirror
 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 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).