<div dir="ltr">Maybe my message was confusing.<div>I meant that If I were to use nfsroot, it would mean I need a network.</div><div><br></div><div>So the choice left is to use 9p.</div><div><br></div><div>So I've been able to understand this:</div>

<div><br></div><div>1. On the host, a 9p server runs.</div><div>2. the lguest daemon communicates with the 9p server forwarding packets from inside the guest</div><div>to the host outside.</div><div><br></div><div>-Earlence</div>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Oct 24, 2013 at 11:56 PM, ron minnich <span dir="ltr"><<a href="mailto:rminnich@gmail.com" target="_blank">rminnich@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">maybe I'm missing something, but I never needed a functioning network.<br>
You just need the lguest network device, which is in there and<br>
working. The conversation is from your client, via that device, to a<br>
server running on the same machine. I don't see a need to have lguest<br>
act as a 9p server, that seems overkill; 9guest need merely forward<br>
packets to a 9p server.<br>
<br>
In fact if lguest supports multiple consoles (I no longer recall, it's<br>
been a while) you can shuffle the 9p packets over one of the consoles<br>
-- 9p only requires a reliable point to point link, and as implemented<br>
in linux anything will do: pipes even.<br>
<br>
Sorry if I'm not being too useful, I'm working from old memories :-)<br>
<span class="HOEnZb"><font color="#888888"><br>
ron<br>
</font></span></blockquote></div><br></div>