Re: [PLUG] Video link: "Virtualizing Bare-Metal Systems with QEMU" and meeting bookmarks

["Keith C. Perry" <kperry@daotechnologies.com>]

Yep, that's might I made mention of "raw" disk images.  :)

Since I usually keep the system volume separate for my vm (or at least when I am building them) I can loop mount the partition then do whatever bulk data moves are needed (e.g. move source code for later compiling) and then convert back to qcow2.

Steve if you're talking about having an on going live share between and disk then sshfs or any other networking is the safest but slowest.

As previously mentioned, using the virtio devices are generally the most efficient as well.

Fun fact... sharing a raw disk image between a VM host and guest does seem to work (I did that a when I was building some FOSScon usb multiboot keys) but I'm not sure its "safe".  You would have to take care to make sure you are not making changes to the same files at the same time. YMMV

---
KP-

On Oct 12, 2015 12:52 PM, Rich Freeman <r-plug@thefreemanclan.net> wrote:
>
> On Mon, Oct 12, 2015 at 12:09 PM, Steve Litt <slitt@troubleshooters.com> wrote: 
> > On Mon, 12 Oct 2015 10:40:56 -0400 (EDT) 
> > "Keith C. Perry" <kperry@daotechnologies.com> wrote: 
> > 
> > 
> >> I'm not sure how many people are familiar with how to use "mount 
> >> --bind".  It's one of the things I mentioned that was needed for one 
> >> the approaches to virtualizing a system (i.e. reinstalling boot 
> >> information) but was out of scope for the talk. 
> > 
> > Hi Keith, 
> > 
> > If you know of a way to bind mount a Qemu host directory within a Qemu 
> > guest, I'd really love to hear it. Right now I'm doing a sshfs to 
> > 10.0.2.2, but as you can imagine, it's slow as molassas. 
>
> That was what I was getting at with my question around bind mounts. 
> There are ways of mounting filesystems through qemu, but while they 
> might behave like bind mounts, they aren't actually bind mounts. 
> Within the guest you could certainly use bind mounts. 
>
> Bind-mounting from a host into a container isn't a problem since they 
> share the same kernel.  A VM does not use the same kernel as the host 
> (granted, with paravirtualization it gets a bit more fuzzy but the 
> same principles apply). 
>
> -- 
> Rich 
> ___________________________________________________________________________ 
> Philadelphia Linux Users Group         --        http://www.phillylinux.org 
> Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce 
> General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug 
___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug