Re: [Qemu-devel] windows xp under pclinuxos 2005

Re: [Qemu-devel] windows xp under pclinuxos 2005

[Jan Marten Simons]

frisen wrote:
> Dear developers,
>
> We would like to know how to resolve the problem of file sharing between guest 
> and host operating systems. We have tried in many ways without any success... 
> If you can send us a suggestion, we would be very grateful - the version of 
> qemu we have tried is the 0.8.1.1.
>
> Many Greetings from
>
> frisellen
>   
I was asking for an integrated virtual FTP server (about 14 months ago). 
But so far nobody came up with a patch to do this.
Here's the original eMail:
http://lists.gnu.org/archive/html/qemu-devel/2005-06/msg00025.html

It spawned a quite big thread thread back then 
(http://lists.gnu.org/archive/html/qemu-devel/2005-06/threads.html#00025).
I'd still like to see this feature in qemu, as it would be very useful 
in my opinion.

With regards,
Jan

Re: [Qemu-devel] windows xp under pclinuxos 2005

[Rene Horn]

[-- Attachment #1: Type: text/plain, Size: 1626 bytes --]

I wrote up a howto on this:
http://qemu.dad-answers.com/viewtopic.php?t=1963

I'm not sure if that will provide exactly what the OP was looking for, but
it should be a step in the right direction.

Rene

On 8/21/06, Jan Marten Simons <marten@xtal.rwth-aachen.de> wrote:
>
> frisen wrote:
> > Dear developers,
> >
> > We would like to know how to resolve the problem of file sharing between
> guest
> > and host operating systems. We have tried in many ways without any
> success...
> > If you can send us a suggestion, we would be very grateful - the version
> of
> > qemu we have tried is the 0.8.1.1.
> >
> > Many Greetings from
> >
> > frisellen
> >
> I was asking for an integrated virtual FTP server (about 14 months ago).
> But so far nobody came up with a patch to do this.
> Here's the original eMail:
> http://lists.gnu.org/archive/html/qemu-devel/2005-06/msg00025.html
>
> It spawned a quite big thread thread back then
> (http://lists.gnu.org/archive/html/qemu-devel/2005-06/threads.html#00025).
> I'd still like to see this feature in qemu, as it would be very useful
> in my opinion.
>
> With regards,
> Jan
>
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>



-- 
the.rhorn@gmail.com, rhorn@sdf.lonestar.org,
hornr18@uwosh.edu (UW-Oshkosh email address),
http://rhorn.unixcab.org - a bunch of experimental stuff
SDF Public Access UNIX System - http://sdf.lonestar.org

Jay Leno in response to Colin Powell's deadline for an Iraqi
constitution:
"They can take ours.  After all, we aren't using it..."

[-- Attachment #2: Type: text/html, Size: 2621 bytes --]

Re: [Qemu-devel] virtual FTP/WebDAV (was: windows xp under pclinuxos 2005)

[Jan Marten Simons]

Hi Rene,

Your HowTo is quite nice and might be enough for most users, but it 
depends on modifying the host-system, which needs admin/root privileges. 
An internal virtual FTP server which serves a directory of the host 
might be slower, but it would not need any changes on the host side. 
(Think about portable OS in qemu on USB/Flash-Media, which could easily 
export e.g. C:\Xchange or ~/xchange into a virtual FTP/WebDAV, which can 
be used for fileexchange from allmost any guest.) That way you can build 
a very portable sandbox, which can be run from various host systems.

With regards,
Jan

Rene Horn wrote:
> I wrote up a howto on this:
> http://qemu.dad-answers.com/viewtopic.php?t=1963
>
> I'm not sure if that will provide exactly what the OP was looking for, 
> but it should be a step in the right direction.
>
> Rene
>
>     I was asking for an integrated virtual FTP server (about 14 months
>     ago).
>     But so far nobody came up with a patch to do this.
>     Here's the original eMail:
>     http://lists.gnu.org/archive/html/qemu-devel/2005-06/msg00025.html
>
>     It spawned a quite big thread thread back then
>     (http://lists.gnu.org/archive/html/qemu-devel/2005-06/threads.html#00025
>     <http://lists.gnu.org/archive/html/qemu-devel/2005-06/threads.html#00025>).
>     I'd still like to see this feature in qemu, as it would be very useful
>     in my opinion.
>
>     With regards,
>     Jan
>

Re: [Qemu-devel] virtual FTP/WebDAV (was: windows xp under pclinuxos 2005)

[Andrew Barr]

On Mon, 2006-08-21 at 20:17 +0200, Jan Marten Simons wrote:
> Hi Rene,
> 
> Your HowTo is quite nice and might be enough for most users, but it 
> depends on modifying the host-system, which needs admin/root privileges. 
> An internal virtual FTP server which serves a directory of the host 
> might be slower, but it would not need any changes on the host side. 
> (Think about portable OS in qemu on USB/Flash-Media, which could easily 
> export e.g. C:\Xchange or ~/xchange into a virtual FTP/WebDAV, which can 
> be used for fileexchange from allmost any guest.) That way you can build 
> a very portable sandbox, which can be run from various host systems.

Hi,

is there any reason SMB won't work for your needs? (command line option
-smb <dir>)

-- 
Andrew Barr | http://www.oakcourt.dyndns.org/~andrew/

All parts should go together without forcing. You must remember that
the parts you are reassembling were disassembled by you. Therefore, if
you can't get them together again, there must be a reason. By all
means, do not use a hammer.
  -- IBM maintenance manual (1925)

Re: [Qemu-devel] virtual FTP/WebDAV (was: windows xp under pclinuxos 2005)

[Rene Horn]

[-- Attachment #1: Type: text/plain, Size: 2549 bytes --]

The creator of QEMU-Puppy seems to have some ideas solving this:
http://www.erikveen.dds.nl/qemupuppy/index.html#6.1.0

His first solution uses a modified FTP server from within the guest, but the
modification seems a bit hackish.

His second solution uses tar and netcat, but that seems rather inelegant.

His third solution uses SMB under a Linux host, but doesn't work under
Windows, ironically.

I'm also wondering why the user mode network stack won't work.

Rene

On 8/21/06, Jan Marten Simons <marten@xtal.rwth-aachen.de> wrote:
>
> Hi Rene,
>
> Your HowTo is quite nice and might be enough for most users, but it
> depends on modifying the host-system, which needs admin/root privileges.
> An internal virtual FTP server which serves a directory of the host
> might be slower, but it would not need any changes on the host side.
> (Think about portable OS in qemu on USB/Flash-Media, which could easily
> export e.g. C:\Xchange or ~/xchange into a virtual FTP/WebDAV, which can
> be used for fileexchange from allmost any guest.) That way you can build
> a very portable sandbox, which can be run from various host systems.
>
> With regards,
> Jan
>
> Rene Horn wrote:
> > I wrote up a howto on this:
> > http://qemu.dad-answers.com/viewtopic.php?t=1963
> >
> > I'm not sure if that will provide exactly what the OP was looking for,
> > but it should be a step in the right direction.
> >
> > Rene
> >
> >     I was asking for an integrated virtual FTP server (about 14 months
> >     ago).
> >     But so far nobody came up with a patch to do this.
> >     Here's the original eMail:
> >     http://lists.gnu.org/archive/html/qemu-devel/2005-06/msg00025.html
> >
> >     It spawned a quite big thread thread back then
> >     (
> http://lists.gnu.org/archive/html/qemu-devel/2005-06/threads.html#00025
> >     <
> http://lists.gnu.org/archive/html/qemu-devel/2005-06/threads.html#00025>).
> >     I'd still like to see this feature in qemu, as it would be very
> useful
> >     in my opinion.
> >
> >     With regards,
> >     Jan
> >
>
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>



-- 
the.rhorn@gmail.com, rhorn@sdf.lonestar.org,
hornr18@uwosh.edu (UW-Oshkosh email address),
http://rhorn.unixcab.org - a bunch of experimental stuff
SDF Public Access UNIX System - http://sdf.lonestar.org

Jay Leno in response to Colin Powell's deadline for an Iraqi
constitution:
"They can take ours.  After all, we aren't using it..."

[-- Attachment #2: Type: text/html, Size: 3986 bytes --]

Re: [Qemu-devel] windows xp under pclinuxos 2005

[Fabrice Bellard]

Jan Marten Simons wrote:

> I was asking for an integrated virtual FTP server (about 14 months ago). 
> [snipped]

My preference would be for an SMB server or NFS server fully integrated 
in slirp.

A fully integrated NFS server would be quite simple to implement but it 
would not easily work with windows guests.

At first glance, by looking at the smbfs code in the Linux kernel, an 
SMB server compatible with Linux guests would be as easy to write as an 
NFS server. But being compatible with Windows guests would be more 
difficult and might lead to a rewrite of Samba !

Regards,

Fabrice.

Re: [Qemu-devel] windows xp under pclinuxos 2005

[Jernej Simončič]

On Monday, August 21, 2006, 22:56:15, Fabrice Bellard wrote:

> A fully integrated NFS server would be quite simple to implement but it 
> would not easily work with windows guests.

Well, Microsoft has a NFS client (and server) in their Services for Unix,
which are a free download for Windows 2000/XP/2003...

-- 
< Jernej Simončič ><><><><>< http://deepthought.ena.si/ >

That which we call sin in others is experiment for us.
       -- Emerson's Insight

Re: [Qemu-devel] windows xp under pclinuxos 2005

[Jan Marten Simons]

Fabrice Bellard wrote:
> Jan Marten Simons wrote:
>
>> I was asking for an integrated virtual FTP server (about 14 months 
>> ago). [snipped]
>
> My preference would be for an SMB server or NFS server fully 
> integrated in slirp.
>
> A fully integrated NFS server would be quite simple to implement but 
> it would not easily work with windows guests.
>
> At first glance, by looking at the smbfs code in the Linux kernel, an 
> SMB server compatible with Linux guests would be as easy to write as 
> an NFS server. But being compatible with Windows guests would be more 
> difficult and might lead to a rewrite of Samba !
>
> Regards,
>
> Fabrice.

I'm still thinking FTP would be a useful alternative as it's more 
low-level. There is hardly any OS with network capabilities with no FTP 
client availiable. Then the FTP server in qemu would only need to 
support a very basic set of features (no need for user management, 
either passive or active mode depending on what's easier to implement). 
Such a tiny server (I expect about 3k of source code) would not bloat 
qemu as much as reimplementing samba inside.
So I think that internal SMB and NFS servers are another nice idea but 
FTP is still the most common protocol (esp. for 'weird' guests).

With regards,
Jan

Re: [Qemu-devel] windows xp under pclinuxos 2005

[Johannes Schindelin]

Hi,

On Tue, 22 Aug 2006, Jan Marten Simons wrote:

> I'm still thinking FTP would be a useful alternative as it's more low-level.

It is not only simpler, it is no file system.

With FTP, you'd still have to "download" the files to use them. By 
contrast, SMB and NFS allow you to use the files directly (even writing). 
I tried to fill this gap by writing vvfat a long time ago, but people seem 
to hate it.

Ciao,
Dscho

Re: [Qemu-devel] windows xp under pclinuxos 2005

[Jan Marten Simons]

Johannes Schindelin wrote:
>> I'm still thinking FTP would be a useful alternative as it's more low-level.
>>     
>
> It is not only simpler, it is no file system.
>
> With FTP, you'd still have to "download" the files to use them. By 
> contrast, SMB and NFS allow you to use the files directly (even writing). 
> I tried to fill this gap by writing vvfat a long time ago, but people seem 
> to hate it.
>   
Actually, I think vvfat is another useful feature (thanks for the work 
you put into it), but I also think it's not trivial to keep the device 
in sync while qemu is runnning and writes can occur from the host to the 
shared directory and from the guest to the virtual hdd / removable 
medium (hotplug support is needed from the guest or things are likely to 
go out of sync). With FTP you'd just refresh when the ftp-client asks 
for a refresh. Much easier to handle this ;)
Additionally linux is able to mount FTP as well (using FUSE or LUFS) 
thou this is a bit of a hack.

In my opinion the versatility of qemu is one of its best features. 
Therefore I think its good to add various helpers to it, so you can 
choose the one, which is suited best for your setup/problem. Other 
products don't offer that flexibility.


With regards and thanks for vvfat,

Jan