qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Ronald <look@reply.to>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: Downloaded files are corrupt
Date: Fri, 19 Nov 2004 00:09:08 +0100	[thread overview]
Message-ID: <pan.2004.11.18.23.09.05.338538@reply.to> (raw)
In-Reply-To: pan.2004.11.18.22.28.14.139138@reply.to

Le Thu, 18 Nov 2004 23:28:17 +0100, Ronald a écrit :

> Le Thu, 18 Nov 2004 22:45:38 +0100, Magnus Damm a écrit :
> 
>> Have you tried downloading files from the integrated TFTP server
>> included with the -user-net implementation? Does that work out ok?
>> 
>> / magnus
> 
> Quick review for (linux host and guest)
> 
> tftp is ok, -redir is ok too (ssh && scp host to guest), streaming works
> (mplayer -ao alsa -vo null http://64.236.34.97:80/stream/1001), I can
> browse the web, but I get the same corruption downloading files from http
> (tried with links and curl, curl print 'curl: (18) transfer closed with 1
> bytes remaining to read' for
> http://fabrice.bellard.free.fr/qemu/qemu-0.6.1.tar.gz, tar tzf list until
> hw/cuda.c gzip complain about data--crc and data-lenght).
> 
> 

After reboot some (partial) results for windows host too(same guest image
as previously)

C:\Program Files\Qemu>qemu -L .\bios -m 128 -localtime -user-net
-enable-audio -redir tcp:2222::22 -tftp /temp -hda c:\qemu.dsk -boot c

tftp is ok, ssh too but there is some delay between password enter and
getting the shell (~1 minute).
I don't have internet access under windows, so I can't try file
downloading, sorry.
Guest is runnig 2.6 if that matter.

>> On Thu, 2004-11-18 at 22:34, Aaron McDonald wrote:
>>> I'm having a problem downloading files. I'm using qemu 0.6.1 to run
>>> Feather Linux from within Alt Linux on a 800 MHtz machine with 256MB of
>>> RAM.
>>> 
>>> qemu -hda harddisk -cdrom feather-0.6.1.iso -boot d -m 256
>>> -enable-audio -user-net -localtime
>>> 
>>> Everything starts up ok but if I download something from the internet,
>>> I don't seem to get the last byte and so the file is corrupt. I have
>>> the same issue with a Damn Small Linux iso.
>>> 
>>> I can download the file just fine from my host OS (Alt Linux) so I'm
>>> ruling out a network issue. Also, I'm having the same problem when
>>> using Windows 2000 as the host OS on a 2.6 GHtz machine with 1GB of RAM
>>> so I'm thinking that it's not a hardware issue either.
>>> 
>>> I posted this issue to the bulletin board a couple of days ago. Another
>>> user responded and said that he'd had the same problem w/ qemu >0.6.0
>>> running debian/knoppix under Win XP (host) with "-user-net".
>>> 
>>> Thanks,
>>> Aaron
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________ Qemu-devel mailing list
>>> Qemu-devel@nongnu.org
>>> http://lists.nongnu.org/mailman/listinfo/qemu-devel

  reply	other threads:[~2004-11-18 23:18 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-18 21:34 [Qemu-devel] Downloaded files are corrupt Aaron McDonald
2004-11-18 21:45 ` Magnus Damm
2004-11-18 22:28   ` [Qemu-devel] " Ronald
2004-11-18 23:09     ` Ronald [this message]
2004-11-21  3:20 ` [Qemu-devel] " Julian Seward
2004-11-21  3:32   ` [Qemu-devel] valgrind functionality in qemu? Marc E. Fiuczynski
2004-11-22 12:05     ` Johannes Schindelin
2004-11-22 16:30       ` Sylvain Petreolle
2004-11-22 18:14       ` [Qemu-devel] " Ben Pfaff
2004-11-22 18:50         ` Johannes Schindelin
2004-11-22 19:17           ` Ben Pfaff
2004-11-21 16:46   ` [Qemu-devel] Downloaded files are corrupt Martin Jansa
2004-11-21 18:30     ` Julian Seward
2004-11-21 18:41       ` [Qemu-devel] " Ronald
2004-11-21 19:59     ` [Qemu-devel] " Fabrice Bellard
2004-11-21 20:32       ` Martin Jansa

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=pan.2004.11.18.23.09.05.338538@reply.to \
    --to=look@reply.to \
    --cc=daimon55@free.fr \
    --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).