Größenbeschränkung bei Download einer Datei
Hi Folks, ich habe ein Problem beim Download eines DVD-Isos. (ftp://ftp.upce.cz/centos/4.3/isos-dvd/i386/CentOS-4.3-i386-binDVD.iso) Ca. 2,1 GB. Der Download bricht aber immer bei ca. 820 MB ab. Woran kann das liegen? Mein FS ist reiserfs (Suse 9.3). Thx Timothy -- "Es gibt zwei Dinge im Leben, die du nicht zurücknehmen kannst: Den Pfeil den du verschossen und das Wort, das du gesprochen" - altes indianisches Sprichwort
Timothy Kesten, Donnerstag, 25. Mai 2006 18:20:
Der Download bricht aber immer bei ca. 820 MB ab. Woran kann das liegen? Mein FS ist reiserfs (Suse 9.3).
Mit was lädst Du denn die Datei herunter? wget? Konqueror? ftp-Client? Wieviel Platz hast Du noch frei? -- Andre Tann
Am Donnerstag, 25. Mai 2006 18:23 schrieb Andre Tann:
Mit was lädst Du denn die Datei herunter? wget? Konqueror? ftp-Client? Firefox
Wieviel Platz hast Du noch frei? 3,8 GB
Ich versuche es jetzt noch einmal auf einer Partition mit 35 GB und mit dem Konqueror. Timothy -- "Es gibt zwei Dinge im Leben, die du nicht zurücknehmen kannst: Den Pfeil den du verschossen und das Wort, das du gesprochen" - altes indianisches Sprichwort
Timothy Kesten schrieb:
Hi Folks,
Hallo,
ich habe ein Problem beim Download eines DVD-Isos. (ftp://ftp.upce.cz/centos/4.3/isos-dvd/i386/CentOS-4.3-i386-binDVD.iso) Ca. 2,1 GB. Der Download bricht aber immer bei ca. 820 MB ab. Woran kann das liegen? Mein FS ist reiserfs (Suse 9.3).
An ReiserFS kann es eigentlich nicht liegen. Das unterstützt wesentliche größere Dateien. Evtl. liegts am Server oder der .iso-Datei selbst. Dass die eine Macke hat. Aber auch ein Problem mit dem Programm (Browser, Download-Manager, ..), das Du zum Herunterladen verwendest kann nicht ausgeschlossen werden. Funktionieren denn andere, ähnlich große Downloads? Oder gibt es dort auch Probleme? MfG Richi ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Am Donnerstag, 25. Mai 2006 18:43 schrieb Richard Kraut:
Evtl. liegts am Server oder der .iso-Datei selbst. Dass die eine Macke hat. Aber auch ein Problem mit dem Programm (Browser, Download-Manager, ..), das Du zum Herunterladen verwendest kann nicht ausgeschlossen werden. Funktionieren denn andere, ähnlich große Downloads? Oder gibt es dort auch Probleme? Bisher habe ich soooo große Dateien noch nicht "down geloaded" ;-) Aber ich habe gerade gesehen, dass mein Firefox über meinen Proxy ins Netz gegangen ist. Kann es daran liegen? Bei dem jetzt laufenden Versuch mit dem Konqueror umgehe ich den Proxy. Vielleicht war's das ja - werde ich ja bald sehen.
Bye Tmothy -- "Es gibt zwei Dinge im Leben, die du nicht zurücknehmen kannst: Den Pfeil den du verschossen und das Wort, das du gesprochen" - altes indianisches Sprichwort
Zwischenstand: Mit dem Konqueror ging es auch nicht. Jetzt benutze ich wget und eine andere URL ftp://mirrors.kernel.org/centos/4.3/isos-dvd/i386/CentOS-4.3-i386-binDVD.iso Und da scheint es zu funktionieren. Zumindest ist der laufende download schon über die kritische Stelle hinweg. Leider :-( kann ich nicht sagen, ob es an der anderen URL oder an den verwendeten Browsern liegt. Vielleicht aber mache ich mir noch mal die Mühe und probiere die o.g. URL auch noch mal mit Firefox/Konqueror. Aber nicht heute mehr. Bye Timothy -- "Es gibt zwei Dinge im Leben, die du nicht zurücknehmen kannst: Den Pfeil den du verschossen und das Wort, das du gesprochen" - altes indianisches Sprichwort
Timothy Kesten wrote:
Zwischenstand:
Mit dem Konqueror ging es auch nicht.
Jetzt benutze ich wget und eine andere URL
ftp://mirrors.kernel.org/centos/4.3/isos-dvd/i386/CentOS-4.3-i386-binDVD.iso
Und da scheint es zu funktionieren. Zumindest ist der laufende download schon über die kritische Stelle hinweg. Leider :-( kann ich nicht sagen, ob es an der anderen URL oder an den verwendeten Browsern liegt. Vielleicht aber mache ich mir noch mal die Mühe und probiere die o.g. URL auch noch mal mit Firefox/Konqueror. Aber nicht heute mehr.
Kann es daran liegen, dass auf /tmp nicht mehr Platz frei ist? Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Am Donnerstag, 25. Mai 2006 21:58 schrieb Sandy Drobic:
Kann es daran liegen, dass auf /tmp nicht mehr Platz frei ist? 3,9 GB
Aber der Download mit wget und der neuen URL klappt ja. Ist gleich fertig. Bye Timothy -- "Es gibt zwei Dinge im Leben, die du nicht zurücknehmen kannst: Den Pfeil den du verschossen und das Wort, das du gesprochen" - altes indianisches Sprichwort
Hallo, Am Don, 25 Mai 2006, Timothy Kesten schrieb:
Am Donnerstag, 25. Mai 2006 21:58 schrieb Sandy Drobic:
Kann es daran liegen, dass auf /tmp nicht mehr Platz frei ist? 3,9 GB
Aber der Download mit wget und der neuen URL klappt ja. Ist gleich fertig.
wget speichert direkt dahin wo man es ihm sagt (default: aktuelles Verzeichnis), mozilla, firefox und andere speichern die Datei erstmal in /tmp/ (o.aeq.) und kopieren erst anschliessend die komplettierte Datei zum Zielort. -dnh -- Ich würde mal behaupten, die (damals existierenden) beiden deutschen Armeen hätten sich vielleicht über den jeweils anderen totgelacht, damit keiner merkt, daß es einem selbst genauso bescheiden geht. -- M. Brueckner
Am Donnerstag, 25. Mai 2006 23:47 schrieb David Haller:
wget speichert direkt dahin wo man es ihm sagt (default: aktuelles Verzeichnis), mozilla, firefox und andere speichern die Datei erstmal in /tmp/ (o.aeq.) und kopieren erst anschliessend die komplettierte Datei zum Zielort. Sehr schön - aber daran, bzw. an mangelndem Speicherplatz in /tmp kann es eher nicht gelegen haben. Vielleicht war wirklich die (erste) Quelle beschädigt. Eventuell versuche ich es damit und Firefox noch einmal.
Trotzdem Danke an alle, die "mitgemacht" ;-) haben Timothy -- "Es gibt zwei Dinge im Leben, die du nicht zurücknehmen kannst: Den Pfeil den du verschossen und das Wort, das du gesprochen" - altes indianisches Sprichwort
On Thursday 25 May 2006 23:47, David Haller wrote:
wget speichert direkt dahin wo man es ihm sagt (default: aktuelles Verzeichnis), mozilla, firefox und andere speichern die Datei erstmal in /tmp/ (o.aeq.) und kopieren erst anschliessend die komplettierte Datei zum Zielort.
Hallo, diese Aussage bezweifle ich beim Firefox (Version 1.0.8). Dieser erzeugt mir am Zielort zunächst eine Datei "<Name>.part" und wenn alles heruntergeladen ist, bekomme ich die fertige Datei ohne ".part". Gruß, Achim
participants (6)
-
Achim Schaefer -
Andre Tann -
David Haller -
Richard Kraut -
Sandy Drobic -
Timothy Kesten